Bug 344047 - custom headers are not present in the draft source when saving to draft
Summary: custom headers are not present in the draft source when saving to draft
Status: REPORTED
Alias: None
Product: kmail2
Classification: Applications
Component: commands and actions (show other bugs)
Version: 5.2.3
Platform: Debian testing Linux
: NOR minor (vote)
Target Milestone: ---
Assignee: kdepim bugs
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2015-02-11 19:13 UTC by Fab Stz
Modified: 2017-07-15 01:34 UTC (History)
1 user (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 Fab Stz 2015-02-11 19:13:15 UTC
In Kmail it is possible to define some custom headers.
These custom headers are not saved in the message when saving it as a draft.
However, they are present in the outgoing message when sending it.

Reproducible: Always



Expected Results:  
The custom headers could be saved in the draft
Comment 1 Laurent Montel 2015-02-11 20:26:49 UTC
It's normal.
What is the problem ?
Comment 2 Fab Stz 2015-02-12 11:39:18 UTC
If it is by design then ok. Simply, looking in the draft helps to test the custom headers functionalilty.

Acutually I discovered that issue while making some custom changes in the code by adding the following functionalilty. I don't know if this can somehow be generalized.

I receive emails containing a specific header : "X-Apparently-To" formatted this way :
X-Apparently-To: my_email-extension@example.tdl; Wed, 11 Feb 2015 20:32:37 +0000
I use the email of this field because it is the message's recipient. Sometimes it is not in To: or Cc: (for example when in bcc)
I manage many email extensions and don't want to create an identity or alias for each of them.
I want to use that email when replying to the mail instead of my regular identities' mail. I use it to override the From & ReplyTo email of the reply.
Thus I modified the code so as to extract the email from the X-Apparently-To header, save it in the reply message. Thus I wanted to save it's value in the draft so that when reopening the draft, it is not lost and overwritten by the default identity email. I can send you a patch for that specific development in case you want to have a look at it and see whether this can be generalized or you have an idea to implement this

FYI : the X-Apparently-To is set on emails received on a yahoo account when using the disposable email address functionnality

Actually that could also be useful to people using the +extension of gmail accounts (mymail+alias1@gmail.com) but I'm not sure of the name of the header gmail adds to the incoming mail (probably Delivered-To: )
Comment 3 Denis Kurz 2017-06-23 19:59:01 UTC
This bug has never been confirmed for a KDE PIM version that is based on KDE Frameworks (5.x). Those versions differ significantly from the old 4.x series. Therefore, I plan to close it in around two or three months. In the meantime, it is set to WAITINGFORINFO to give reporters the oportunity to check if it is still valid. As soon as someone confirms it for a recent version (at least 5.1, ideally even more recent), I'll gladly reopen it.

Please understand that we lack the manpower to triage bugs reported for versions almost two years beyond their end of life.
Comment 4 Fab Stz 2017-06-30 07:40:11 UTC
Still present in KMail 5.2.3
(versions shipped with debian jessie (stable) : kdepim 16.04.3)
According to #c1 it is by design.
In the meantime I could find a workaround for my specific need.
Comment 5 Christoph Feck 2017-07-15 01:33:20 UTC
Thanks for the update; changing status.
Comment 6 Christoph Feck 2017-07-15 01:34:04 UTC
If developers decide that the issue is indeed as intended, they should close as WONTFIX.