#2170: delay after wrong key in confirmation prompt for server certificate
-------------------------------------------------+--------------------------
Reporter: justinpry...@… | Owner: mutt-dev
Type: defect | Status: closed
Priority: minor | Milestone:
Component: mutt | Version: 1.5.11
Resolution: invalid | Keywords:
-------------------------------------------------+--------------------------
Changes (by me):
* status: new => closed
* resolution: => invalid
Old description:
> {{{
> This is from Debian Bug#342840; I can reproduce by setting
> pop_host="pops://u...@server", pressing G, and eg. 'x' at the certificate
> prompt.
>
> --------------------
> I have been lazily using 'G' to retrieve mail from a POPS server.
>
> I noticed a reaction after upgrading from mutt_1.5.9-2. At the
> "confirm server certificate prompt": "WARNING: Server certificate has
> expired", "(r)eject, accept (o)nce".
>
> If the response is neither 'r' nor 'o', then there is a long delay,
> with no beeps. After the delay, pressing 'o' causes: "Key is not
> bound." Afterwards, 'r' and 'o' are accepted normally.
>
> I checked the Debian and upstream changelogs, but couldn't see
> anything relevant, going to back to 2005 May.
> --------------------
> >How-To-Repeat:
> >Fix:
> Unknown
> }}}
New description:
{{{
This is from Debian Bug#342840; I can reproduce by setting
pop_host="pops://u...@server", pressing G, and eg. 'x' at the certificate
prompt.
--------------------
I have been lazily using 'G' to retrieve mail from a POPS server.
I noticed a reaction after upgrading from mutt_1.5.9-2. At the
"confirm server certificate prompt": "WARNING: Server certificate has
expired", "(r)eject, accept (o)nce".
If the response is neither 'r' nor 'o', then there is a long delay,
with no beeps. After the delay, pressing 'o' causes: "Key is not
bound." Afterwards, 'r' and 'o' are accepted normally.
I checked the Debian and upstream changelogs, but couldn't see
anything relevant, going to back to 2005 May.
--------------------
>How-To-Repeat:
>Fix:
Unknown
}}}
--
Comment:
I believe this bug report is no longer applicable. Mutt will no longer
prompt to accept the expired certificate. Instead, the $ssl_verify_dates
option controls this check. See http://www.mutt.org/doc/devel/manual.html
#ssl-verify-dates
Feel free to reopen this bug if this does not address your issue.
--
Ticket URL: <http://dev.mutt.org/trac/ticket/2170#comment:2>
Mutt <http://www.mutt.org/>
The Mutt mail user agent
