[dmarc-discuss] PolicyOverride in Reporting

2020-01-28 Thread Brotman, Alex via dmarc-discuss
What is to be done if only a portion of the messages from the reporting period 
receive a policy override?  Perhaps this is done based on IP, or only applied 
part way through the day.  It seems like in the specification, the reporting 
definition assumes the entire set of reported messages has the override.

--
Alex Brotman
Sr. Engineer, Anti-Abuse & Messaging Policy
Comcast


___
dmarc-discuss mailing list
dmarc-discuss@dmarc.org
http://www.dmarc.org/mailman/listinfo/dmarc-discuss

NOTE: Participating in this list means you agree to the DMARC Note Well terms 
(http://www.dmarc.org/note_well.html)


Re: [dmarc-discuss] PolicyOverride in Reporting

2020-01-28 Thread Dotzero via dmarc-discuss
This is where RUF reports are useful. For AUF reports, you are making an
assumption of fact not in evidence. I think the more reasonable approach
would be o provide a line forlocal policy ovrride (applied) and a line for
no local policy override applied.  If the reporting period is a day (date)
that leaves uncertainty as to when in the reporting period the override
occurred but at least you know the percentage/absolute number(s).

Mike


On Tue, Jan 28, 2020 at 8:26 AM Brotman, Alex via dmarc-discuss <
dmarc-discuss@dmarc.org> wrote:

> What is to be done if only a portion of the messages from the reporting
> period receive a policy override?  Perhaps this is done based on IP, or
> only applied part way through the day.  It seems like in the specification,
> the reporting definition assumes the entire set of reported messages has
> the override.
>
> --
> Alex Brotman
> Sr. Engineer, Anti-Abuse & Messaging Policy
> Comcast
>
>
>
>
___
dmarc-discuss mailing list
dmarc-discuss@dmarc.org
http://www.dmarc.org/mailman/listinfo/dmarc-discuss

NOTE: Participating in this list means you agree to the DMARC Note Well terms 
(http://www.dmarc.org/note_well.html)

Re: [dmarc-discuss] PolicyOverride in Reporting

2020-01-28 Thread Brandon Long via dmarc-discuss
Isn't the override in the RowType?  So you can just have multiple
RecordTypes, each with different RowTypes?

Ultimately, it seems like the report is a bunch of fields with a count, and
so the composition is to make sure that the set of rows is a "unique" key.
Theoretically you should log even the published policy at eval time, so you
can report different counts even if the policy changes over that period...
even if you'd have to send separate reports.

The schema doesn't really make that clear, to my mind, I wouldn't have
buried the count.

Brandon

On Tue, Jan 28, 2020 at 5:26 AM Brotman, Alex via dmarc-discuss <
dmarc-discuss@dmarc.org> wrote:

> What is to be done if only a portion of the messages from the reporting
> period receive a policy override?  Perhaps this is done based on IP, or
> only applied part way through the day.  It seems like in the specification,
> the reporting definition assumes the entire set of reported messages has
> the override.
>
> --
> Alex Brotman
> Sr. Engineer, Anti-Abuse & Messaging Policy
> Comcast
>
>
> ___
> dmarc-discuss mailing list
> dmarc-discuss@dmarc.org
> http://www.dmarc.org/mailman/listinfo/dmarc-discuss
>
> NOTE: Participating in this list means you agree to the DMARC Note Well
> terms (http://www.dmarc.org/note_well.html)
>
___
dmarc-discuss mailing list
dmarc-discuss@dmarc.org
http://www.dmarc.org/mailman/listinfo/dmarc-discuss

NOTE: Participating in this list means you agree to the DMARC Note Well terms 
(http://www.dmarc.org/note_well.html)