Date: Tue, 22 Jan 2008 14:19:20 -0500
From: johnl(_at_)iecc(_dot_)com
To: robert(_at_)barclayfamily(_dot_)com
CC: ietf-dkim(_at_)mipassoc(_dot_)org
Subject: RE: [ietf-dkim] ISSUE 1525 -- Clarification about posting by first
Author
By asserting that any mail that claims authorship from a domain I
control must be signed by me I'm not making any particular assertion
about why any other mail might not fit that policy. Just the fact that
it does not.
But here we go again. Why should anyone care about your policy? We don't
care about your policy, only about the mail that shows up here, and it is
most definitely not my job to enforce rules that you claim that apply to
your users.
A message shows up on a mailing list with a From: address in your domain.
Your SSP says to discard it. Tough noogies, I won't. If an unsigned
message were otherwise dubious, and you said you signed everything, that
might tip the balance to filtering it, but not because you told me to.
R's,
John
But if you already have enough data to make a decision about a message's
disposition in that case, you also have enough data to make a decision about
that message's disposition regardless of any SSP policy that anyone might
express. To a system implementing the receiver policy you outlined above SSP is
only useful at all for the messages where you don't have enough information to
make a decision.
So the question in this case really comes down to whether the policy we are
discussing (or any particular SSP statement) is useful, or at least
non-harmful, when you are evaluating a message for which your existing policies
do not provide a completely efficacious decision algorithm. In any case where
your current policies about mail acceptance already work well and provide the
answers you want why would you bother to layer extras on top anyway?
Robert
_________________________________________________________________
Helping your favorite cause is as easy as instant messaging. You IM, we give.
http://im.live.com/Messenger/IM/Home/?source=text_hotmail_join
_______________________________________________
NOTE WELL: This list operates according to
http://mipassoc.org/dkim/ietf-list-rules.html