[ietf-dkim] x= lets senders expire responsibility

Hallam-Baker, Phillip pbaker at verisign.com
Wed Apr 12 05:41:31 PDT 2006


I disagree. 

I think the semantics are 'don't count on being able to verify this message
after this date'.

If I do manage to verify I can hold the purported signer resposible
regrdless of wheter x= is there or not.

My fault handling process for 'key not found' is going to be different if x=
has expired.

> -----Original Message-----
> From: ietf-dkim-bounces at mipassoc.org 
> [mailto:ietf-dkim-bounces at mipassoc.org] On Behalf Of Mark Delany
> Sent: Wednesday, April 12, 2006 2:13 AM
> To: ietf-dkim at mipassoc.org
> Subject: [ietf-dkim] x= lets senders expire responsibility
> 
> On Wed, Apr 12, 2006 at 01:07:22AM -0400, Hector Santos 
> allegedly wrote:
> 
> > > Remove x=
> 
> > IMO, there is a precise and purposeful rationale.   I  can 
> come up with
> > atleast a dozen reasons or more why a signer may want to utilize an 
> > expiration concept.
> 
> As you say, and I agree, the benefits flow mostly, if not 
> entirely, to the signer ... even though earlier discussions 
> mooted benefits to the verifier.
> 
> 
> As I understand it, when x= expires the signer wants 
> verifiers to treat the mail as unverified - in effect signers 
> get to disclaim responsibility for that email after a certain 
> point in time.
> 
> This seems entirely at odds with DKIM which is about senders 
> taking responsibility for an email for the benefit of the verifier.
> 
> DKIM is not about senders taking responsibility for just 5 
> seconds or just 5 minutes or just 5 days. If a mail is signed 
> and sent, a sender has no right, in my mind, to subsequently 
> disclaim responsibility. It's their content; they wear the 
> consequences forever.
> 
> In short: x= gives senders wiggle room to expire 
> responsibility - that seems at odds with our goals.
> 
> 
> Mark.
> _______________________________________________
> NOTE WELL: This list operates according to 
> http://mipassoc.org/dkim/ietf-list-rules.html
> 
> 
-------------- next part --------------
A non-text attachment was scrubbed...
Name: smime.p7s
Type: application/x-pkcs7-signature
Size: 5986 bytes
Desc: not available
Url : http://mipassoc.org/pipermail/ietf-dkim/attachments/20060412/d6c25838/smime-0001.bin


More information about the ietf-dkim mailing list