Re: Last Call: (Sender Policy Framework (SPF) for Authorizing Use of Domains in Email, Version 1) to Proposed Standard

2013-08-24 Thread S Moonesamy
Hi Doug, At 13:07 23-08-2013, Douglas Otis wrote: The SPFbis document improperly conflates DNS terminology with identical terms invented by this document. Examples are terms used to describe mechanisms having the same identifier differentiated between mechanisms and DNS resource records by usin

Re: [dnsext] SPF isn't going to change, was Deprecating SPF

2013-08-24 Thread Phillip Hallam-Baker
On Fri, Aug 23, 2013 at 3:46 PM, manning bill wrote: > > the question is not that "nobody" checks type 99, the question is > "is the rate of adoption > of type 99 -changing- in relation to type 16? > As John pointed out, support for checking type 99 has decreased and continues to

Re: [dnsext] SPF isn't going to change, was Deprecating SPF

2013-08-24 Thread Hector Santos
Phillip Hallam-Baker wrote: On Fri, Aug 23, 2013 at 3:46 PM, manning bill wrote: the question is not that "nobody" checks type 99, the question is "is the rate of adoption of type 99 -changing- in relation to type 16? As John pointed out, support for checking type 99 has dec

Re: [dnsext] SPF isn't going to change, was Deprecating SPF

2013-08-24 Thread Hector Santos
Hector Santos wrote: Phillip Hallam-Baker wrote: Putting a statement in an RFC does not mean that the world will automatically advance towards that particular end state. Thats correct. No one is forced to support RFC 4408bis. From my perspective, there are four basic major changes to BIS - a

Re: [dnsext] SPF isn't going to change, was Deprecating SPF

2013-08-24 Thread Scott Kitterman
Hector Santos wrote: >Hector Santos wrote: >> Phillip Hallam-Baker wrote: >>> Putting a statement in an RFC does not mean that the world will >>> automatically advance towards that particular end state. >> >> Thats correct. No one is forced to support RFC 4408bis. From my >> perspective, ther

SPF PTR Support [was SPF isn't going to change]

2013-08-24 Thread Hector Santos
Scott Kitterman wrote: Hector Santos wrote: I should add: 5- Deprecate PTR by removing PTR publishing support We won't advocate this because for our small to mid size market, this is the lowest cost setup for them - using a PTR. For all our domains, we use PTR as well. No need to ch

Re: SPF PTR Support [was SPF isn't going to change]

2013-08-24 Thread Scott Kitterman
On Saturday, August 24, 2013 13:10:09 Hector Santos wrote: > Scott Kitterman wrote: > > Hector Santos wrote: > >> I should add: > >> 5- Deprecate PTR by removing PTR publishing support > >> > >> We won't advocate this because for our small to mid size market, this > >> is the lowest cost setu

Re: SPF PTR Support [was SPF isn't going to change]

2013-08-24 Thread Hector Santos
Scott Kitterman wrote: PS: I am not trying to change anything about the PTR 4408BIS status. Just pointing out that a change was made that does touch base with operations and thus not supporting (or delaying, forever) this part of 4408BIS is highly possible. You might change what you recommend