Closed Bug 1660429 Opened 5 years ago Closed 2 years ago

No way to show email addresses in message list columns like correspondent, sender, or recipient - anti-spoof relevance

Categories

(Thunderbird :: Untriaged, enhancement)

enhancement

Tracking

(Not tracked)

RESOLVED DUPLICATE of bug 697031

People

(Reporter: otto.peter, Unassigned)

Details

(Whiteboard: DUPEME)

User Agent: Mozilla/5.0 (Windows NT 6.1; Win64; x64; rv:79.0) Gecko/20100101 Firefox/79.0

Steps to reproduce:

opend an email containing malware despite perfectly legitimate "sender" and "subject"

Actual results:

was just barely fast enough to prevent evil from happening

Expected results:

I should have been able to see the sender's email address (not the "sender" nickname) in the Inbox listing - I would have known that the email was fake. I previously used the "Show Address Only" plugin, but that has been crippled some months ago, and ultimately shot down by TB version 79. Developers, please understand that preventing people from checking the sender's address -before opening an email- is a serious security problem. I am sure that this has been requested by a lot of TB users, but it has to be said again and again, until reason happens.

A few issues

  1. is it reproducible?
  2. if you really are using version 79, you are about a month behind on updates - beta is up to version 80.
  3. there have been slowness issues related to address book - which for beta should be fixed in 80.0b4 and for version 78 will be fixed soon in version 78.2.0

(In reply to Wayne Mery (:wsmwk) from comment #1)
No... this bug is about something else...

Reporter complains that message list only shows display names in correspondents and recipient columns, and there's no way of changing that out of the box.

Otto, have you tried this?
≡ > Options > Find in Options: display name > [ ] Show only display name for people in my address book (uncheck this)
That will show email addresses on the message header at least. Does that help?

Summary: real email address - security → No way to show email addresses in message list columns like correspondent, sender, or recipient - anti-spoof relevance

Turning off "Show only display name..." does not help. I unchecked that long ago, but I still get only the display names in the Inbox (or any other folder's) email list, no matter whether I have the sender in my address book or not. I do not have and do not want the preview pane open (the one that [dis]appears if F8 is pressed).
I am not a month behind, I am exactly where update notifications took me - I am on the release channel, not on beta.
For now, "show address only" columns re-appeared in the column selection tool, but it still needs switching to another folder, and back to the Inbox, to get them filled (other actions that lead to re-drawing of the Inbox list entries work, too).

Version: 79 → 78
Whiteboard: DUPEME

there is still no solution for this yea?
there is one plugin called "full address column". however it needs FULL ACCESS to thunderbird and is therefore considered relatively unsafe

See also the 18 year old 243258.

Problem still exists. With version 115 the add-on used as workaround doesn't work any more, either.

I really do not understand, why this feature is not already built into Thunderbird. I used the Addon "Full Address Column" from https://github.com/lkosson/full-address-column to workaround this issue, which as of version 115 of Thunderbird stopped working, just like the former Addon "Show Addresses Only". I really urge you to fix this since it is a security issue. If I can not see the plain email addresses in the message list, I cannot continue to use Thunderbird. Thank you.

This is a security issue.

Spammers are setting their contact name as a fake e-mail address in order to hide their real e-mail address because this field requires extra steps to read.

One mistake is all it takes.

That this feature isn't even available by default is honestly disappointing, and a whole lot worse that development went out their way to even break the add-ons that were making this possible. Supporting this should be a no-brainer!

Status: UNCONFIRMED → RESOLVED
Closed: 2 years ago
Duplicate of bug: 697031
Resolution: --- → DUPLICATE
You need to log in before you can comment on or make changes to this bug.