Bug 281505 - Kmail2 way of creating message ids is disadvantageous
Summary: Kmail2 way of creating message ids is disadvantageous
Status: REPORTED
Alias: None
Product: kmail2
Classification: Applications
Component: misc (show other bugs)
Version: 4.7
Platform: openSUSE Linux
: NOR wishlist
Target Milestone: ---
Assignee: kdepim bugs
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2011-09-06 23:08 UTC by Malte
Modified: 2012-11-01 22:22 UTC (History)
1 user (show)

See Also:
Latest Commit:
Version Fixed In:
Sentry Crash Report:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Malte 2011-09-06 23:08:50 UTC
Version:           4.7 (using KDE 4.7.0) 
OS:                Linux

KMail2 produces the message id in the way "random value@machine name". Earlier versions of KMail uses a better way that made some interesting filters possible: "random value.first part of email address@domain name of email address". So, for example, old KMail created "81653vcJohnDoe@foomail.foo" when a person sent email with his address JohnDoe@foomail.foo, now KMail just does "81653vc@mylinuxbox".

I would like to have an option in KMail2 smtp settings to create message ids completely to the users desire, to let the user chose the part before @ and the domain after @.

Reproducible: Always

Steps to Reproduce:
Start KMail2, write an email, send it and read the email at the receiving inbox and look at the message id.

Actual Results:  
The message id contains a random value and the domain name of the local machine, e.g."81653vc@mylinuxbox".

Expected Results:  
I would like to allow the user to determine the message id completely free, e.g. "81653vcMYEMAILFIRSTPART@MYEMAILCHOSENDOMAIN". This could be done in the smtp settings of each smtp account to introduce such an option.

The reason why I think it makes sense to allow the user to completely configure the message id is the following; when you write to many mailing lists you want to easily detect replys to your messages. When you can configure the message id freely, you exactly know what strings will be part of the References and In-Reply-To headers of replys to your messages. Thus you can easily detect replys to your messages. Such a filter rule is not possible if you do not know what the message id will look like. I know, KMail2 DOES allow to set the message id domain name globally, but this is not useful if you use many email addresses. All emails in this case will have the same domain name in their message ids. Thus in my mind it is best to allow users to completely freely configure the message id for each smtp account. Thank you very much. This would allow powerful filtering.