At 12:28 PM 6/27/2005 +0100, Chris Haynes wrote:
Proposal:
a) Define quickly a SPF3.0 based on the existing SPF 1 feature set
b) Include within SPF3.0 records support for multiple entity tests (incl. PRA)
c) Declare SPF1 obsolete and replaced by SPF3.0
d) Encourage all existing publishers to migrate their records from SPF1 to
SPF3 a.s.a.p.
e) After this is done, start to consider new / modified features, as part
of an SPF3.1
f) Start separate/parallel exercise on the 'forwarding issue'
Chris, I support this 100%. I would only clarify (b) to say a "Define a
neutral record format", rather than "Include within SPF3". Other methods
should be able to use this format without any subordination to SPF.
Here is an example of a neutral record format that could support any method
with no subordination of one to another. It includes also some stuff from
domain-rating services, but just ignore that for now. The domain-owner
specified methods are SPF1 and DK2. We are promised that the SPF1
evaluation will require no more than 5 additional DNS queries. All data
for both methods, including a 768-bit public key, fits in this 243-byte record.
svc=S1:A,M2:A,H1+:B dmn=SPF1+5,DK2
S1=fqdn:dnsbl.spamcop.net
SPF1="mx include:s._spf.ebay.com include:m._spf.ebay.com
include:p._spf.ebay.com include:c._spf.ebay.com ~all"
DK2=dk:MHwwDQYJKoZIhvcNAQEBBQADawAwaAJhAKJ2lzDLZ8XlVambQfMXn3LRGKOD5
o6lMIgulclWjZwP56LRqdg5ZX15bhc/GsvW8xW/R5Sh1NnkJNyL/cqY1a+GzzL47t7
EXzVc+nRLWT1kwTvFNGIoAUsFUq+J6+OprwIDAQAB
--
Dave
************************************************************ *
* David MacQuigg, PhD email: david_macquigg at yahoo.com * *
* IC Design Engineer phone: USA 520-721-4583 * * *
* Analog Design Methodologies * * *
* 9320 East Mikelyn Lane * * *
* VRS Consulting, P.C. Tucson, Arizona 85710 *
************************************************************ *