Hi,
Am 04.09.25 um 19:46 schrieb Khuram ([email protected]):
Some more information about the repeatable header serialization issue
we're seeing in SOGo. If the address book or the display name has:
Lastname, Firstname (INFO)[MoreINFO] <[email protected]> then SOGo emits
the display name unquoted, and then the parser treats the comma as an
address-list delimiter. We then see a bogus extra recipient like |
Lastname@DOMAIN| in addition to the intended |<[email protected]>|.
Since the display name contains ( ) [ ] and , it should emit a quoted
(or encoded) display name:
|To: "Lastname, Firstname (INFO)[MoreINFO]" <[email protected]>|
This also seems to be causing an issue in the Sent Items view where SOGO
shows INFO=2E0 <=?utf-8?q?Lastname=2C_Firstname_@MISSING_DOMAIN> instead
of the expected [email protected] <mailto:[email protected]>
To reproduce this, adding an address book entry in the format |Lastname,
Firstname (INFO)[MoreINFO]|and sending that along with an additional
cced address triggers the problem for me every time. The recipient
additional cced address gets an email and i has
[email protected] <mailto:[email protected]>listed in
the to field. If they them do a reply all, it gets a bounced email.
Could someone confirm and file a tracker ticket? I couldn’t create a
ticket on Mantis to report this directly.
Follow up on this, as we experience the same issues.
I created a PR for it: https://github.com/Alinto/sogo/pull/375
Best, Tobias
