ietf-dkim
[Top] [All Lists]

Re: [ietf-dkim] [dmarc-ietf] a slightly less kludge alternative to draft-kucherawy-dmarc-rcpts

2016-11-17 08:32:24
On 11/16/2016 1:09 PM, Terry Zink wrote:
This means ARC will be needed not only for mailing lists which modify the 
header or
body of an email, but for EVERY mailing list and EVERY forwarded email or 
EVERYTIME
the recipient has been modified and the email leaves the ADMD boundary. From a
DMARC point of view DKIM will not be needed anymore because it has now the same
function as SPF - verifiying the origin of direct emails - and SPF is easier to 
implement
for most administrators.

+1.

It basically (almost) turns DKIM into SPF. That's not that appealing a solution.

For exclusive policies (SPF -ALL), you really don't need DKIM, DMARC or ARC for that matter since the receiver (at least ours) will never accept the payload anyway, i.e. it never gets to the SMTP "DATA" state. SPF does not require you to accept the mail for the hard reject policy (-ALL).

--
HLS


_______________________________________________
NOTE WELL: This list operates according to
http://mipassoc.org/dkim/ietf-list-rules.html

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