Closed
Bug 1184809
Opened 10 years ago
Closed 8 months ago
Unintended sending 'reply all' emails to recipients removed from composer recipients list, if empty recipients entry line not deleted
Categories
(Thunderbird :: Message Compose Window, defect)
Tracking
(Not tracked)
RESOLVED
WORKSFORME
People
(Reporter: journeyman2001, Unassigned)
Details
User Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:39.0) Gecko/20100101 Firefox/39.0
Build ID: 20150630154324
Steps to reproduce:
I clicked Reply All to start composing message. Some recipients I did not want so I removed them and left the ones I wanted. I then composed my message. I clicked Send Now.
Actual results:
It sent the email to all recipients, even the ones I had removed.
Expected results:
It should send only to the recipients that are still in the Reply To header
Comment 1•9 years ago
|
||
@reporter:
Please contribute a step by step instruction how other users can reproduce the problem reliably due to <https://developer.mozilla.org/en-US/docs/Mozilla/QA/Bug_writing_guidelines> (containing every key press and every mouse click).
If necessary we can arrange a test mailing.
Flags: needinfo?(journeyman2001)
Reporter | ||
Comment 2•9 years ago
|
||
I've since realised that I removed the email address from the To line but did not remove the To line altogether. Can it be made possible that if the email address is removed, this counts as removing the To/Cc/Bcc line
Flags: needinfo?(journeyman2001)
Comment 3•9 years ago
|
||
This line
It should send only to the recipients that are still in the Reply To header
is in conflict with this line
I removed the email address from the To line but did not remove the To line altogether.
Reply-to indicates, for the RECIPIENTS of your email, who should be addressed when the RECIPIENT replies.
It does not affect who gets the mail YOU are composing, which is determined by To/Cc/Bcc.
> Can it be made possible that if the email address is removed [you mean from reply-to?], this counts as removing the To/Cc/Bcc line
No
Reporter | ||
Comment 4•9 years ago
|
||
Who the hell said anything about Reply-To?!? What kind of idiot wants to remove the Reply-To line?!?
I said I clicked the REPLY ALL button and referenced the TO line (and/or CC and/or BCC).
If you remove the address from the TO, CC or BCC line without removing the actual line object, it still sends the email to those recipients even though the user would think that there is no address there. My suggestion is that if you remove the address from the line, that it counts as if the line object has been deleted.
Comment 5•9 years ago
|
||
(In reply to Micheal Holman from comment #4)
> What kind of idiot
The idiot is you because you do follow advice.
Seems NOT reproducible with unofficial en-US SeaMonkey 2.49a1 (NT 6.1; WOW64; rv:52.0) Gecko/20100101 Firefox/52.0 Build 20160930004545 (Default Classic Theme) on German WIN7 64bit (if I understand intention of bug report correctly):
1. From one of your POP3 Email Accounts create a short HTML email with 3 other
of your POP3 Email Accounts as Recipients
2. Send Email
» 3 of your Accounts will receive Test Email
3. Click one received Email in Thread pane and click [Reply All] icon
» Composer window (in my case: plain text message) to compose email for
3 recipients
4. In recipients area delete contents (email addresses) of 2 bottom lines
by 'clicking right from email address → <select all with <ctrl+a>
→ <Backspace>', but leave empty "To" (or CC, ...) recipient lines
5. Click [Send] icon
» As expected only remaining recipient in step 4 will receive email,
deleted recipients will not receive email.
a) I adapted Summary to what I think intention of the bug report might be.
@reporter: correct?
Flags: needinfo?(journeyman2001)
Summary: Removing recipients from a reply all email → Unintended sending 'reply all' emails to recipients removed from composer recipients list, if empty recipients entry line not deleted
Comment 6•9 years ago
|
||
b) But might be (partially?) reproducible with Thunderbird Daily 51.0a1 (2016-08-09).
I did a test very similar to my steps 1 ... 4, but added a forth recipient, one of my IMAP email accounts. For step 3 I opened the received email in IMAP account in Thunderbird, deleted all recipients contents as per step 4 and sent email from Thunderbird. Result. Additionally to sender also the third recipient from step 1 received email, deletion of contents from second recipients line (without deleting empty "To"-line) in step 4 was not respected.
Test conditions for this quick test were not completely identical with Comment 5, but it seems I reproduced the problem; so "reproducible" for now. Still more investigation will be required.
@Wayne:
Can you reproduce my results with a more clear test environment?
Keywords: reproducible
Comment 7•9 years ago
|
||
(In reply to Rainer Bielefeld from comment #6)
I am pretty sure, but not 100% sure that I started deletion of recipients with the most bottom one and moved up one by one.
Comment 8•9 years ago
|
||
(In reply to Rainer Bielefeld from comment #6)
I think I simply made a mistake. Today I tried again and observed that the unexpectedly second recipient remaining after step 4 was the one who was "hidden" in the most bottom recipient input line. Probably I simply ignored that one (and the vertical scroll bar for recipients) in step 4, so it was not deleted, and so - of course - this recipient got an email.
Keywords: reproducible
Reporter | ||
Comment 9•9 years ago
|
||
(In reply to Rainer Bielefeld from comment #6)
Sorry Rainer, that comment was directed at Wayne for insinuating that I would want to remove the Reply-To line.
I think in comment 6 you had what I was experiencing. Deletion of the contents for recipients in between the sender line and the last recipient in the list are still sent the email.
Updated•5 years ago
|
Flags: needinfo?(journeyman2001)
Updated•3 years ago
|
Severity: normal → S3
Status: UNCONFIRMED → RESOLVED
Closed: 8 months ago
Resolution: --- → WORKSFORME
Comment 10•8 months ago
|
||
Tested on TB 132.0b6
You need to log in
before you can comment on or make changes to this bug.
Description
•