ietf-mxcomp
[Top] [All Lists]

Re: Another question on draft-ietf-marid-submitter-02

2004-08-04 11:20:28

Le mercredi 4 Août 2004 20:01, Meng Weng Wong a écrit :

An implementation of SES is described here.

http://asarian-host.net/srs/sendmailsrs.htm

If you take SRS, remove the idea that only forwarders have
to do it, and add the idea that senders always do it, you
get SES.

I had suggested a couple of days ago by private mail to one of the SRS 
developpers that, before SRS gets widely implemented, we might want to 
redesign it slightly to allow shorter, and more "human-understandable" 
Return-Path for mail that we would SRS and that is not actually a forward, 
but comes straight out of our own domain.

The current scheme is :

- One forwarding hop => SRS0
- 2 or more forwarding hops => SRS1

But if we SRS mail coming straigth out of our own domain, this currently 
produces a MAIL FROM which is both redundant, inelegant and not very 
readable, such as :
SRS0=k0kO=K2=bouissou(_dot_)net=michel(_at_)bouissou(_dot_)net

So I suggest that we might want to add an additional SRS type for "0 
forwarding step"

I would suggest to renumber for being more logical, and use

SRS0 : 0 Forwarding step
SRS1 : 1 Forwarding step (would be the equivalent of current SRS0)
SRS2 : 2 or more forwarding steps (would be the equivalent of current SRS1)

If we were to renumber SRS, now would be the good time to do it, as there are 
quite probably very few implementations on production in the field.

The syntax for an SRS0 address would be the same as for an SRS1 address, 
except that the domain would be ommited from the LH part (being redundant), 
and the hash would be calculated over the complete address (not on the LH 
part alone)

That would give SRS0 addresses of the form:
SRS0=k0kO=K2=michel(_at_)bouissou(_dot_)net

Shorter, and easier to read.

This would'nt add much complexity, proceeding as follows:

- Forward SRS :
- Processing an address which is not already SRSn: If the sender's MAIL FROM 
domain equals our own domain, create an SRS0 address, otherwise create an 
SRS1 address.

- Processing an address which is already an SRSn address: Create an SRS2 
address (using the same system as in use for current SRS1)

- Reverse-SRS : Decode according to SRSn type.

Comments ?

-- 
Michel Bouissou <michel(_at_)bouissou(_dot_)net> OpenPGP ID 0xDDE8AC6E