[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: Opportunistic STARTTLS in smtpmail.el
From: |
Robert Pluim |
Subject: |
Re: Opportunistic STARTTLS in smtpmail.el |
Date: |
Thu, 02 Jun 2011 10:57:41 +0200 |
User-agent: |
Gnus/5.13 (Gnus v5.13) Emacs/24.0.50 (cygwin) |
Stefan Monnier <address@hidden> writes:
>> From my perspective the chief benefit is that any `auth-source-search'
>> call against an unencrypted file will not require a passphrase until the
>> password is actually needed, and yet the password will be stored
>> securely.
>
> Sounds OK. But only if you push if further and deprecate
> authinfo.gpg.
I'm not clear on why you'd want that. I can imagine someone wanting to
hide username & server identities from inspection, not just the
associated passwords. ie I distinguish 3 cases
1) everything unencrypted
2) passwords encrypted only
3) everything encrypted
Robert
- Re: Opportunistic STARTTLS in smtpmail.el, Stefan Monnier, 2011/06/01
- Re: Opportunistic STARTTLS in smtpmail.el, Ted Zlatanov, 2011/06/01
- Re: Opportunistic STARTTLS in smtpmail.el, Stefan Monnier, 2011/06/01
- Re: Opportunistic STARTTLS in smtpmail.el, Ted Zlatanov, 2011/06/01
- Re: Opportunistic STARTTLS in smtpmail.el, Stefan Monnier, 2011/06/02
- Re: Opportunistic STARTTLS in smtpmail.el,
Robert Pluim <=
- Re: Opportunistic STARTTLS in smtpmail.el, Daiki Ueno, 2011/06/02
- Re: Opportunistic STARTTLS in smtpmail.el, Stefan Monnier, 2011/06/02
- Re: Opportunistic STARTTLS in smtpmail.el, Ted Zlatanov, 2011/06/02
- Re: Opportunistic STARTTLS in smtpmail.el, Daiki Ueno, 2011/06/02
- Re: Opportunistic STARTTLS in smtpmail.el, Ted Zlatanov, 2011/06/02
- Re: Opportunistic STARTTLS in smtpmail.el, Lars Magne Ingebrigtsen, 2011/06/03
- netrc field encryption in auth-source (was: Opportunistic STARTTLS in smtpmail.el), Ted Zlatanov, 2011/06/05
- Re: netrc field encryption in auth-source, Lars Magne Ingebrigtsen, 2011/06/26
- GPGME (was: netrc field encryption in auth-source), Ted Zlatanov, 2011/06/27
- Re: GPGME, Daiki Ueno, 2011/06/27