home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #26 / NN_1992_26.iso / spool / bit / listserv / pmdfl / 2294 < prev    next >
Encoding:
Text File  |  1992-11-04  |  2.7 KB  |  53 lines
  1. Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
  2. Path: sparky!uunet!europa.asd.contel.com!paladin.american.edu!auvm!SIGURD.INNOSOFT.COM!NED
  3. Errors-to: epmdf@YMIR.BITNET
  4. X-Envelope-to: PMDF-L@IRLEARN.BITNET
  5. X-VMS-To: IN%"roseberry@taney.uscghq.uscg.mil"
  6. X-VMS-Cc: IPMDF
  7. MIME-version: 1.0
  8. Content-type: TEXT/PLAIN; CHARSET=US-ASCII
  9. Content-transfer-encoding: 7BIT
  10. Message-ID: <01GQRQDFDPHE8ZFMUZ@YMIR.CLAREMONT.EDU>
  11. Date:         Thu, 5 Nov 92 06:57:29 GMT
  12. Sender:       PMDF Distribution List <PMDF-L@IRLEARN.BITNET>
  13. From:         Ned Freed <NED@SIGURD.INNOSOFT.COM>
  14. Subject:      RE: SMTP and Long Lines Supported ?
  15. Newsgroups: bit.listserv.pmdf-l
  16. Lines: 35
  17.  
  18. Dan's response is right on the money -- however, I wanted to add a couple
  19. of additional comments.
  20.  
  21. The restriction in VMS MAIL is due to the way the MAIL-11 protocol is set up
  22. and handled. It would be easy for DEC to fix; they simply have not done so.
  23. In any case, if you don't use MAIL-11 (VMS MAIL's protocol over DECnet links)
  24. there is no line length restriction and PMDF will happily deliver those long
  25. lines to you. But if you use MAIL-11 there is no way for PMDF to know when
  26. it will be used. In this case MIME encodings are the best solution to the
  27. problem. And messages that never pass through VMS MAIL will never see the
  28. restriction -- PMDF's SMTP implementation will handle 1000 character lines
  29. quite nicely. Our SMTP doesn't produce longer lines (since they don't
  30. interoperate well) and I believe it will wrap lines longer than 1000 characters
  31. if it receives them over SMTP.
  32.  
  33. Generally speaking, PMDF can accomodate per-channel line length restrictions.
  34. For example, if you have an incompliant SMTP implementation that cannot
  35. handle long lines you can set up a special channel for that connection that
  36. forces MIME encodings on messages longer than whatever limit you set.
  37.  
  38. Although PMDF's SMTP can handle long lines it does network reads and writes
  39. blocked at 256 characters or so. This has no effect on line length since
  40. SMTP rides on top of a stream protocol. However, in some cases it is nice to
  41. be able to use larger block sizes to improve efficiency. As such, we've made
  42. a bunch of changes in the next release so that larger block sizes are
  43. supported (up to 1024 characters per block). The actual line length restriction
  44. is set depending on the transport so only those transport that support larger
  45. blocking factors can take advantage of this (most TCP/IP implementations can,
  46. for example). We've also implementing SMTP streaming (or pipelining) where
  47. SMTP commands are batched and sent in groups. This has to be used carefully
  48. since some versions of sendmail don't like it. However, when used between
  49. cooperating sites and over high-latency links it can improve throughput
  50. dramatically.
  51.  
  52.                                         Ned
  53.