Re: [dmarc-ietf] ARC-Authentication-Results

2017-04-05 Thread mham...@americangreetings.com
On 4/5/2017 1:02 AM, Murray S. Kucherawy wrote: On Tue, Apr 4, 2017 at 1:34 PM, Brandon Long > wrote: Knowing what the previous ADMD thought is explicitly a goal of ARC. The theory is, the first hop said that it was from yahoo.com

Re: [dmarc-ietf] ARC-Authentication-Results

2017-04-04 Thread Murray S. Kucherawy
On Mon, Apr 3, 2017 at 8:06 PM, Scott Kitterman wrote: > That makes more sense, but raises another concern then. It seems > misnamed. A-A-R isn't an ARC result at all, it's part of the input to the > ARC process. > I think it's not named that way because it's conveying

Re: [dmarc-ietf] ARC-Authentication-Results

2017-04-04 Thread Brandon Long
On Mon, Apr 3, 2017 at 5:42 PM, Murray S. Kucherawy wrote: > On Mon, Apr 3, 2017 at 5:36 PM, Steven M Jones wrote: > >> My POV, there is a strong 1:1 correlation between a set of ARC headers >> and a given ADMD. In this world view, the A-A-R would *not*

Re: [dmarc-ietf] ARC-Authentication-Results

2017-04-03 Thread Scott Kitterman
On April 3, 2017 9:16:23 PM EDT, "Murray S. Kucherawy" wrote: >On Mon, Apr 3, 2017 at 5:47 PM, Scott Kitterman >wrote: > >> I'm also not clear why we need a new header field. Why can ARC be a >new >> method for A-R? >> > >The idea, as I understood

Re: [dmarc-ietf] ARC-Authentication-Results

2017-04-03 Thread Murray S. Kucherawy
On Mon, Apr 3, 2017 at 5:47 PM, Scott Kitterman wrote: > I'm also not clear why we need a new header field. Why can ARC be a new > method for A-R? > The idea, as I understood it, is for AAR to record what a particular ADMD saw at ingress from DKIM and SPF (and maybe

Re: [dmarc-ietf] ARC-Authentication-Results

2017-04-03 Thread Scott Kitterman
On April 3, 2017 8:42:53 PM EDT, "Murray S. Kucherawy" wrote: >On Mon, Apr 3, 2017 at 5:36 PM, Steven M Jones wrote: > >> My POV, there is a strong 1:1 correlation between a set of ARC >headers and >> a given ADMD. In this world view, the A-A-R would *not*

Re: [dmarc-ietf] ARC-Authentication-Results

2017-04-03 Thread Murray S. Kucherawy
On Mon, Apr 3, 2017 at 5:36 PM, Steven M Jones wrote: > My POV, there is a strong 1:1 correlation between a set of ARC headers and > a given ADMD. In this world view, the A-A-R would *not* collect all A-R > values from all preceding ADMDs. > It depends on what the goal is. If

Re: [dmarc-ietf] ARC-Authentication-Results

2017-04-03 Thread Steven M Jones
On 04/03/2017 16:49, Murray S. Kucherawy wrote: > The latest ARC base document says this about the > ARC-Authentication-Results field: > >ARC-Authentication-Results is a direct copy of the Authentication- >Results header field [RFC7601 ] > created for

Re: [dmarc-ietf] ARC-Authentication-Results

2017-04-03 Thread Murray S. Kucherawy
On Mon, Apr 3, 2017 at 5:21 PM, Brandon Long wrote: > My goal for this is that you would only collect the auth-res header for > the same admd and the same delivery step as is doing the arc-signing. > > Ie, if you assumed that there was a single Auth-Res header added during >

Re: [dmarc-ietf] ARC-Authentication-Results

2017-04-03 Thread Murray S. Kucherawy
On Mon, Apr 3, 2017 at 4:49 PM, Murray S. Kucherawy wrote: > > As a final recipient, I'd have no idea what to do with that. > I'd be happy to propose alternative text to what's there, but first I'd like to understand what the downstream receivers want to get out of it.

[dmarc-ietf] ARC-Authentication-Results

2017-04-03 Thread Murray S. Kucherawy
The latest ARC base document says this about the ARC-Authentication-Results field: ARC-Authentication-Results is a direct copy of the Authentication- Results header field [RFC7601 ] created for archival purposes by the each MTA outside of the trust