Re: Operations requirement: no hop-by-hop

Iljitsch van Beijnum <[email protected]> Mon, 16 Feb 2004 01:17:51 +0100
Newsgroups gmane.mail.ng
Message-ID <[email protected]>
On 15-feb-04, at 22:58, Paul Hoffman / IMC wrote:

> Trying to get back to making this a requirements discussion, you are 
> saying that it is a requirement that the transport mechanism validate 
> policy before delivery.

Why would you transport something that you don't want to have in the 
first place? I don't think we can assume that policy validation is more 
expensive than transport as a general rule so transporting anyway would 
be preferable.

> I am saying that is not a requirement, that the real requirement is 
> that "the sender and the recipient to interact in a sane and automatic 
> way", and further that the result of that interaction be passed to 
> agents for each of them.

Ok.

>> I don't want to have messages transmitted to me that I know I don't 
>> want to see. Especially when they're big.

> Of course. The cost is that you will refuse some messages that you 
> might have actually wanted

That's ok as long as this situation is communicated back to the sender 
so the sender can take appropriate action. Note that doing this today 
is impossible because of all the fake and/or invalid headers in spam 
and even some non-spam.

> Further, the infrastructure that you require is much more prone to 
> silently dropping mail than today's is.

Why?

> The Internet works best when policy is only at, or very close to, the 
> edges. If you disagree with that (and you very well might), your 
> requirements are different than the ones I am describing.

It's all a matter of tradeoffs. You can have very fine grained policies 
OR a multihop system while keeping things simple, or have both but have 
to eat a good deal of complexity.

But I think the mistake we've both been making in this discussion is to 
treat every message as an independent event. It would be good to 
consider having to set up a relationship between the sender and 
recipient first (which could be relatively complex and time consuming) 
and then be able to check whether the sender is authorized to send 
messages of a certain type by looking if there is a valid reference to 
a valid relationship. This check could be relatively fast and simple.