Bug 204712 - Mark DKIM signed messages
Summary: Mark DKIM signed messages
Status: REOPENED
Alias: None
Product: kmail2
Classification: Applications
Component: general (show other bugs)
Version: unspecified
Platform: unspecified Linux
: NOR wishlist
Target Milestone: ---
Assignee: kdepim bugs
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2009-08-21 23:34 UTC by Tilman Klaeger
Modified: 2016-03-24 22:51 UTC (History)
4 users (show)

See Also:
Latest Commit:
Version Fixed In:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
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