ietf-asrg
[Top] [All Lists]

[Asrg] Re: Email service assumptions and making system-wide changes

2006-01-19 00:58:06
Laird Breyer wrote:

I think what Danny means is that an effective solution needs
to be end-to-end (RFC1958). Only the sender and recipient
should be involved, the intervening network should only
transport bits.

1958 is an informational RfC not talking about SMTP.  For SMTP
there's a point where mail from one side (MON, mail originating
network in Keith's terminology) reaches the other side (MRN, a
mail receiving network).

It's the point where a last MTA in the MON does a query=mx to
find a first MTA in the MRN.  That singularity is the point
where "unknown strangers" are forced to talk with each other.

The "path registration" schemes (Dave's terminology) focus on
precisely this one singularity to sort it out.  Any mess before
this point is the problem of the MON, and any issues behind it
are the problem of the MRN.

MAIL FROM, Return-Path, and reverse path are no metaphors, they
are used to report problems.  Where RFC 2821 said "originator
as indicated in the Return-Path" it's now in most cases a lie.

                           Bye, Frank



_______________________________________________
Asrg mailing list
Asrg(_at_)ietf(_dot_)org
https://www1.ietf.org/mailman/listinfo/asrg

<Prev in Thread] Current Thread [Next in Thread>