If I understand correctly, you established a private arrangement with
Yahoo. Yahoo chooses to create a unique interpretation for the
presence of a DKIM signature, which treats it as an override to the
MailFrom.
No, of course not. This isn't a bounce, and the user didn't press
reply. He pressed junk. You appear to be saying that ARF reports
about spam should be sent to the bounce address in the spam. That
seems unlikely to be effective.
And from this, you are asserting a new, general rule about DKIM
handling?
Well, no. Yahoo is doing exactly with DKIM what we've been saying
that they should do, and it's producing a useless result.
The problem here is that Yahoo has added some deep semantics to a
DKIM signature and probably has not even documented or discussed it
properly. Is there some reason not to first discuss this with Yahoo?
There's no new semantics, deep or othterwise. Yahoo is treating the
signature as an assertion of responsibility -- it has my signature,
the recipient complained about it, they have reason to think I'm not
evil, so they sent me the complaint. All that is fine, but the
problem is that for list mail, I'm not the one who can do anything
about it.
Mike asked how one could tell whether this was a complaint about all
mail from the list, or just mail from me. I have my suspicions, but
I have no way to tell. The only party who can is the human or
mechanical list manager who can look the pattern of complaints and
figure out the person is complaining about all the mail from the list,
in which case they should unsub him, or he's just comnplaining about
mail from me, in which case they might want to kick me off the list
if they agree with the complaints.
If a list adds its own signature and leaves the contributor's, now
it's up to heuristics by the recipient to guess what to do. For list
mail, the correct guess is to treat the list as responsible. Wouldn't
it be a better idea to avoid the guessing?
R's,
John
_______________________________________________
NOTE WELL: This list operates according to
http://mipassoc.org/dkim/ietf-list-rules.html