Version: unspecified (using KDE 4.7.4) OS: Linux Mailman (at least version 2.1.14) appears to provide In-Reply-To headers in mailto links. See [1] or this example: mailto:address?Subject=foo&In-Reply-To=%3Cbar%3E This is very useful if you try to answer to mailinglist mails while not subscribed yourself. However, KMail seems to ignore those attributes. [1] http://driverdev.linuxdriverproject.org/pipermail/devel/2012-January/023809.html (first link at the very top) Reproducible: Didn't try Expected Results: My wish would be for KMail to use these headers. If there are security concerns, you could produce a non-modal popup asking me whether to include the header or not.
Could you forward me this email please ? I see on html page but it will better to have real email. Thanks.
You mean the email I am trying to reply to? The whole point is that I do not have it, otherwise I could reply normally. The HTML page contains a <a href="mailto:..." /> and I would expect the headers provided in that link to be passed to KMail and included in the resulting email. However this does not happen, hence the bugreport.
Ok you want that we parse this mailto... oki will look at.
(In reply to comment #3) > Ok you want that we parse this mailto... oki will look at. Thanks! The Subject header is being respected already - maybe it is enough to add some code to accept other headers, too.
This is weird KMKernel::action() is calling KMKernel::openComposer() with correctly filled parameters but... openComposer does not take as many parameters as action() is calling it with. messageFile, attachURLs and customHeaders are missing.
My bad, missed the correct overload
I fixed it in 4.11
And custom headers work fine too now