Re: [dmarc-ietf] ARC usage, was Call for Adoption: DMARC Use of the RFC5322.Sender Header Field

2020-10-06 Thread John Levine
In article you write: >> The bar for ARC to be usable is pretty low. It's not "doesn't send >> spam" or even "knows who its users are." It's only "doesn't lie about >> where mail came from." I expect that in practice the usual DNSBLs >> will be good enough. > >Is the assumption with ARC, when it

Re: [dmarc-ietf] ARC usage, was Call for Adoption: DMARC Use of the RFC5322.Sender Header Field

2020-10-06 Thread Jesse Thompson
On 10/6/20 10:20 AM, John Levine wrote: > In article <1265372281.9984.1601969016...@appsuite-gw1.open-xchange.com> you > write: >> It would be much better if there were a few professional/community efforts >> to build reliable and complete lists of good >> and bad ARC intermediaries, like for spa

Re: [dmarc-ietf] ARC usage, was Call for Adoption: DMARC Use of the RFC5322.Sender Header Field

2020-10-06 Thread John Levine
In article <1265372281.9984.1601969016...@appsuite-gw1.open-xchange.com> you write: > It would be much better if there were a few professional/community efforts to > build reliable and complete lists of good > and bad ARC intermediaries, like for spam. Having tried and failed to build a whitelis