Bug 204712

Summary: Mark DKIM signed messages
Product: [Applications] kmail2 Reporter: Tilman Klaeger <kde>
Component: generalAssignee: kdepim bugs <kdepim-bugs>
Status: REOPENED ---    
Severity: wishlist CC: andrius, daniel.subs, luigi.toscano, tom-kde.bugs
Priority: NOR    
Version: unspecified   
Target Milestone: ---   
Platform: unspecified   
OS: Linux   
Latest Commit: Version Fixed In:
Sentry Crash Report:

Description Tilman Klaeger 2009-08-21 23:34:56 UTC 
Version:            (using KDE 4.3.0)
OS:                Linux
Installed from:    Unlisted Binary Package

With DKIM the sending mailserver adds a signature to the email headers, similiar to a GPG signature. The receiving mailserver then validates the signature with a public key published in the DNS record of the sending domain, on success, a header is added to the email.

It would be cool, if KMail could mark messages, that passed DKIM similiar to the way GPG-Messages are marked!


dkim-milter produces following header:
Authentication-Results: mx.rcpt.domain; dkim=pass (1024-bit key)
	header.i=@sender.domain; dkim-asp=none


Google uses the following header (first SPF, then DKIM):
Authentication-Results: mx.google.com; spf=pass (google.com: domain of sender@sending.domain designates xxx.xxx.xxx.xxx as permitted sender) smtp.mail=sender@sending.domain; dkim=pass header.i=@sending.domain


KMail could also do the signing and verification on its own, but imho this is the job of the mta, not the mua.
Comment 1 Daniel Black 2009-09-28 14:48:16 UTC 
RFC5451 (http://tools.ietf.org/html/rfc5451)
defines a standard for Authenticated-Results headers to parse in a validation
mechanism agnostic manner.
Comment 2 Myriam Schweingruber 2012-08-18 08:54:57 UTC 
Thank you for your feature request. Kmail1 is currently unmaintained so we are closing all wishes. Please feel free to reopen a feature request for Kmail2 if it has not already been implemented.
Thank you for your understanding.
Comment 3 Luigi Toscano 2012-08-19 00:10:32 UTC 
Instead of creating a new feature request, please confirm here if the wishlist is still valid for kmail2.
Comment 4 Andrius Štikonas 2014-05-09 14:30:00 UTC 
I think it should still be a valid feature request for kmail2.
(In reply to comment #3)
> Instead of creating a new feature request, please confirm here if the
> wishlist is still valid for kmail2.
Comment 5 Tom Mittelstädt 2016-03-24 22:51:31 UTC 
It could be added to the message header similar to Spamassassin