imap/nnimap and quoted/literal string problem

imap/nnimap and quoted/literal string problem

[Chris Searle]

Hi - I'm having an imap/nnimap problem - tested on 5.9.0 and Oort as
of 20th Nov 2002.

For most mailboxes the server sends as what RFC 2060 calls quotable -
but for mailboxes with " in the name it sends as literal (from what I
can understand of 2060 this is perfectly OK).

Here is a slightly changed string (company info removed)

* LIST () "/" {correct string length}
Public Folders/co_name/Products/UserHelpDesk/Name of folder "with quote chars"

nnimap gives the following backtrace:

Debugger entered--Lisp error: (error "Internal error, tag 2451 status BAD code nil text Protocol Error: \"Additional characters at end of line on SELECT command\"")
   signal(error ("Internal error, tag 2451 status BAD code nil text Protocol Error: \"Additional characters at end of line on SELECT command\""))
   error("Internal error, tag %s status %s code %s text %s" 2451 BAD nil "Protocol Error: \"Additional characters at end of line on SELECT command\"")
   imap-parse-response()
   imap-arrival-filter(#<process imap> "2451 BAD Protocol Error: \"Additional characters at end of line on SELECT command\" \n")
   accept-process-output(#<process imap> 1)
   imap-wait-for-tag(2451 nil)
   imap-send-command-wait("EXAMINE \"Public Folders/co_name/Products/UserHelpDesk/Name of folder \"with quote chars\"")
   imap-mailbox-select-1("Public Folders/co_name/Products/UserHelpDesk/Name of folder \"with quote chars\"" examine)
   imap-mailbox-select("Public Folders/co_name/Products/UserHelpDesk/Name of folder \"with quote chars\"" examine)
   nnimap-find-minmax-uid("Public Folders/co_name/Products/UserHelpDesk/Name of folder \"with quote chars\"" examine)
   nnimap-request-list("correct-server-name")
   gnus-request-list((nnimap "correct-server-name"))

from which we can see that it does not seem to be escaping the " - the
\" is (IIRC) the debugger escaping the string to be able to report
this.

Has anyone else had this problem? Any workarounds/patches? 

-- 
Chris Searle
oort@chrissearle.org