It appears that Brandon Long via mailop <bl...@google.com> said: >-=-=-=-=-=- >-=-=-=-=-=- > >RFC 3030 which provides for the BDAT command and BINARYMIME which treats >the message not as text at all >and so I wouldn't expect that that text limit would apply, though the RFC >doesn't discuss any limits.
It says that even if you support BDAT you still have to support DATA, so there's no difference in what you're allowed to send. Also note that RFC5322 includes the 1000 character limit independent of the transport. I don't know anyone who uses BINARYMIME. Microsoft's MTAs say they do but I've never tried to see if it works. >In general, I don't see much utility in limiting the length of lines in the >body of messages in the modern >age. Headers and command/responses, sure. I asked Ned Freed about this one time and he said that in his threaded mail server they had thousand byte buffers, and it would have been quite painful to try and handle lines that didn't fit in them. It's Oracle's server, used by a lot of enterprise systems. R's, John _______________________________________________ mailop mailing list mailop@mailop.org https://list.mailop.org/listinfo/mailop
