[Top] [All Lists]

Re: Strict RFC x821 Compliant: MAIL FROM:

2005-07-05 04:55:26

--On Sunday, 03 July, 2005 03:00 -0400 Hector Santos
<hsantos(_at_)santronics(_dot_)com> wrote:

Well, that's your opinion. My opinion is that every
relaxation leads to overhead and more code (and in the worst
case to security problems). Where do you draw the line?

I feel ya.  100%. I agree with your thinking. I'm a stickler
when it comes to comformance.   But I thin,.  agan, just my
opinion,  I would make an exception simply because its already
burned in.

In fact, I think 2821bis should probably consider relaxing
this with a similar statement it has for the trailing space

Technically, the spec for the MAIL command is::

      MAIL FROM:<reverse-path> [SP <mail-parameters> ] <CRLF>

No space before <CRLF> but section 4.1.1 says:

4.1.1 Command Semantics and Syntax

   .....(In the interest of improved interoperability, SMTP
   receivers are encouraged to tolerate trailing white space
before the    terminating <CRLF>.)

I think this should also include the space before the

Hector, FWIW, these are rather different creatures.  The
encouragement to tolerate trailing white space is due to a
history of machines and operating systems whose notion of "line"
is quite different from the "data stream with inline line
delimiters" approach that is assumed by the Internet.  Some of
those have included variable length records with word counts and
fixed length record approaches, both with padding.  On either
one, producing output without trailing white space, especially
when SMTP is simulated via telnet for testing purposes, can be
quite troublesome.  We don't see a lot of those systems of late,
but they are still around.   By contrast, there is no excuse
(other than plain sloppiness) on any system for putting a space
between the colon and the left pointed bracket that starts the
reverse path in the RCPT command and the similar structure in
the MAIL command.  

To permit that space (just one space?  an arbitrary amount of
space?) violates the principle that the syntax of SMTP commands
should be as simple, with as few variations, as possible.  It
would make a certain number of server implementations that a
conforming today non-conforming.   And it would accomplish what??