Re: [Mutt] #3155: tunnel drops, mutt won't quit
#3155: tunnel drops, mutt won't quit
-----------------------+----------------------------------------------------
Reporter: agriffis | Owner: brendan
Type: defect | Status: assigned
Priority: minor | Milestone: 1.6
Component: IMAP | Version: 1.5.19
Resolution: | Keywords:
-----------------------+----------------------------------------------------
Old description:
> This is a regression from 1.5.18 where mutt would always notice that the
> tunnel had dropped and close the mailbox.
>
> I'm seeing in 1.5.19 that my tunnel can drop, i.e. pre-authenticated
> imapd running over ssh, and mutt gets into a state where it allows
> navigation through the index, and will allow me to view messages that are
> contained in the message cache. `<quit>` doesn't work (completely
> ignored!) and neither does `<change-folder>^` (same behavior).
>
> The way to make mutt notice that the tunnel has dropped is to attempt to
> view a message that's not in the message-cache. At that point it
> suddenly reports "Mailbox closed" and then I'm able to `<change-folder>^`
> to re-open the connection.
>
> I'll try to get a debug trace of this.
New description:
This is a regression from 1.5.18 where mutt would always notice that the
tunnel had dropped and close the mailbox.
I'm seeing in 1.5.19 that my tunnel can drop, i.e. pre-authenticated imapd
running over ssh, and mutt gets into a state where it allows navigation
through the index, and will allow me to view messages that are contained
in the message cache. `<quit>` doesn't work (completely ignored!) and
neither does `<change-folder>^` (same behavior).
The way to make mutt notice that the tunnel has dropped is to attempt to
view a message that's not in the message-cache. At that point it suddenly
reports "Mailbox closed" and then I'm able to `<change-folder>^` to re-
open the connection.
I'll try to get a debug trace of this.
--
Comment(by brendan):
I've reproduced your environment and a similar muttdebug, but mutt still
quits when I press 'q', and lets me change folder to ^. I can confirm that
it doesn't close the mailbox as a result of the imap_keepalive NOOP
failing (possibly this is bad), and that you can still read cached
messages (which is reasonable, since doing so doesn't require issuing any
network commands).
--
Ticket URL: <http://dev.mutt.org/trac/ticket/3155#comment:>
Mutt <http://www.mutt.org/>
The Mutt mail user agent