Re: path routing

Frank Ellermann <[email protected]>
Newsgroups gmane.ietf.mxcomp
Organization <URL:http://purl.net/xyzzy>
Message-ID <[email protected]>
John R Levine wrote:
 
> Oh, wow, path routes.  There's a quixotic quest.

As far as current Internet Standards are quixotic:

| the reverse-path is a return route (which may be used to
| return a message to the sender when an error occurs with
| a relayed message).

They didn't invent 551 only for the fun of more error codes.

> It most definitely does NOT say that if one of the relays
> replaces the recipient address with a new address that it
> should hang a reverse path on the return address.

It does in 3.1 MAIL:

| It gives the reverse-path which can be used to report errors.
[...]
| The <reverse-path> can contain more than just a mailbox.  The
| <reverse-path> is a reverse source routing list of hosts and
| source mailbox.  The first host in the <reverse-path> should
| be the host sending this command.
     ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
> the DNS was new, and MX records were far from universal.

Sure, and they had no spam and no forged MAIL FROM addresses.

> in lacking MX, you just had to know that the only way to get
> mail to one host was through another host that happened to
> have a gateway

If you'd say that forwarding from one MX to another unrelated
MX is a waste of resources and bandwidth, then I won't disagree.
 
> Once the gateways were all documented by MX records, path
> routes became useless, which is why they're gone from 2821.

As we see that was a dangerous error, it created the loophole,
now fixed by SPF / RMX / BATV / SES / etc. as far as possible.

> Unless forwarding hosts remember every piece of mail they've
> ever forwarded, they're not going to be able to tell virtuous
> bounces actually returning along a previously used path from
> random spam and blowback that happens to have scraped that
> route from somewhere.

If they don't know how to handle it they shouldn't forward the
mail, but reject it with 551 or a simple "user unkown".  It's
the problem of the receiver to get it right.

> BATV does some swell things, but routing is not one of them.

It allows to identify bogus bounces caused by forged MAIL FROM
addresses, doesn't it ?
                       Bye, Frank
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.