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