[BUG] : playing with imap sub-folders

["E. ALLAUD" <e allaud wanadoo fr>]

	Hi all,
I was plyaing trying to add sub-folder to the INBOX imap folder (the 
imap server is the gnu imapd, locally). First I had problems to add a 
subfolder, the creation button being greyed (even after having choosen 
the INBOX and the name of the new sub-folder). But I closed balsa to 
put me under gdb, then reopen it, and then no problem I was able to add 
the new folder. I played a bit to see if I can have the INBOX hidden 
(ie following the thread on IMAP) deselecting "always show INBOX" 
changing prefix and so on and finally I had the following bug :

here is the console output and the bt

add_imap_mailbox: add mbox of name INBOX/test1 (full path imap://
balsatest@localhost/INBOX/test1)
1050676692: Scanning done.
Destroying children of 0x8817020
Getting folder list...
ADDING FOLDER  INBOX/test1
  1050676692: Scanning done.
Destroying children of 0x87f0998
Saving mailbox node Balsa-test with prefix balsa/folder-0/
Getting folder list...
1050676694: Scanning done.
Destroying children of 0x4462a080
Getting folder list...
[New Thread 163851 (LWP 2260)]
Reading imap://balsatest@localhost/INBOX/test1...
Selecting INBOX/test1...
[New Thread 180236 (LWP 2261)]
Reading imap://balsatest@localhost/INBOX/test1...
Selecting INBOX/test1...
  Program received signal SIGPIPE, Broken pipe.
[Switching to Thread 16384 (LWP 2233)]
0x4027374b in write () from /lib/i686/libpthread.so.0
(gdb) bt
#0  0x4027374b in write () from /lib/i686/libpthread.so.0
#1  0x0882af38 in ?? ()
#2  0x080dcf4a in mutt_socket_write_d (conn=0x1e, buf=0x85e0888 
"balsatest",
     dbg=2) at mutt_socket.c:108
#3  0x080cc2d4 in imap_exec (idata=0x85e0dc0, cmd=0x8111093 "CLOSE", 
flags=0)
     at command.c:193
#4  0x080ce03d in imap_close_mailbox (ctx=0x8814b98) at imap.c:1112
#5  0x080dbf6c in mx_fastclose_mailbox (ctx=0x8814b98) at mx.c:733
#6  0x080cc55c in cmd_handle_untagged (idata=0x85e0dc0) at command.c:370
#7  0x080cc0fe in imap_cmd_step (idata=0x85e0dc0) at command.c:138
#8  0x080cc2f1 in imap_exec (idata=0x85e0dc0,
     cmd=0xbfffe920 "SUBSCRIBE \"INBOX/test1\"", flags=0) at command.
c:204
#9  0x080ce6d1 in imap_subscribe (path=0xbfffe520 "\"INBOX/test1\"",
     subscribe=1) at imap.c:1392
#10 0x080bb413 in libbalsa_mailbox_imap_subscribe (mailbox=0x85e8be8,
     subscribe=1) at mailbox_imap.c:1102

So it seems that to close the mailbox we issue the IMAP CLOSE cmd but 
on the already closed socket.
Bye
Manu