| Summary: | kMail 5 garbles original "To" header when bouncing a message | ||
|---|---|---|---|
| Product: | [Applications] kmail2 | Reporter: | Gunter Ohrner <kdebugs> |
| Component: | misc | Assignee: | kdepim bugs <kdepim-bugs> |
| Status: | CONFIRMED --- | ||
| Severity: | normal | CC: | bugs.kde.org, kdenis, montel |
| Priority: | NOR | ||
| Version: | 5.3.1 | ||
| Target Milestone: | --- | ||
| Platform: | Kubuntu | ||
| OS: | Linux | ||
| Latest Commit: | Version Fixed In: | ||
| Sentry Crash Report: | |||
|
Description
Gunter Ohrner
2016-03-09 17:38:23 UTC
Still fails as of kMail 5.3.1. why your email have a <double quote>+<simple quote> ? I'll start with a disclaimer: The point is, I'm not even using these addresses, the bug described happens if I just want to bounce a mail which *contains* such an address - I'm using a totally plain new address as the bounce target. The mail that is being forwarded gets garbled in the process. How does it happen that such mail addresses get introduced into mails I receive? Good question. However, I see addresses formatted like this quite frequently. I guess it's an unlucky combination of different MUAs which first cause an address like localpart@example.com <localpart@example.com> to be generated from the pure address, and in later steps the "real name" part gets quoted somehow. Possibly also Akonadi address search - or possibly older versions thereof - might come into play, as addresses like this are often suggested to my by kMails address search. Then again, it might also be that Akonadi just extracted these strangely formatted addresses as-is from existing mails. In any case, I think the format - strange, as it is - is technically correct and addresses like this ought to work, shouldn't they? localpart@example.com <localpart@example.com> is a valid address but 'localpart@example.com <localpart@example.com>' is not valid and smtp told you it. It doesn't accept to send it. => it's not a valid address. (In reply to Laurent Montel from comment #4) > but 'localpart@example.com <localpart@example.com>' is not valid and smtp > told you it. It doesn't accept to send it. > => it's not a valid address. Right, but an address like that does not appear in these mails. The "To" address contained in the mail I received was "'mails.kmail-bug-test@gunter.example.com'" <mails.kmail-bug-test@gunter.example.com> This, I think, is a valid address with an admittedly strange looking quoted "display name" and an address specification in angle brackets. Thus kMail should not garble this address if I merely forward a mail which contains an address formatted this way. However, if I "bounce" a mail containing a "To" address like this, kMail destroys the "To" address line. (See the pasted "bounced" mail from above.) This should not happen, kMail should bounce the mail as-is. I fear we're somehow not talking about the same issue. To summarize: * I receive an eMail, * I bounce it using kMail and * the generated bounce message contains a garbled / invalid "To" header. All I'm saying is that kMail should not garble the "To" header if I bounce a mail - even if it's formatted in an unusual, but apparently technically correct, way. (In reply to Laurent Montel from comment #2) > why your email have a <double quote>+<simple quote> ? That shouldn't matter, that address is valid according to the RFC: <https://tools.ietf.org/html/rfc5322#section-3.4>. |