Re: [dmarc-ietf] Fwd: I-D Action: draft-ietf-dmarc-psd-01.txt

2019-03-23 Thread Scott Kitterman
On Tuesday, February 05, 2019 08:59:17 PM John Levine wrote: > In article <6596039.Rh8MxG5e5K@kitterma-e6430> you write: > >The current PSL is over 12K lines long. What we're talking about here is > >probably .1% to 1% that size. > > Indeed, but since everyone has the PSL anyway to find organizat

Re: [dmarc-ietf] Fwd: I-D Action: draft-ietf-dmarc-psd-01.txt

2019-02-05 Thread John Levine
In article <6596039.Rh8MxG5e5K@kitterma-e6430> you write: >The current PSL is over 12K lines long. What we're talking about here is >probably .1% to 1% that size. Indeed, but since everyone has the PSL anyway to find organizational domains, who cares about the size? The point of asking the PSL

Re: [dmarc-ietf] Fwd: I-D Action: draft-ietf-dmarc-psd-01.txt

2019-02-05 Thread Scott Kitterman
On Friday, January 18, 2019 04:14:42 AM Scott Kitterman wrote: > On Thursday, January 17, 2019 01:50:18 PM John Levine wrote: > > In article <3104294.rU99Ex2XNH@kitterma-e6430> you write: > > >My understanding is that, since, as you say, PSOs (like .bank) have a > > >pre- > > >existing relationship

Re: [dmarc-ietf] Fwd: I-D Action: draft-ietf-dmarc-psd-01.txt

2019-01-18 Thread Scott Kitterman
On Thursday, January 17, 2019 01:50:18 PM John Levine wrote: > In article <3104294.rU99Ex2XNH@kitterma-e6430> you write: > >My understanding is that, since, as you say, PSOs (like .bank) have a pre- > >existing relationship with their registrants, they don't need PSD DMARC to > >audit their registr

Re: [dmarc-ietf] Fwd: I-D Action: draft-ietf-dmarc-psd-01.txt

2019-01-17 Thread Seth Blank
On Thu, Jan 17, 2019 at 12:41 PM Kurt Andersen wrote: > What is the difference between a PS vs a PSD in your statement? For the > DNS a record is a record is a record. > Specifically, there are some domains (like .brand in my example) that should be capable of being used as an organizational dom

Re: [dmarc-ietf] Fwd: I-D Action: draft-ietf-dmarc-psd-01.txt

2019-01-17 Thread Kurt Andersen
What is the difference between a PS vs a PSD in your statement? For the DNS a record is a record is a record. --Kurt On Thu, Jan 17, 2019, 11:26 Seth Blank On Thu, Jan 17, 2019 at 10:50 AM John Levine wrote: > >> I wonder if there's any way to get the PSL to tag vanity TLDs. >> > > I believe a

Re: [dmarc-ietf] Fwd: I-D Action: draft-ietf-dmarc-psd-01.txt

2019-01-17 Thread Seth Blank
On Thu, Jan 17, 2019 at 10:50 AM John Levine wrote: > I wonder if there's any way to get the PSL to tag vanity TLDs. > I believe a single list is the best long term solution. It just needs the domain and two flags, one for if the domain is a public suffix, and the other is if its a public suffix

Re: [dmarc-ietf] Fwd: I-D Action: draft-ietf-dmarc-psd-01.txt

2019-01-17 Thread John Levine
In article <3104294.rU99Ex2XNH@kitterma-e6430> you write: >My understanding is that, since, as you say, PSOs (like .bank) have a pre- >existing relationship with their registrants, they don't need PSD DMARC to >audit their registrant's policies. For an entity like that, it offers the >chance to

Re: [dmarc-ietf] Fwd: I-D Action: draft-ietf-dmarc-psd-01.txt

2019-01-15 Thread Scott Kitterman
On Tuesday, January 15, 2019 07:49:17 PM John Levine wrote: > In article <5126347.eOcQ2jtf8Q@kitterma-e6430> you write: > >This update removes the IANA registry (which is what I think I was supposed > >to do based on the feedback to date). I also bulked up the > >Privacy/Security considerations de

Re: [dmarc-ietf] Fwd: I-D Action: draft-ietf-dmarc-psd-01.txt

2019-01-15 Thread John Levine
In article <5126347.eOcQ2jtf8Q@kitterma-e6430> you write: >This update removes the IANA registry (which is what I think I was supposed to >do based on the feedback to date). I also bulked up the Privacy/Security >considerations descriptions since they are no longer mitigated. > >I'd like feedbac

[dmarc-ietf] Fwd: I-D Action: draft-ietf-dmarc-psd-01.txt

2019-01-13 Thread Scott Kitterman
This update removes the IANA registry (which is what I think I was supposed to do based on the feedback to date). I also bulked up the Privacy/Security considerations descriptions since they are no longer mitigated. I'd like feedback on the best path forward. Essentially this draft replaces t