Milter and local Received: line

I may have missed the discussion of this, but looking back
through the archives I couldn't find a mention of it...

Why is it that when Sendmail passes a message on to the
Milter, that the local Received: line hasn't been appended
by that point?

(a) It's easy enough to strip it back off in that case;
(b) Technically, the message has been "received"
at that
   point so it should be present;
(c) It would present a more consistent scenario for running
  SpamAssassin, et al, from either within Sendmail or
  invoked from procmail or whatever delivery agent is
  being used, since in both cases SA would count on seeing
  the local Received: line;
(d) And if the Milter wanted to attempt to re-insert the
  message into the delivery queue in an out-of-band manner,
  then it would already have the required Received: line
  instead of having to synthesize one.

Thoughts?

-Philip

_______________________________________________
NOTE: If there is a disclaimer or other legal boilerplate in
the above
message, it is NULL AND VOID.  You may ignore it.

Visit http://www.mimedefang.org and http://www.roaringpengu
in.com
MIMEDefang mailing list MIMEDefanglists.roaringpenguin.com
http://lists.roaringpenguin.com/mailman/listinfo/mime
defang

Philip Prindeville wrote:

> Why is it that when Sendmail passes a message on to
the
> Milter, that the local Received: line hasn't been
appended
> by that point?

RFC 2821 says:

   When forwarding a message into or out of the Internet
environment, a
   gateway MUST prepend a Received: line, but it MUST NOT
alter in any
   way a Received: line that is already in the header.

So Sendmail only adds the Received: when it is forwarding
the message.
That means it gets added only during local delivery or as
part of the
handoff to another SMTP server.

The milter only sees exactly what comes in over the SMTP
session.
For Sendmail to synthesize a Received: header at that point
would be
more work, and would by lying to the milter about exactly
what's coming
in via SMTP.

Regards,

David.
_______________________________________________
NOTE: If there is a disclaimer or other legal boilerplate in
the above
message, it is NULL AND VOID.  You may ignore it.

Visit http://www.mimedefang.org and http://www.roaringpengu
in.com
MIMEDefang mailing list MIMEDefanglists.roaringpenguin.com
http://lists.roaringpenguin.com/mailman/listinfo/mime
defang