I got a plain-text mail (no html-section) from a mailing-list-bot to confirm a subscription, with the line like auth deadbeef subscribe list-name email@example.com Checking the clipboard, in the text/html-version of the copied text the mail-address was linkified with the class "moz-txt-link-abbreviated" within a <pre wrap=""> . Copying this text into a new mail and sending it as plain-text back to the mailinglist-bot turned the text into auth deadbeef subscribe firstname.lastname@example.org with which the confirmation didn't succeed. Only after pasting the copied text into an editor, thus stripping it of all formating, and then copy-pasting that text into a new mail, the confirmation did work.
Note that there is a duplicate report: 1160880 – Selecting text & replying in plain text eats spaces in some situations https://bugzilla.mozilla.org/show_bug.cgi?id=1160880
DUP! @reporter: What is your TB Version?
I wanted to see whether the bug was correctly made a duplicate of bug 1160880. I can reproduce it in TB 3.1 (yes, three point one): 1. I used the message from bug 1160880 and selected the |subscribe postfix-users email@example.com| 2. "Check the clipboard" - I wouldn't know how. 3. "Copy the text into a new e-mail": Done that and sent to myself. 4. Result: |subscribe firstname.lastname@example.org| got sent and received. Note: When looking at the draft before sending it, I saw: <pre wrap="">subscribe postfix-users <a class="moz-txt-link-abbreviated" href="mailto:email@example.com">firstname.lastname@example.org</a></pre> I am tipping that the problem happens when the HTML is converted to plain text. This can happen when the message is being sent, as in this bug, or when the message is answered, as in bug 1160880. So I am tipping that this is indeed a duplicate of the other bug, although the STR are very different.
Actually, I'm not comfortable of making this a duplicate, since I will tag this "dataloss". Clearly the e-mail sent is not what the user intended.
(In reply to Elbart from comment #0) To bug opener: Comment #0 is phenomeno in which Thunderbird version? Note: Version: field of initil trunk was changed to 3.1 by email@example.com on 2015-08-13. (See History of this bug)