Can't access IMAP folders from server buffer

[Austin Frank]

Hello all--

I'm using nnimap with a local Dovecot IMAP server.  This is on No Gnus
v0.11, on emacs 23.0.94.11.

I've added a new splitting rule to `nnimap-split-rule'.  After
processing some mail so that a message would be split into the new
folder, I tried to go to the list of folders from the server buffer.  In
the *Group* buffer I hit ^ to enter the *Server* buffer.  I went to the
server that connects to my local IMAP server, nnimap:dc.  I hit enter on
that server and got an error.  The backtrace for that error was

(Note:  replaced ^M control characters with a literal ^M in the
following backtrace)
#v+
Debugger entered--Lisp error: (error "Internal error, tag 197 status BAD code 
nil text Error in IMAP command EXAMINE: Missing '\"'")
  signal(error ("Internal error, tag 197 status BAD code nil text Error in IMAP 
command EXAMINE: Missing '\"'"))
  error("Internal error, tag %s status %s code %s text %s" 197 BAD nil "Error 
in IMAP command EXAMINE: Missing '\"'")
  imap-parse-response()
  imap-arrival-filter(#<process imap> "197 BAD Error in IMAP command EXAMINE: 
Missing '\"'^M\n\" BAD Error in IMAP command : Unknown command.^M\n")
  accept-process-output(#<process imap> 0 100)
  imap-wait-for-tag(197 nil)
  imap-send-command-wait("EXAMINE \"INBOX\n\"")
  imap-mailbox-select-1("INBOX\n" examine)
  imap-mailbox-select("INBOX\n" examine)
  nnimap-find-minmax-uid("INBOX\n" examine)
  nnimap-request-list("dc")
  gnus-request-list((nnimap "dc" (nnimap-address "localhost") 
(nnimap-authinfo-file "~/.authinfo")))
  gnus-browse-foreign-server("nnimap:dc" #<buffer *Server*>)
  gnus-server-read-server("nnimap:dc")
  call-interactively(gnus-server-read-server nil nil)
#v-

I've also attached the contents of the *imap-log* buffer that were
generated when I hit enter on the server name in the *Server* buffer.

The problem seems to arise when processing some folder with a name that
begins with INBOX.  I have two theories about the cause of the problem,
which might not actually be different.

First, in the backtrace, there's a series of imap-* commands that have
"INBOX\n" as an argument.  The server may be choking on the \n part of
the name.  I don't know how it got there, or how to fix it.  Thoughts?

The second part of my theory is that one of the folders on the server
has an invalid name starting with INBOX.  Looking at the log, line 148
reads

  * LIST (\HasNoChildren) "." "INBOX&AAo-"
    
If this theory is correct, I'm guessing that that's the culprit.  I
don't know how that folder was created.  Assuming it doesn't have any
mail inside of it, I'd be fine with deleting it.  Unfortunately, I don't
know how to delete except by accessing the server from the server
buffer.

Am I on the right track with either of these ideas?  Any suggestions on
how I can solve this problem?  Other steps I could take or information I
could provide in trying to figure this out?

Thanks for any help,
/au

(attached file has ^M line endings, because that's how they were in the
buffer)

imap-debug.txt
Description: Text document

-- 
Austin Frank
http://aufrank.net
GPG Public Key (D7398C2F): http://aufrank.net/personal.asc

pgpbMzM8LOsQv.pgp
Description: PGP signature