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)

enhancement
Not set
normal

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: . .
see also http://bugzilla.mozilla.org/show_bug.cgi?id=154334 for on a per recipient basis
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
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 → ---
QA Contact: account-manager
Assignee: mscott → nobody
Status: REOPENED → NEW
this rfe would be less needed if bug 276786 were available - see also bug 280588

Not going to do this. You can always change the default later.

Status: NEW → RESOLVED
Closed: 20 years ago5 years ago
Resolution: --- → WONTFIX
You need to log in before you can comment on or make changes to this bug.