GNU bug report logs - #31990
26.1; Stuck in loop trying to send bug report

Previous Next

Full log

View this message in rfc822 format

From: Live System User <nyc4bos <at> aol.com>
To: Eli Zaretskii <eliz <at> gnu.org>
Cc: 31990 <at> debbugs.gnu.org
Subject: bug#31990: 26.1; Stuck in loop trying to send bug report
Date: Thu, 09 Aug 2018 18:18:37 -0400

Robert Pluim <rpluim <at> gmail.com> writes:

> Live System User <nyc4bos <at> aol.com> writes:
>
>> Robert Pluim <rpluim <at> gmail.com> writes:
>>
>>> Live System User <nyc4bos <at> aol.com> writes:
>>>>   I don't have and don't want that entry saved on disk.
>>>
>>> Which entry?
>>
>>   The emtire SMTP server entry.
>>   
>>>              Thereʼs no need to store the password, a .authinfo with
>>> just
>>>
>>> machine my.mail.provider login myname port 465
>>>
>>> should be enough to get auth-source to prompt you for the password
>>> straight after the SMTP server sends its capabilities (and this will
>>> not cause the password to be stored on disk).
>>
>>   I have serveral emtries in my .authinfo.gpg -- most without a
>>   password stored.
>>
>>   There are two 2 servers that I don't want ANY information about
>>   stored on disk -- not even in an encrypted .authinfo.gpg file.
>
> Then how do you expect emacs to know that for those 2 particular
> servers it should prompt straight away?

  Because (I believe) that the protocol requires a "password" or
  certificate.

>                                         Or are you asking for a
> generic 'if AUTH in capabilities then prompt username and password'
> feature?

  I'm requesting to restore the capability that
  `smtpmail-auth-credentials' provided previously.

>
>>   Previously, one used `smtpmail-auth-credentials' for this.
>
> Which as Eli points out needed to be stored somewhere as well.

  But it doesn't have to be stored on *disk*.

  It can be defined anew each Emacs session and thus only "stored"
  in *memory*.

  Thanks.
  
>
> Regards
>
> Robert

Previous Next

GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.