Closed Bug 173080 Opened 23 years ago Closed 21 years ago

Allow sending encrypted mail without an own encryption certificate

Categories

(MailNews Core :: Security: S/MIME, enhancement)

Other Branch
enhancement
Not set
normal

Tracking

(Not tracked)

RESOLVED DUPLICATE of bug 230576

People

(Reporter: KaiE, Unassigned)

References

Details

In order to be able to send an encrypted message, we currently require the user to own an encryption certificate, and have an encryption certificate configured in mail security preferences. This should not be necessary. There is no real reason to own an encryption certificate for being able to send an encrypted message. The only requirement should be to have obtained the public recipient's certificate.
Severity: normal → enhancement
Target Milestone: --- → Future
In addition to what I already said: Currently it is required to select a certificate before you can configure "use encryption by default". This should also not be necessary. The encryption configuration of mail messages should be independent whether the user owns or has configured self's encryption certificate.
I'll add another request here : even if we do have an encryption certificate configured, there should be a way for a Mozilla user not to put himself as an automatic S/MIME recipient, in case he does not want to keep a readable copy of the e-mail message. This has the additional benefit that if the sender's private key gets compromised, the e-mail message, even if intercepted during transit, still cannot be decrypted. Decrypting it would require compromising the recipient(s) private key(s). I suggest that in the UI, this should be both a S/MIME preference (for the default setting) and a per-message setting (if one wants to override the preference for a particular message).
*** Bug 213868 has been marked as a duplicate of this bug. ***
Mass reassign ssaux bugs to nobody
Assignee: ssaux → nobody
Mass change "Future" target milestone to "--" on bugs that now are assigned to nobody. Those targets reflected the prioritization of past PSM management. Many of these should be marked invalid or wontfix, I think.
Target Milestone: Future → ---
marking as dup of newer bug, because it has a patch... *** This bug has been marked as a duplicate of 230576 ***
Status: NEW → RESOLVED
Closed: 21 years ago
Resolution: --- → DUPLICATE
Product: PSM → Core
Product: Core → MailNews Core
QA Contact: carosendahl → s.mime
You need to log in before you can comment on or make changes to this bug.