dkim-ops
[Top] [All Lists]

Re: [dkim-ops] Q: "dkim=discardable"

2008-10-31 06:04:12
MH Michael Hammer (5304) wrote:


I wrote the language in the ADSP draft, and that is what I meant when
I wrote it.

Then you should have wrote what you meant rather than what you wrote
which doesn't match what you now say is the intent. Sometimes semantics
are important.

I have viewed in John's world that DISCARD was 100% about silently 
dropping mail with no blow back in a POST SMTP world.

There is a major different between DISCARD and REJECT.

DISCARD helps POST SMTP systems who PER 821/2821/5321 you MUST create 
bounces for undeliverable mail.  ASDP/DISCARD removes this requirement.

In dynamic SMTP systems, a REJECT does not produce blow back. A REJECT 
would be the same as a DISCARD.

The problem with ASDP is that its not cooperative with standard 
practice and it will reduce mail delivery reliability and more higher 
concern, it further encourages the laisez-faire dropping of mail by 
operators.

But I do understand why it was introduced.

IMV, it will only work reliably, meaning no harm in mail lost, in 
dynamic SMTP DKIM verification systems - where a dkim verification 
DISCARD effectively rejects the transaction at the SMTP level.   But 
within a SMTP reception/accept first environment with a post SMTP DKIM 
verification process, DISCARD promotes mail delivery reliability 
problems because it removes the BOUNCE concept.

In that vain, ASDP is BAD for EMAIL.

-- 
Sincerely

Hector Santos, CTO
http://www.santronics.com
http://santronics.blogspot.com

_______________________________________________
dkim-ops mailing list
dkim-ops(_at_)mipassoc(_dot_)org
http://mipassoc.org/mailman/listinfo/dkim-ops

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