[Mimedefang] Problem solved?

[Ben Kamen]

Les Mikesell wrote:
> Ben Kamen wrote:
>>
>>   The communication between the sender and receiver is an alternating
>>   dialogue, controlled by the sender.  As such, the sender issues a
>>   command and the receiver responds with a reply.  Unless other
>>   arrangements are negotiated through service extensions, the sender
>>   MUST wait for this response before sending further commands.
> 
> Note that this is modified in rfc1854 for many commands if you support 
> the PIPELINING extension.

So according to this:

> Client SMTP implementations that employ pipelining MUST check ALL
>    statuses associated with each command in a group. For example, if
>    none of the RCPT TO recipient addresses were accepted the client must
>    then check the response to the DATA command -- the client cannot
>    assume that the DATA command will be rejected just because none of
>    the RCPT TO commands worked.

So if I understand this right,

Their server might be cruising along, but it's not waiting long enough for 
the response to continue. Nice. So in PIPELINING mode, they are just 
sloppy... if they aren't really using pipelining, they are RFC2821 non-compliant.

Thanks,

 -Ben

-- 
Ben Kamen
=============================================================================
Email: bkamen AT benjammin DOT net              Web: http://www.benjammin.net

There is no distinctly native American criminal class except Congress.
		-- Mark Twain