ietf-mxcomp
[Top] [All Lists]

Re: Work plan for Sender ID

2004-09-13 20:39:14

In <p06110412bd6bf051eb20(_at_)[129(_dot_)46(_dot_)227(_dot_)161]> Ted Hardie 
<hardie(_at_)qualcomm(_dot_)com> writes:

It may be worth noting also that a fair number of folks said
that they would continue to check SPF records once spfv2/pra records
were available, because they reflected different things.  Having
both scopes available allows those records to transition to the new
RR, and supports those who want to check both as well as
those who wish to check one or the other.

The SPFv1 records can not transition to the SPFv2 records unless the
both the MAILFROM and HELO scopes are added.

I again ask that the "v=spf1 " magic number be interpreted as
"spf2.0/mailfrom,helo" in the SenderID spec.


That implies to me that other scopes which might later be registered have to
do something other than identify the most recent injector in order to
avoid this particular IPR filing.  Mail_from qualifies now.  If Ned Fred's
assessment is correct, the Sun algorithms would as well, since they
are meant to indicate where to send replies, rather than to identify
the most recent injector.  But they do so by not identifying the
same thing as PRA; anything that *does* the same thing as PRA
may be inferred to be covered by the declaration and license.

As has been pointed out several times, the NOTE WELL requirement for
filing drafts and participating in this mailing list requires that
Microsoft employees inform us of any drafts that we are considering
that would be covered by their IPR.  I see no problem with proceeding
with I-Ds that deal with the 2822.From: identity and then, if someone
tells us that they have IPR covering those I-Ds, we can consider our
options.

However, this direction can not even be tried because the co-chairs do
not want to consider *any* alternatives to the PRA.  This will again
lead us to a Hobson's choice of either reject all 2822.From: checks,
or proceed with an encumbered standard that can not be deployed to on
a large percentage of the current MTAs.

I just don't understand this.  If I didn't know better, I would say
that this is an attempt to force acceptance of something that would
otherwise be quickly rejected.



-wayne