ietf-dkim
[Top] [All Lists]

RE: [ietf-dkim] Delegating responsibility: a make vs. buy designdecision

2006-08-21 10:20:27


I have a customer oxley.com who wants to use my offered dkim signing
service, are you intending that I create an subdomain called
signer.oxley.com and sign from there administrating thousands of public
keys for these entities? Much simpler to sign as coxmail.com with only
one public key signing for thousands of customers.

Bill Oxley 
Messaging Engineer 
Cox Communications, Inc. 
Alpharetta GA 
404-847-6397 
bill(_dot_)oxley(_at_)cox(_dot_)com 

-----Original Message-----
From: ietf-dkim-bounces(_at_)mipassoc(_dot_)org
[mailto:ietf-dkim-bounces(_at_)mipassoc(_dot_)org] On Behalf Of Dave Crocker
Sent: Monday, August 21, 2006 11:34 AM
To: ietf-dkim(_at_)mipassoc(_dot_)org
Subject: Re: [ietf-dkim] Delegating responsibility: a make vs. buy
designdecision

Folks,

Paul Hoffman wrote:
I see people who supposedly agree with each other about the policy
appear disagree on the required and requested response to the policy.
Some of that is because the tone of the messages is "this is obvious"
(which it is not), and some of it is because there are long-winded
discussions of the usefulness of the messages that don't concretely
say
what the recipient should/must do.


For the case of mail that is signed, I am still waiting to hear why it
is not
sufficient to have a third-party use a a sub-domain of the preferred
(author, or
whatever) domain name.

Hence, the signing practices requirement would only exist for unsigned
messages.

d/
-- 

  Dave Crocker
  Brandenburg InternetWorking
  bbiw.net
_______________________________________________
NOTE WELL: This list operates according to 
http://mipassoc.org/dkim/ietf-list-rules.html

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

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