Bug - In-Reply-To and Reference is lost in header when replying a second time
-
Procedure
-
Incoming email
I get a new email that I have not seen before. -
I reply
When I reply on the email from step 1 I can see that “In-Reply-To” and “References” is added in the header of the email. -
I reply again
I reply again by clicking on my reply email in step 2 above found in my Sent folder. Now “In-Reply-To” and “References” is lost from the header.
Question
Is this correct way or is it a bug that “In-Reply-To” and “References” is lost when replying a second time on a email found in my sent folder?RFC 5322
RFC 5322 talks about this in section 3.6.4. I do think it says these headers should be preserved.WebApp: 3.5.1.2091+1151.1
Kopano Core: 8.7.80 -
-
Hi @Blinkiz ,
if you look into your sent items you will notice that your sent items do not have headers at all (hence there is nothing to reference to). -
Hi @fbartels
And is that a bug or by design?My other email servers with thunderbird + dovecot/imap is not losing the header information.
In my opinion at least “In-Reply-To” and “References” should be preserved so I get the correct tree structure of a conversation for myself and the user on the other side. -
@Blinkiz that is currently by design
-
I read more in RFC 5322 and this is a bug in Kopano Core.
The “In-Reply-To:” and “References:” fields are used when creating a reply to a message. They hold the message identifier of the original message and the message identifiers of other messages (for example, in the case of a reply to a message that was itself a reply). The “In-Reply-To:” field may be used to identify the message (or messages) to which the new message is a reply, while the “References:” field may be used to identify a “thread” of conversation.
Happy to help out so Kopano becomes better. Have a good day :-)
-
@Blinkiz said in Bug - In-Reply-To and Reference is lost in header when replying a second time:
Happy to help out so Kopano becomes better
pull requests are always welcome ;-)
-
yeah but am not a programmer.