Reply options: Ability to reply ToSender or ToList

RESOLVED WONTFIX

Status

Thunderbird
Mail Window Front End
--
enhancement
RESOLVED WONTFIX
14 years ago
8 years ago

People

(Reporter: Biju, Unassigned)

Tracking

Firefox Tracking Flags

(Not tracked)

Details

(Reporter)

Description

14 years ago
User-Agent:       
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7a) Gecko/20040131 Firebird/0.8.0+

Some maillist dont modify "Reply-To:" to point back to them 
If thunderbird could give an option it will be a great help

Following are usual headers
  From:
  Reply-To:
  List-Post:
  Mail-Followup-To:

Following logic can get ToSender, or ToList address
ToSender = From:
ToList = List-Post:

if(!ToList) if(From: <> Reply-To:) ToList = Reply-To:
if(!ToList) if(From: <> Mail-Followup-To:) ToList = Mail-Followup-To:



Reproducible: Always
Steps to Reproduce:
1.
2.
3.
(I'd add that the Reply-to: header on MLs is harmful and should not be there)

Anyway, I'd also add it would be nice to have Reply-to sender/list/whatever
buttons in the toolbar as well (not necessarily enabled by default)

Comment 2

13 years ago
Duplicate of Bug 45715?

Comment 3

13 years ago
Yep, looks like one.
(Reporter)

Comment 4

13 years ago
(In reply to comment #2)
> Duplicate of Bug 45715?

NO, slightly different this is for mails from EZMLM, Mailman etc.
http://directory.google.com/Top/Computers/Software/Internet/Servers/Mail/List_Management/
like http://cygwin.com/ml/cygwin/2004-11/msg00746.html

The mail also have header "List-Post:" 
I want mail client to completley ignore emailid in "To:" and "From:" of recieved
mail and use only the id in "List-Post:" of  recieved mail as "To:" of reply mail

Bug# 45715 talks about converting "CC:" in incomming message as "To:" for
outgoing message.
(Reporter)

Updated

13 years ago
Blocks: 45715

Comment 5

12 years ago
*** Bug 288501 has been marked as a duplicate of this bug. ***

Comment 6

12 years ago
Might want to have a Reply-To: dropdown someplace that grabs:

From:
Reply-To:
List-Post:
Mail-Followup-To:
Sender:
Return-path:
List-Id:

and populates a list. Any URLs that are found in the msg headers should be made
links when all headers are visible.
(In reply to comment #6)
> Might want to have a Reply-To: dropdown someplace that grabs:
> 
> From:
> Reply-To:
> List-Post:
> Mail-Followup-To:
> Sender:
> Return-path:
> List-Id:
> 
> and populates a list. Any URLs that are found in the msg headers should be made
> links when all headers are visible.

Comment 8

11 years ago
A "Reply-to-To" would (>90%) solve the "great maillist replying misery".

And, a "Reply-to-From" would solve (~) the rest.

explanation:
MLs place the list addrecc in the 'To' field.
It is okay, as this place was "free", as in rare cases I want reply to myself.
Then, the list address was (tended to) placed in the 'Reply-to' field as well. In order to "direct the Reply to the right place (the list)".
They forgot that it makes the (valid!) 'From' address unavailable. One cannot reply to a mail! Neither "Reply" or "Reply-to-All" command will give other address than the list address.

Comment 9

11 years ago
This is pretty standard stuff in any number of MUAs (Kmail, Evolution, Sylpheed, Pine, Mutt....).

I've never understood why Mozilla overlooked it.

Please, by all means, add this feature yesterday.

Comment 10

11 years ago
(In reply to comment #4)
> (In reply to comment #2)
> > Duplicate of Bug 45715?
> 
> NO [...]
> I want mail client to completley ignore emailid in "To:" and "From:" of
> recieved mail and use only the id in "List-Post:" of  recieved mail as 
> "To:" of reply mail

That's what the patch at bug 45715 implemented -- but only for List-Post; there's no support for Mail-Followup-To as described in the original report.
Severity: normal → enhancement
QA Contact: front-end

Updated

9 years ago
Assignee: mscott → nobody

Comment 11

8 years ago
This has been solved in Bug 45715.
Status: NEW → RESOLVED
Last Resolved: 8 years ago
Resolution: --- → DUPLICATE
Duplicate of bug: 45715

Comment 12

8 years ago
This but is NOT just a duplicate of 45715 as explained in the comments above.

Are we to understand that the patch in 45715 adds a "reply" option to all of these choices:

To:
From:
Reply-To:
List-Post:
Mail-Followup-To:
List-Id:
Sender:
Return-path:

If all those are present, than calling this a duplicate is fine. If just List-Post: was added, then that's NOT all that's needed. IMHO reply should have a dropdown with each of these things listed. I'm happy to have that drop down hidden unless you pick "power user reply drop down" or some similar from the menu.

The From: and To: headers let you right click and pick "Compose Mail To" from the list, then "quote" the message. This is nice, but it screws up threading on lists or in user's in boxes as the message is NOT marked as a reply.

One should be able to "reply" to each of those addresses.

Please re-open or confirm that all the requested functionality has indeed been added.

Comment 13

8 years ago
OK. But I suggest to change the misleading title of this bug because what you just listed doesn't really look like the same request made in the title. Basically you're asking Tb to implement replying to an email mentioned in any header whatsoever, and honestly I don't think this would happen.

OTOH, you may want to file a new bug suggesting what other headers to look for when replying to list. E.g., if list-post not found, look for list-id, and if that not found, look for mail-followup-to (BTW, I've never heard of such header until now) and so on. I really don't think there's a point in presenting user with 20 reply options. Instead, existing ones (now that Reply to List is there) should be improved.
Status: RESOLVED → REOPENED
Resolution: DUPLICATE → ---
if you read bug 45715 comment #155 we intend to offer a "reasonable" set of options to choose from, annotating what they are.

I don't think we'd include the option for every possible posting for every message.  If that's what you want it's likely that you could use the existing code to rework the reply button to include all the options.  Also I don't think that we'd accept a preference to toggle 'power user options' vs. 'reasonable options'.

I can definitely help create an extension that provides this behavior. bug 391272 comment 41 has some quick instructions to get started

Likely you'll just offer a modified version of the UpdateReplyButtons() function that does something like this:

for (var header in your_header_options) {
  if ( currentHeaderData[header] ) {
    addReplyMenuItem(currentHeaderData[header]);
  }
}

You can check out Martin's code on bitbucket to see what he did, the approach is very similar.
Based on Bryan's comment - WONTFIX - this should be implemented as an extension
Status: REOPENED → RESOLVED
Last Resolved: 8 years ago8 years ago
Resolution: --- → WONTFIX
No longer blocks: 45715
You need to log in before you can comment on or make changes to this bug.