ietf-dkim
[Top] [All Lists]

Re: [ietf-dkim] Re: NEW ISSUE: Simplify SSP decision tree

2007-12-11 13:37:20
Jon Callas wrote:
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

For receivers accepting "hardfail", not exactly the ideal course,
but receivers are free to shoot into their own foot.  Aim higher.

Well, FWIW, I don't think that t=testing is at all helpful either. What, for example, does p=strict, t=testing mean? It seems like
>> a silly- state to me and ripe for confusion. It's that sort
>> of subjective state  that we should both learn from SPF and avoid.

+1

+1. Get rid of it.

For the record, I believe I raised this issue a few times over the past few years, as I did with the SPF group. To accommodate those who might want to keep it, I proposed that it be time limited consideration.

Since its only a concept that applies for "beta testing" or "migration", that is has to be a time limited operation. So if anyone sees a test site using DKIM, it should probably record this and track its usage.

Otherwise, IMO, +100, get rid of it.


--
Sincerely

Hector Santos, CTO
http://www.santronics.com
http://santronics.blogspot.com

_______________________________________________
NOTE WELL: This list operates according to http://mipassoc.org/dkim/ietf-list-rules.html