forwarded 530671 http://bugs.mutt.org/3242
tag 530671 +confirmed upstream
thanks
Hi,
I've also tried to reproduce the bug creating a subdir outside the IMAP hierarchy but it still
works, unfortunately I have a folder/spoolfile setting and my mutt seems, this is the muttdebug
fragment and the subdir is called "testdot":
----
imap_browse: mbox: INBOX
4> a0008 LIST "" "INBOX"
4< * LIST (\HasChildren) "." "INBOX"
4< a0008 OK List completed.
IMAP queue drained
imap_browse: Quoting mailbox scan: INBOX. -> "INBOX.%"
4> a0009 LIST "" "INBOX.%"
4< * LIST (\HasNoChildren) "." "INBOX.test12"
4< a0009 OK List completed.
IMAP queue drained
imap_browse: Quoting mailbox scan: -> "%"
4> a0010 LIST "" "%"
4< * LIST (\HasChildren) "." "INBOX"
4< * LIST (\HasNoChildren) "." "Trash"
4< * LIST (\HasNoChildren) "." "testdot"
4< a0010 OK List completed.
IMAP queue drained
4> a0011 SELECT "testdot"
4< * FLAGS (\Answered \Flagged \Deleted \Seen \Draft)
Getting mailbox FLAGS
4< * OK [PERMANENTFLAGS (\Answered \Flagged \Deleted \Seen \Draft \*)] Flags
permitted.
Getting mailbox PERMANENTFLAGS
4< * 0 EXISTS
Handling EXISTS
----
Please note that if you are not using spoolfile/folder settings on your .muttrc the bug is clearly
unreproducible because mutt by default uses /var/spool/mail/$USER as spoolfile and even after doing:
1) c imap://usern...@host/
2) insert password and hit return
then c? will show you the list of mailbox you have in your local $HOME/Mail, so you cannot select
any remote IMAP mailbox.
The first step to fix the bug is to reproduce it, unfortunately with a clean installation of mutt
without any .muttrc, using your instructions, the bug is not reproducible.
I've forwarded the bug upstream, probably they know what is going on and they have already came
across this problem.
Cheers
Antonio
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
