[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

bug#31990: 26.1; Stuck in loop trying to send bug report

From: Live System User
Subject: bug#31990: 26.1; Stuck in loop trying to send bug report
Date: Mon, 20 Aug 2018 19:38:15 -0400
User-agent: Gnus/5.13 (Gnus v5.13) Emacs/26.1 (gnu/linux)

Robert Pluim <address@hidden> writes:

> Live System User <address@hidden> writes:
>> Eli Zaretskii <address@hidden> writes:
>>>> From: Live System User <address@hidden>
>>>> Cc: address@hidden
>>>> Date: Fri, 10 Aug 2018 04:53:16 -0400
>>>> >>   It was done manually anew in each session, yes.
>>>> >
>>>> > Then you should be able to manually set the variables derived from the
>>>> > auth file, no?
>>>>   Unfortunately, no, as there is only the variable `smtpmail-smtp-user'
>>>>   and no "smtpmail-smtp-password"-like variable...
>>> Then perhaps we should add them.
> And then people go 'but I want different values for different
> accounts', and weʼre back at the .authinfo solution.
>>   Yes, although I would prefer that the solution would be more
>>   comprehensive and allow users to make first-time *authenicated*
>>   connections instead of retrying (with a subsequent prompt for
>>   the password) only after a first-time *unauthenicated* connection
>>   failure.
>>   This would better solve this issue and for bug#26359 as well.
>>> I do consider yours a very strange use case, btw.
>>   I do it for my sense of privacy (as little as it may be).
> Adding just the smtp username into .authinfo is really that much of an
> issue for you?

  I don't want that information for 2 accounts *stored on disk*.

>                Given that youʼre using initially-unencrypted SMTP
> connections,

  This issue is *also* present in an initially-*ENCRYPTED* TlS SMTP
  connection (port 465).

>              I fail to see the benefit to your privacy.

  Would you use similiar arguments for those who chose NOT to store
  their SMTP pasword in an (encrypted) .authinfo file?

>>   To each's own...
> Indeed.

  Then, nopefully, this option will be restored back in Emacs.


> Robert

reply via email to

[Prev in Thread] Current Thread [Next in Thread]