918896 - Replies not honoring reply-to: header

Status: UNCONFIRMED

(Thunderbird :: Message Compose Window, defect)

Description

[TAG]

User Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:24.0) Gecko/20100101 Firefox/24.0 (Beta/Release)
Build ID: 20130910160258

Steps to reproduce:

Upgraded from 17.0.8 to 24.0 (two separate computers)
Hit reply to an email from our ticketing system that has a reply-to: header, but the recipient was set to the To: header.

Went to another system and tried with 17.0.8 and it worked fine.  Upgraded to 24.0 and had the same problem.


Actual results:

Headers:

Return-Path: <[e-mail]>
X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on rio.cs.utah.edu
X-Spam-Level: 
X-Spam-Status: No, score=-4.1 required=4.5 tests=AWL,FROM_CS_UTAH,FROM_UTAH,
	RP_MATCHES_RCVD autolearn=ham version=3.3.2
X-Original-To: [e-mail]
Delivered-To: [e-mail]
Received: from mail-svr1.cs.utah.edu (localhost [127.0.0.1])
	by mail-svr1.cs.utah.edu (Postfix) with ESMTP id 509B3650123;
	Fri, 20 Sep 2013 10:43:15 -0600 (MDT)
Received: from rio.cs.utah.edu (localhost [127.0.0.1])
	by mail-svr1.cs.utah.edu (Postfix) with ESMTP;
	Fri, 20 Sep 2013 10:43:15 -0600 (MDT)
X-Original-To: [e-mail]
Delivered-To: [e-mail]
Received: from mail-svr1.cs.utah.edu (localhost [127.0.0.1])
	by mail-svr1.cs.utah.edu (Postfix) with ESMTP id 676916500D0;
	Fri, 20 Sep 2013 10:43:13 -0600 (MDT)
Received: from tickets.cs.utah.edu (cuzco.cs.utah.edu [155.98.64.242])
	by mail-svr1.cs.utah.edu (Postfix) with ESMTP;
	Fri, 20 Sep 2013 10:43:13 -0600 (MDT)
Received: by tickets.cs.utah.edu (Postfix, from userid 30)
	id 4F6298C05C; Fri, 20 Sep 2013 10:43:13 -0600 (MDT)
MIME-Version: 1.0
In-Reply-To: <[e-mail]>
X-Mailer: Perl5 Mail::Internet v1.60
References: <[e-mail]> <[e-mail]>
	<[e-mail]>
	<[e-mail]>
	<[e-mail]>
Content-Type: text/plain; charset="utf-8"
X-RT-Original-Encoding: utf-8
RT-Originator: [e-mail]
Managed-BY: RT 3.4.4 (http://www.bestpractical.com/rt/)
Subject: [cs.utah.edu #17665] Windows Activation on DSLWIN machines...
RT-Ticket: cs.utah.edu #17665
Message-Id: <[e-mail]>
Precedence: bulk
X-RT-Loop-Prevention: cs.utah.edu
To: [e-mail]
Content-Transfer-Encoding: 8bit
From: "XXX via RT" <[e-mail]>
Date: Fri, 20 Sep 2013 10:43:13 -0600 (MDT)
Cc: [e-mail]
X-BeenThere: [e-mail]
X-Mailman-Version: 2.1.7
Reply-To: [e-mail]
List-Id: Resource Tracker Internal  List <do-not-reply.cs.utah.edu>
List-Unsubscribe: <http://mailman.cs.utah.edu/mailman/listinfo/do-not-reply>, 
	<mailto:[e-mail]?subject=unsubscribe>
List-Archive: <http://mailman.cs.utah.edu/mailman/private/do-not-reply>
List-Post: <mailto:[e-mail]>
List-Help: <mailto:[e-mail]?subject=help>
List-Subscribe: <http://mailman.cs.utah.edu/mailman/listinfo/do-not-reply>,
	<mailto:[e-mail]?subject=subscribe>
Sender: [e-mail]
Errors-To: [e-mail]

Mail sent to [e-mail]


Expected results:

Mail should be sent to [e-mail] (Partially redacted)

Comment 1

[TAG]

After replying to more emails, sometimes the To: header is blank, other times it has [e-mail] (remove XXX), and other times it has what was in the To: header.  Never had this issue before upgrading to 24.0.

Comment 2

[Martin Trautmann]

this was noticed before in bug 912683

Comment 3

[Mark Sicignano]

Surprised this isn't getting more attention.  In my case, when customers try to contact us through a form on our website, it gets mailed to sales@...  This is a forwarding address that goes to a couple of people include myself.

Clicking Reply ends up replaying to sales@...  It does not honor the Reply-To: header which happens to have the customer's email in it.

Comment 4

[Edward Miller]

It appears to me that the Reply-To header is ignored when the From address matches one of my accounts. Otherwise the Reply-To is used.

We get email from our Web site for various reasons, including support requests. In such cases the headers are like this:

From: [e-mail]
To: [e-mail]
Reply-To: [e-mail]

I have <[e-mail]> set up as one of my accounts, but not <[e-mail]>.

As of TB 24, if I click Reply on such a message, the To field is set to <[e-mail]> instead of <[e-mail]>.

It's as if TB thinks that this was a copy-to-self message because the From address matches one of my accounts. It's behaving as if I were replying to a message in my Sent folder. In this case, however, the message is sitting in my inbox.

Comment 5

[WADA:World Anti-bad-Duping Agency]

Same problem as　bug 933555?
If different, what is diference of your problem from that bug? (not original case of that bug only. any case referred or found in that bug)

Comment 6

[TAG]

The difference is that this bug was filed a month before that bug, so it'd be hard to refer to it since it didn't exist.  However, it would appear to be the same bug and they could probably be merged.

Comment 7

[WADA:World Anti-bad-Duping Agency]

(In reply to tag-bugzilla from comment #6)
> The difference is that this bug was filed a month before that bug, so it'd
> be hard to refer to it since it didn't exist.  However, it would appear to
> be the same bug and they could probably be merged.

Actually same problem as bug 933555?

Your case :
 Replied maii :   
  From: abc@a.a.a  :  This is identity in your Tb defintion, according to your explanation.
  Reply-To: def@d.d.d  :  "Ientity in your Tb defintion or not" is not described by you.
  To:       ghi@g.g.g  :  This is never identity in your Tb defintion.
In this case, this mail is "From: abc@a.a.a which is your identity-X " to "To: ghi@g.g.g which is not your identiy".
So, in reply mail, "pre-set From: == abc@a.a.a which is a your idetity" is pretty normal and "pre-set To: == ghi@g.g.g" is pretty normal, if "Reply-To-Self featute of Tb" is applied.

What is your expectation or your request?
Even when "From: is your identity but To: is not your identity in replied mail", "To: of reply mail" should be "Reply-To: mail address in replied mail"?
What is your expectatin on "pre-filled From;/To: in reply mail"?

Comment 8

[TAG]

My expectation is that that To: header in a reply is filled out with the value of the Reply-To: header.  It is not.  It is set to one of three values.  1) From: header 2) do-not-reply 3) left blank.  I don't know what causes it to pick which of the 3 values.  It is consistent within an email, but as I reply to various messages, it "randomly" sets the To: header to one of the aforementioned three options. 

I tried 28a2 (Windows) (the 27 beta download link is broken) and it is still broken.  The To: line is as above and it just adds a Reply-To: header matching the header in the message you received.

Comment 9

[WADA:World Anti-bad-Duping Agency]

(In reply to TAG from comment #8)
> My expectation is that that To: header in a reply is filled out with the
> value of the Reply-To: header.  It is not.

What is your expectation on pre-set "From:" of reply mail for following mail?
 Replied maii :   
  From: abc@a.a.a  :  This is identity in your Tb defintion, according to your explanation.
  Reply-To: def@d.d.d  :  "Ientity in your Tb defintion or not" is not described by you.
  To:       ghi@g.g.g  :  This is never identity in your Tb defintion.
If "From: abc@a.a.a" is chosen as pre-set "From:" of reply mail, pre-set "To: ghi@g.g.g" of reply mail is pretty natual for reply mail, isn't it?
Why should "To: def@d.d.d" be set enen though reply mail is "from abc@a.a.a to ghi@g.g.g"?
Mening of "Reply-To: def@d.d.d in replied mail" is "reply to def@d.d.d instead of abc@a.a.a if you want to reply to abc@a.a.a which is set in From: of replied mail", isn't it?

Comment 10

[Martin Trautmann]

Maybe I could understand what you want to say if there where less spelling mistakes - and I'm not a native English speaker myself.

But if a "Reply-To" was given, it should be honored by a Reply, as well as a Reply To All - that is: the reply will got to def@d.d.d.

If there was no Reply-To, a Reply will go the the From address abc@a.a.a.

If you want a Reply To All and no Reply To is given, then the Reply would be addressed To/Cc: abc@a.a.a and ghi@g.g.g. I'd have to check whether any RfC would specifiy whether to use ghi@g.g.g as a second To or as a Cc.

And if Reply-To was given, a Reply To All would go to def@d.d.d and to ghi@g.g.g. Further thoughts would be required whether abc@a.a.a should be included - I'd say no, the Reply-To does override the original From.

The TB version in question does not honor a Reply-To header as it should do.

Comment 11

[Wayne Mery (:wsmwk)]

Martin,
Do you still consider this to be the same as bug 912683

Comment 12

[Martin Trautmann]

Hard to say now. Thunderbird 45 is ok, as were the latest versions for some time now.

What I consider as a minor bug: Reply-To is always respected, always, always. 

But from my daily use I'd want that my own action on "Reply to All" (Cmd-Shift R) should not use the Reply-To only, but really All, from
* Reply-To
* From
* To
* Cc

Currently it does use Reply-To only, both for the command Reply and Reply to All. So there is no benefit from the Reply to All command here.

However, this would be a bug (or wish) of its own, wouldn't it?

Comment 13

[Romain Riviere]

FWIW, I just found out that ThunderBird 52.1.1 (Linux 64-bit) ignores the Reply-To header. I subscribe to a couple of lists where Reply-To is always set to the list address. Hitting "Reply" on any message from these lists will in fact reply to the original sender, disregarding the Reply-to header entirely.
"Reply to List" works as expected so I'm going to use that as a workaround.
Not sure if this warrants opening a new bug, the symptoms are exactly the same so I thought I'd update this one first.

Comment 14

[David Gibbs]

I'm experiencing the same behavior with 5.2.1.1 (Windows 32bit).

Comment 15

[David Gibbs]

(In reply to David Gibbs from comment #14)
> I'm experiencing the same behavior with 5.2.1.1 (Windows 32bit).

Sorry, make that 52.1.1 :(

Comment 16

[scribe]

See also Bug 933555

Can we reopen these bugs.  This is a pain in the butt.  I have a support mailing list which is configured correctly to set the Reply-to header to: LIST and sender, so all email goes both to the list and also to the original sender.  The List, so other support volunteers know the thread is being answered, and the sender because they are not subscribed as a volunteer on the support list-- only a user who wants support.

Last version of Thunderbird Smart Reply button has:

"Reply List" (default, but I'd rather Reply-to be the default if it is included as a header) which replies only to the list;
"Reply All" which sends to everyone, including the list TWICE because an alias 'support@...' was used by the original sender which ended up on 'company-support@...' list.
"Reply" which only goes to the sender.

No choices honor the Reply-to header.  Please fix this regression.

Thank you for a great email client!

Comment 17

[Wayne Mery (:wsmwk)]

bug 933555 was an issue fixed long ago and will not be reopened. For unresolved issues, this current bug  report or  bug 912683 should suffice. If they do not match your issue then please open a new bug report

Comment 18

[Peter Macej]

TB 52.2.1 (32-bit), Win 10

I can confirm the problem with replying to lists. I've been using several google groups for years. All have set "To the entire group" in their Settings > Email options > Post replies. When I pressed Reply in TB, the To field was correctly set to the group address. Now, an incorrect address taken from the original From field is used. It started about a month ago.

The email from the group seems to contain all needed headers:
From: <[e-mail]>
To: <[e-mail]>
Reply-To: [e-mail]
Precedence: list
Mailing-list: list [e-mail]; contact [e-mail]

When I press Reply on this email, the To is set to [e-mail] instead of expected [e-mail].

On the other hand, the Reply-To field is not ignored for emails that don't come from a list. If I receive the following:
From: <[e-mail]>
To: <[e-mail]>
Reply-To: [e-mail]

Pressing the Reply button sets the correct receiver - [e-mail].

It seems that only mailing lists cause the problem. You can create a google group to reproduce the issue.

Comment 19

[Peter Macej]

One more note. This is not caused by any extension. I disabled all my extensions and the issue was still there.

Comment 20

[TAG]

The bug I filed for this has never been fixed. I'm currently using 52.2.1 and can reproduce it at will.  This has been the case in every version since I filed this bug years ago.  I gave up on it ever being fixed.

To repeat you have an email with a Reply-To: header set (in our case from a mailman list that is part of our ticketing system that sets it to support@[redacted], but the list is do-not-reply@[redacted].  If you have support@[redacted] as one of your identities then the Reply-To: header is not used.  It instead sets a Reply-To: header to support@[redacted], but has a To: header that is either "randomly" the list, do-not-reply@[redacted] in our case, or the sender of the email. 

So my workaround is that when I need to send email from support@, I create the identity and send the email, then delete the identity.  As soon as the identity is deleted, then the Reply-To: header works as you'd expect.  This is a PITA, but luckily I don't have to send out email that often as support@.

Still would be nice if it got fixed.

Comment 21

[MarkSG]

These latest issues with reply-to on mailing lists are currently in bug 1309486. There have been a lot of duplicate reports of this issue, but if you want it fixed then I'd suggest contributing to the now-primary bug report for it.

Comment 22

[Joseph Reagle]

I am using 52.6.0 and when I get an email from an email list, Thunderbird uses the "From:" (rather than "Reply-To:") header to populate the "To:" when I hit `Reply` (command-R).

When I hit `Reply to all` it appears to use the "From:" and the "Reply-To:".

Here's some headers from an example message (with "FROM:" address redacted):

```
Sender: [e-mail]
From: John MACFARLANE <REDACTED>
Date: Wed, 31 Jan 2018 16:05:07 -0800
To: [e-mail]
Subject: Re: Regression in placement of punctuation, quotation, and citation?
Message-ID: <20180201000507.GB89826@protagoras>
References: <[e-mail]>
MIME-Version: 1.0
Content-Type: text/plain; charset="UTF-8"; format=flowed
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable
In-Reply-To: <[e-mail]>
X-PGP-Key: http://johnmacfarlane.net/jgm.asc
User-Agent: Mutt/1.9.1 (2017-09-22)
X-Original-Sender: REDACTED
Reply-To: [e-mail]
Precedence: list
Mailing-list: list [e-mail]; contact [e-mail]
List-ID: <pandoc-discuss.googlegroups.com>
X-Spam-Checked-In-Group: [e-mail]
X-Google-Group-Id: 1007024079513
List-Post: <https://groups.google.com/group/pandoc-discuss/post>, <mailto:[e-mail]>
List-Help: <https://groups.google.com/support/>, <mailto:[e-mail]>
List-Archive: <https://groups.google.com/group/pandoc-discuss
List-Subscribe: <https://groups.google.com/group/pandoc-discuss/subscribe>, <mailto:[e-mail]>
List-Unsubscribe: <mailto:[e-mail]>,
 <https://groups.google.com/group/pandoc-discuss/subscribe>

```

Comment 23

[MarkSG]

(In reply to joseph.acct from comment #22)
> I am using 52.6.0 and when I get an email from an email list, Thunderbird
> uses the "From:" (rather than "Reply-To:") header to populate the "To:" when
> I hit `Reply` (command-R).
> 
> When I hit `Reply to all` it appears to use the "From:" and the "Reply-To:".

Now a configurable setting. See Bug 1392371.