278989 - Account settings / preferences on security : additional encryption option

Status: RESOLVED DUPLICATE of bug 135636

(Thunderbird :: Account Manager, enhancement)

Description

[u126193]

User-Agent:       Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.5) Gecko/20041107 Firefox/1.0
Build Identifier: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.5) Gecko/20041107 Firefox/1.0

The current security settings in Account Settings > Security > Encryption do not
satisfy my personal needs. I would like to be able to use encryption
systematically _where possible_. Thus I would like to see additional options in
the encryption section, which currently offers:

+ Never (do not use encryption)
+ Required (can't send message unless all recipients have certificates)

I would like to add:

+ Encrypt where possible. (Encrypt to recipients with known certificates, others
get message unencrypted)

And therefore perhaps a check box:

X. Warn me if some recipients do not have certificates and email cannot be
encrypted. (With a choice to continue to cancel).

For me ALL private communication is sensitive. I would like to be able to secure
all my private communications by default, if the required certificates are
present. I do not want to have to think about hitting the Encrypt button every
time I send an email to 'Friend A', when I know he has a certificate and
therefore all communication to him can and should be encrypted (in my opinion).
Currently I have to hit the button each time.

Jay

Reproducible: Always

Comment 1

[Ian Grigg]

I wholeheartedly agree.  In fact I'd go much further ... but for now, I'd  
suggest the following.  Take a leaf out of Firefox's book and look at the  
antiphishing yellow URL bar.  If the addressee can be identified as being  
encryption ready, and shaded yellow, then the absence of some could be  
highlighted.  For example, we could shade those addressees with no encryption  
capability to purple.  
  
Such an option would suit my preferences;  then I would turn off the checkbox 
to warn me of any shortfalls, as my most normal behaviour is to encrypt where I 
can and leave unencrypted where it is inconvenient.  The few times I'm sending 
really sensitive stuff, I know what to do.  
 
iang 

Comment 2

[zug_treno]

Duplicate of Core bug 135636?

Comment 4

[Bob Lord]

Marking as a dup.