I'm still a little unclear about what's supposed to happen if you're
reporting multiple failures, but here's some suggestions for the
single failure case:
In 3.1:
Authentication-Results: This field MUST be formatted as defined in
[AUTH-RESULTS]. This field MUST appear at least once, and it
is RECOMMENDED that the corresponding header fields be copied
directly from the message about which a report is being generated.
Original-Envelope-Id: As specified in [ARF]. This field SHOULD appear
if the relevant data are available.
Original-Mail-From: As specified in [ARF]. This field SHOULD appear
if the relevant data are available.
Source-IP: As specified in [ARF]. This field SHOULD appear if
the relevant data are available.
Delete Message-ID section
Delivery-Result: As specified in Section 3.2.1. This field is
optional and MUST NOT appear more than once.
Add DKIM-DNS.
DKIM-DNS: A copy of the DKIM key record retrieved from the DNS.
This field SHOULD be present if the relevant data are available.
Note that the record name can be deduced from the DKIM-Domain
and DKIM-Selector values.
SPF-DNS: Copies of the DNS records used to evaluate an SPF result.
This field SHOULD appear at least once for SPF results, unless
the result was due to no records were available and MAY occur
multiple times if the primary SPF record included other records.
In 3.3, take out the failures that don't happen in the current DKIM,
granularity I think. Replace the "spf" result with the list of
results in section 2.5 of RFC 4408.
Section 4, change the spf-dns to include the record name:
spf-dns = "SPF-DNS:" [CFWS] quoted-string [CFWS] quoted-string [CFWS]
CRLF
Section 6, update to reflect changed names and values.
_______________________________________________
marf mailing list
[email protected]
https://www.ietf.org/mailman/listinfo/marf
