I've gone ahead and bumped the time request up to 60 minutes, to be sure we do have time for what we want to discuss. We can always give back some of the time later, as we build an agenda, if that makes sense.
Barry On Wed, May 31, 2017 at 7:42 PM, Seth Blank <[email protected]> wrote: > AR might be 10-15 minutes. > > What to do to transport the source_ip, which is valuable to report > consumers but doesn't appear to belong in the AR/AAR, could be a > contentious and therefore longer discussion. > > On Wed, May 31, 2017 at 5:42 AM, Barry Leiba <[email protected]> > wrote: > >> How long do we think we need for this discussion? >> >> b >> >> On Wed, May 31, 2017 at 2:50 PM, Kurt Andersen (b) <[email protected]> >> wrote: >> > (Reposting with adjusted subject) >> > >> > On Wed, May 31, 2017 at 9:46 AM, Kurt Andersen (b) <[email protected]> >> wrote: >> >> >> >> Barry et al, >> >> >> >> On Wed, May 31, 2017 at 1:14 AM, Seth Blank <[email protected]> wrote: >> >>> >> >>> The current spec defines an arc authres method >> >>> (https://tools.ietf.org/html/draft-ietf-dmarc-arc-protocol-0 >> 3#section-8.1). >> >>> >> >>> We believe there should also be registered ptypes and properties, that >> >>> should be stamped (but are not required, as they won't always be >> available). >> >>> >> >>> As long as AR stamping happens at the end of chain validation, when an >> >>> ARC set gets created this stamp will be included in the AAR, and AAR >> >>> construction can be clean with no additional language or requirements >> >>> necessary in the spec. >> >> >> >> >> >> This area seems like something that would be productively explored in a >> >> F2F since it is pretty undefined right now and there are some divergent >> >> opinions kicking around... (see the thread with Brandon and Scott so >> far) >> >> >> >> --Kurt >> > >> > >> > >> > _______________________________________________ >> > dmarc mailing list >> > [email protected] >> > https://www.ietf.org/mailman/listinfo/dmarc >> > >> >> _______________________________________________ >> dmarc mailing list >> [email protected] >> https://www.ietf.org/mailman/listinfo/dmarc >> > > > > -- > > [image: logo for sig file.png] > > Bringing Trust to Email > > Seth Blank | Head of Product for Open Source and Protocols > [email protected] > +1-415-894-2724 <415-894-2724> > > _______________________________________________ > dmarc mailing list > [email protected] > https://www.ietf.org/mailman/listinfo/dmarc > >
_______________________________________________ dmarc mailing list [email protected] https://www.ietf.org/mailman/listinfo/dmarc
