spf-discuss
[Top] [All Lists]

AOL testing.

2004-11-11 23:36:56
In <01dd01c4c7c2$c7c473a0$6c62fea9(_at_)ibmrkydk2ufvdd> "John Glube" 
<john(_at_)trusted-email-sender(_dot_)com> writes:

The AOL Tests

AOL has agreed to do dry tests on Mail From authentication,
a form of PRA authentication and EHELO/HELO authentication
based on using SPF records. 

Actually, IIRC, Carl said that they *weren't* using the PRA, but
rather, they care checking only the From: header against the SPF
record.  I suspect that they are doing something similar to my
 draft-schlitt-marid-spf-from-hdr I-D.  


* Can we use v=spf1 records for EHELO/HELO authentication
based on the CSV specification;

SPF-classic has always done HELO checking in some cases and has long
had it as option.  I don't see how what AOL is doing is "based on the
CSV specification".


I am most grateful that AOL has decided to run these tests.

ME TOO! </aol>

Once the SPF Community Council is formed, one of the first
points which needs to be raised is whether the Council
wants to revisit Meng's signing off on the sender id draft
for core.

We can't stop Meng from authoring other I-Ds.


If it is determined he was acting on his own, it may be
appropriate to remove Meng and appoint a new editor. 

We can't remove Meng as an editor, all we can do is submit a competing
I-D, and that has problems.


Should this step be taken, I believe the next step is to
formally inform the IETF RFC editor that Mr. Wong did not
have authority from the SPF community to agree to the
Sender ID draft.

The IETF won't do anything because authors don't need to be authorized
by anyone.


Furthermore the Sender ID draft is not in compliance with
the directive from the MARID working group chairs that any
draft submitted for consideration should not reference
Sender ID and therefore needs to be rejected.

That we can take up with the IESG during the SenderID last call.

Also, Andy asked the IETF legal folks about using the term "sender id"
and was told that it shouldn't be used.  I'm almost certain that the
IESG will require MS/Meng to remove all references to SenderID in
their I-D before advancing it.



-wayne


<Prev in Thread] Current Thread [Next in Thread>