Quick means to send e-mail from Default Account while viewing News or other Mail account



MailNews Core
16 years ago
9 years ago


(Reporter: parish, Unassigned)


Firefox Tracking Flags

(Not tracked)




16 years ago
User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.3b) Gecko/20030120 Netscape6/6.5
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.3b) Gecko/20030120

The fix in bug 99363 was the right thing to do, however it has, IMO, left a
usability issue.

There is, AFAICT, no longer a way to compose an e-mail (using the default
account) while viewing News (or a non-default mail account) without switching to
the default account first. This should be possible because:

1. It can be slow switching to the mail account and then switching back,
especially with large newsgroups and/or large mailboxes.

2. When you switch back to the newsgroup you were reading it can be difficult to
find where you were, especially if the View is set to Unread or Threads with Unread.

I suggest a new item on the File->New menu, "Message (Default Accout)" and a new
shortcut key, Ctrl-Shift-M (which appears to be unused at the moment).

Reproducible: Always

Steps to Reproduce:

Comment 1

15 years ago
See also bug 175022.
Ever confirmed: true
Summary: Cannot send e-mail from Default Account in News after bug 99363 fixed → Quick means to send e-mail from Default Account while viewing News or other Mail account
Product: MailNews → Core

Comment 2

12 years ago
This is more then a mere convenience -- it can help prevent major security issue or embarassment.  Say you are reading from an untrusted mail account, such as one of the free ones.  You intend to forward a message or send a message that contains sensitive information as a result of having just read a message from the  untrusted account -- if you just click on "Write", Thunderbird will create the message from the account you last read from, instead of from the default account, which in this example, is on a trusted server.

This has happened to me a number of times already where I send a password (yeah, clear text -- long story) but instead of using my trusted acocunt it uses the account I had last read from, so now that password is up on some server 
that any sysadmin can read.

There are similar scenarios where potentially embarassing things could happen, such as sending email containing critical remarks about an ISP -- over that very ISP's server.

I know that it's "easy" enough to remember to select the proper account from the  "From" drop-down list, but who remembers that every time?  (not me, never)

Comment 3

12 years ago
I meant my previous remarks for bug #175022, not this one.


10 years ago
Assignee: ducarroz → nobody
QA Contact: esther → composition


10 years ago
Product: Core → MailNews Core

Comment 4

9 years ago
dup to bug 119432?
(In reply to comment #4)
> dup to bug 119432?

Don't sound as a dupe of bug #119432 for me.
You need to log in before you can comment on or make changes to this bug.