Closed
Bug 225436
Opened 21 years ago
Closed 5 years ago
allow to default disable encryption if smtp offers TLS/SSL
Categories
(Thunderbird :: Account Manager, enhancement)
Thunderbird
Account Manager
Tracking
(Not tracked)
RESOLVED
WONTFIX
People
(Reporter: hauser, Unassigned)
Details
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.5b) Gecko/20030907
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.5b) Gecko/20030907
In mail confidentiality, one big issue is that most recipients do not have keys
nor the skills/understanding how this works.
I have as a default to encrypt all my outgoing mails if possible.
Now there are some special ISPs that offer to upload the messages fully
protected with TLS/SSL and do not relay mails to recipients outside their own
domain.
Thus, since the pop/imap is also secured, there is no need to encrypt messages
(neglecting the man-in-the-middle problem for once).
When using such an SMTP(S = secure) account, it is a nuisance to always have to
uncheck the security options "encrypt" and "sign" of a message.
Therefore, it would be nice if there were an option on a per smtp account basis
that would allow to override the default encrypt/sign options provided the link
is protected with TLS/SSL (and the recipient has the same domain name as the smtp?)
Reproducible: Always
Steps to Reproduce:
1.
2.
3.
Actual Results:
.
Expected Results:
.
.
Reporter | ||
Comment 1•21 years ago
|
||
see also http://bugzilla.mozilla.org/show_bug.cgi?id=154334 for on a per
recipient basis
Comment 2•20 years ago
|
||
If I understand your report correctly, what you want has already been
implemented.
See also bug 270483.
*** This bug has been marked as a duplicate of 97161 ***
Status: NEW → RESOLVED
Closed: 20 years ago
Resolution: --- → DUPLICATE
Reporter | ||
Comment 3•20 years ago
|
||
Don't think this is a duplicate; this RFE wants an additional piece of logic on
top of whether the smtp is able to do TLS or not. If the sending will happen
with TLS, it wants to be able to not to do smime encryption of the message
payload on a global basis. Today, one has to disable s/Mime encryption on a
per-message basis if it arrived encrypted and I reply or forward.
Status: RESOLVED → REOPENED
Resolution: DUPLICATE → ---
Updated•18 years ago
|
QA Contact: account-manager
Updated•16 years ago
|
Assignee: mscott → nobody
Status: REOPENED → NEW
Reporter | ||
Comment 4•16 years ago
|
||
this rfe would be less needed if bug 276786 were available - see also bug 280588
Comment 5•5 years ago
|
||
Not going to do this. You can always change the default later.
Status: NEW → RESOLVED
Closed: 20 years ago → 5 years ago
Resolution: --- → WONTFIX
You need to log in
before you can comment on or make changes to this bug.
Description
•