🚀 go-pugleaf

Hi all,

I believe there is a problem with VM's ability to save a message to an
IMAP folders residing on an iPlanet server.  At least, I'm having
trouble, and I don't have trouble when using the same VM version and
configuration on a Courier IMAP server.  Is this a known problem?

I append my IMAP trace buffer from startup, to fetching my inbox (which
has 10 messages), to an unsuccessful save try.  Note the lack of error
message in the trace.  I do, however, get "server said NO to APPEND" in
the minibuffer.  I doubt this is the CRLF problem, as some people have
posted about; from what I can tell, the commands VM sends to an imap
server are wrapped in a call that appends \r\n.

Please help; let me know how I can help.

Justin

----------

starting IMAP session Mon Dec  6 11:34:25 2004
connecting to mail.foof.com:143
connected
* OK mail.foof.com IMAP4 service (iPlanet Messaging Server 5.2 HotFix
1.16 (built May 14 2003))
VM CAPABILITY
* CAPABILITY IMAP4 IMAP4rev1 ACL QUOTA LITERAL+ NAMESPACE UIDPLUS
CHILDREN LANGUAGE XSENDER X-NETSCAPE XSERVERINFO AUTH=PLAIN
VM OK Completed
VM LOGIN <parameters omitted>
VM OK User logged in
VM SELECT INBOX
* FLAGS (\Answered \Flagged \Draft \Deleted \Seen Junk NonJunk
$Forwarded NotJunk Forwarded JunkRecorded)
* OK [PERMANENTFLAG (\Answered \Flagged \Draft \Deleted \Seen Junk
NonJunk $Forwarded NotJunk Forwarded JunkRecorded \*)]
* 10 EXISTS
* 0 RECENT
* OK [UIDVALIDITY 1088142592]
VM OK [READ-WRITE] Completed
VM FETCH 1:10 (UID)
* 1 FETCH (UID 2377)
* 2 FETCH (UID 2378)
* 3 FETCH (UID 2380)
* 4 FETCH (UID 2381)
* 5 FETCH (UID 2382)
* 6 FETCH (UID 2383)
* 7 FETCH (UID 2384)
* 8 FETCH (UID 2385)
* 9 FETCH (UID 2386)
* 10 FETCH (UID 2387)
VM OK Completed