GNU bug report logs - #77760
31.0.50; false positive match for smtpmail-try-auth-methods with password-store

Previous Next

Packages: gnus, emacs;

Reported by: Julien Cubizolles <j.cubizolles <at> free.fr>

Date: Sat, 12 Apr 2025 09:14:02 UTC

Severity: normal

Found in version 31.0.50

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

Bug is archived. No further changes may be made.

Full log

Message #14 received at 77760 <at> debbugs.gnu.org (full text, mbox):

From: Robert Pluim <rpluim <at> gmail.com>
To: Julien Cubizolles <j.cubizolles <at> free.fr>
Cc: 77760 <at> debbugs.gnu.org
Subject: Re: bug#77760: 31.0.50; false positive match for
 smtpmail-try-auth-methods with password-store
Date: Fri, 18 Apr 2025 09:38:36 +0200

>>>>> On Fri, 18 Apr 2025 00:04:20 +0200, Julien Cubizolles <j.cubizolles <at> free.fr> said:

    Julien> Robert Pluim <rpluim <at> gmail.com> writes:
    >>>>>>> On Sat, 12 Apr 2025 11:13:15 +0200, Julien Cubizolles <j.cubizolles <at> free.fr> said:
    >> 
    Julien> The smtpmail-try-auth-methods give positive results for entries in the
    Julien> password-store that don't match the right host. All
    Julien> entries with the right :user and that hold a :secret are considered
    Julien> valid. Adding :type 'netrc fixes this problem. I thought that adding :host in the
    Julien> :require field should also fix it but for some reason it doesn't…
    >> 
    >> If youʼre testing in a single emacs session, then
    >> `auth-source-forget-all-cached' will get things back into a sane state.

    Julien> I tried it. It doesn't change the fact that the call to
    Julien> auth-source-search from smtpmail-try-auth-methods will return a result
    Julien> with a "match" for an entry in password-store with the right :user field
    Julien> but a wrong :host. In my case, the right entry for smtp identification is
    Julien> defined in .authinfo.gpg but because of entries with the same user field
    Julien> but different host in password store, this smtp entry is not picked.

Ah, youʼre using both password store and .authinfo.gpg? That might
explain why I canʼt reproduce it using just .authinfo.gpg.

Could you give me a (sanitized) sample of the failing config?

Robert
--
This bug report was last modified 100 days ago.

Previous Next

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