Closed
Bug 273511
Opened 20 years ago
Closed 16 years ago
Addresses should be beautified per address book when replying (rewrite/overwrite with/add/use/look up display names from AB)
Categories
(Thunderbird :: Address Book, enhancement)
Thunderbird
Address Book
Tracking
(Not tracked)
RESOLVED
WONTFIX
People
(Reporter: dromaouira, Unassigned)
References
Details
(Whiteboard: [addon idea][wontfix-needs-addon])
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8a6) Gecko/20041206 Firefox/1.0+ Build Identifier: Mozilla Thunderbird version 1.0 (20041206) When replying, the e-mail address or display name of the addressee (previously the sender) should be looked up in the address book and get replaced with my own display name for that person. Reproducible: Always Steps to Reproduce: 1. Get a message sent to you 2. Reply Actual Results: The display name (or simply the e-mail address) of the addressee (previously the sender) is left untouched. Expected Results: The e-mail address or the display name is replaced with the display name of the address book, if found. This behaviour should be configurable. Forwarding is also concerned.
Comment 1•19 years ago
|
||
I fully agree with this feature request! The Display name of the address book entry should be used as described by the bug submitter.
Updated•17 years ago
|
QA Contact: address-book
Updated•16 years ago
|
Assignee: mscott → nobody
Comment 2•16 years ago
|
||
The work on Abook for Tb 3.0 may have invalidated this RFE which is stale. TB 3 now shows Abook display names if the addressee is in the Abook. Nominate closing as WORKSFORME.
Comment 3•16 years ago
|
||
this is still valid afaict. header pane of displayed message is beautified, but not in the process of being replied to - unless you go in and modify something in the address line. Bryan, is this worth putting this on "wanted" for TB3, given the above contradiction of sorts?
Summary: Addresses should be beautified when replying → Addresses should be beautified per address book when replying
Comment 4•16 years ago
|
||
Not sure about this, the consequences seem a little vague. This seems a bit problematic as TB would never know which display name is better to use, the sent name or the one that TB has. If the sent one was empty, then perhaps. What if a person sends a mail out to a large number of CCs and our TB user replies to all. Do we then replace any of the display names TB has in the ABook? This might make sense in an extension so a person could could explicitly install this behavior, but I'm not convinced it's a main line feature. I'd suggest wontfix for tb trunk.
Comment 5•16 years ago
|
||
(In reply to comment #4) > This might make sense in an extension so a person could could explicitly > install this behavior, but I'm not convinced it's a main line feature. I'd > suggest wontfix for tb trunk. Do You want to mark the Status wontfix? I can if You are not able.
Comment 6•16 years ago
|
||
oh right, sorry
Status: NEW → RESOLVED
Closed: 16 years ago
Resolution: --- → WONTFIX
Updated•11 years ago
|
Summary: Addresses should be beautified per address book when replying → Addresses should be beautified per address book when replying (rewrite/overwrite with/add/use/look up display names from AB)
Updated•11 years ago
|
Blocks: wontfix+addonwanted
Whiteboard: [wontfix-needs-addon]
Comment 8•11 years ago
|
||
Thanks for the cleanup. We also have used whiteboard notations such as [addon idea] for such items
Whiteboard: [wontfix-needs-addon] → [addon idea][wontfix-needs-addon]
Comment 9•10 years ago
|
||
I'm glad I have finally found this request -- as the feature comes to my mind several times a day. ;) I think the consequences (noted by Bryan in comment 4) are a bit overestimated. Does replying fundamentally differ from composing a new message? In both cases it's me composing the message, and in both cases I would like to use the addresses as they are stored in my AB. In my view, this could be a simple checkbox in TB settings. Please, could you reconsider the request?
You need to log in
before you can comment on or make changes to this bug.
Description
•