<<< Date Index >>>     <<< Thread Index >>>

Re: [Mutt] #2170: delay after wrong key in confirmation prompt for server certificate



#2170: delay after wrong key in confirmation prompt for server certificate
-------------------------------------------------+--------------------------
  Reporter:  justinpryzby@â                      |       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://user@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://user@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