[Mimedefang] Problem solved?

Ben Kamen bkamen at benjammin.net
Thu Feb 15 12:25:51 EST 2007


I found it... see below...

Ben Kamen wrote:
> Something interesting I'd like to point out though:
> 
> Feb 14 18:26:49 bkamen-0 sendmail[4548]: l1F0Qihg004548: <-- RCPT 
> TO:<ben at benjammin.net>
> Feb 14 18:27:52 bkamen-0 sendmail[4548]: l1F0Qihg004548: Milter: rcpts: 
> <ben at benjammin.net>
> Feb 14 18:27:52 bkamen-0 sendmail[4548]: l1F0Qihg004548: 
> milter=mimedefang, action=rcpt, continue
> Feb 14 18:27:52 bkamen-0 sendmail[4548]: l1F0Qihg004548: --- 250 2.1.5 
> <ben at benjammin.net>... Recipient ok
> Feb 14 18:27:52 bkamen-0 sendmail[4548]: l1F0Qihg004548: <-- DATA
> Feb 14 18:27:52 bkamen-0 sendmail[4548]: l1F0Qihg004548: --- 354 Enter 
> mail, end with "." on a line by itself
> 
> It appears the originating mail server (them not me) is still sending 
> the DATA command
> and then hanging up anyway.
> 
> Is it just me or does that seem like the originating mail server has 
> already sent the DATA command
> without waiting for the "2.1.5 ..... Recipient OK" response and then 
> hanging up?

=================================================================
4.3 Sequencing of Commands and Replies

4.3.1 Sequencing Overview

   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.

   One important reply is the connection greeting.  Normally, a receiver
   will send a 220 "Service ready" reply when the connection is
   completed.  The sender SHOULD wait for this greeting message before
   sending any commands.

   Note: all the greeting-type replies have the official name (the
   fully-qualified primary domain name) of the server host as the first
   word following the reply code.  Sometimes the host will have no
   meaningful name.  See 4.1.3 for a discussion of alternatives in these
   situations.
=================================================================

it would seem these MTA's failing to me are thus broken.
The text clearly says, "the sender MUST wait for this response before 
sending further commands"

They are not.

Cool.

 -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



More information about the MIMEDefang mailing list