Logging into the IMAP server...
vm-imap-protocol-error: IMAP protocol error: "expected UID,
RFC822.SIZE and (FLAGS list) in FETCH response"
this is using gnu emacs 23 and the latest trunk, using imap-ssl.
thanks for any clues,
Brilliant! Good decision :-) Good to see that Google imap works as well.
> I am getting
>
> Logging into the IMAP server...
> vm-imap-protocol-error: IMAP protocol error: "expected UID,
> RFC822.SIZE and (FLAGS list) in FETCH response"
If you look at a list of your Emacs buffers, you would find a buffer
with a name like "trace of IMAP session ...". That has a list of the
commands that VM sent the IMAP server as well as the responses it has
received. Please post some of these contents.
My VM's trace looks like the following. The first line beginning with
"VM" is a request from VM, and the next line beginning with "VM" is the
response from the server and so on alternating betweenthe two. The
additional lines with "*" are responses are also responses from the
server. If you read the dialogue sequentially, it is pretty easy to
understand what is going on.
In the line that says "VM FETCH 1:1922 (UID RFC822.SIZE FLAGS)", VM is
asking the server for the unique id, the size and the flags for all the
messages in the positions 1 to 1922. My IMAP server coplied. It will
be interesting to see what your server did.
Cheers,
Uday
--------
starting IMAP session Tue Dec 08 10:00:43 2009
connecting to localhost:143
connected
* OK IMAP4 Ready imap 0001cdf3
VM CAPABILITY
* CAPABILITY IMAP4 IMAP4REV1
VM OK CAPABILITY
VM LOGIN <parameters omitted>
VM OK Logged in.
VM SELECT "INBOX"
* FLAGS (\Answered \Flagged \Deleted \Seen \Draft forwarded filed
redistributed ! $Forwarded 7350 7354 7391 signed * accept action)
* OK [PERMANENTFLAGS (\Answered \Flagged \Deleted \Seen \Draft forwarded
filed redistributed ! $Forwarded 7350 7354 7391 signed * accept action
\*)] Flags permitted.
* 1922 EXISTS
* 2 RECENT
* OK [UIDVALIDITY 1217243146] UIDs valid
* OK [UIDNEXT 18584] Predicted next UID
VM OK [READ-WRITE] Select completed.
VM FETCH 1:1922 (UID RFC822.SIZE FLAGS)
* 1 FETCH (UID 13893 RFC822.SIZE 3501 FLAGS (\Seen))
* 2 FETCH (UID 13894 RFC822.SIZE 2931 FLAGS (\Answered \Seen))
....
VM OK Fetch completed.
VM STORE 1910 +FLAGS.SILENT (\seen)
VM OK Store completed.
VM STORE 1915 +FLAGS.SILENT (\seen)
VM OK Store completed.
VM STORE 1911:1911 +FLAGS.SILENT (\Deleted)
VM OK Store completed.
VM STORE 1912:1912 +FLAGS.SILENT (\Deleted)
VM OK Store completed.
VM STORE 1913:1913 +FLAGS.SILENT (\Deleted)
VM OK Store completed.
VM STORE 1914:1914 +FLAGS.SILENT (\Deleted)
VM OK Store completed.
VM STORE 1916:1916 +FLAGS.SILENT (\Deleted)
VM OK Store completed.
VM STORE 1917:1917 +FLAGS.SILENT (\Deleted)
VM OK Store completed.
VM STORE 1918:1918 +FLAGS.SILENT (\Deleted)
VM OK Store completed.
VM STORE 1919:1919 +FLAGS.SILENT (\Deleted)
VM OK Store completed.
VM STORE 1908:1908 +FLAGS.SILENT (\Deleted)
VM OK Store completed.
VM STORE 1909:1909 +FLAGS.SILENT (\Deleted)
VM OK Store completed.
VM EXPUNGE
VM OK Expunge completed.
VM EXPUNGE
* 1919 EXPUNGE
* 1918 EXPUNGE
* 1917 EXPUNGE
* 1916 EXPUNGE
* 1914 EXPUNGE
* 1913 EXPUNGE
* 1912 EXPUNGE
* 1911 EXPUNGE
* 1909 EXPUNGE
* 1908 EXPUNGE
VM OK Expunge completed.
Process IMAP connection broken by remote peer
> If you look at a list of your Emacs buffers, you would find a buffer
> with a name like "trace of IMAP session ...". That has a list of the
> commands that VM sent the IMAP server as well as the responses it has
> received. Please post some of these contents.
If you don't find a trace of IMAP session buffer, then please add this
line to your .emacs file:
(setq vm-imap-keep-trace-buffer t)
The system is supposed to set the variable to t as soon as it gets an
IMAP protocol error, thereby preserving the trace buffer, but I can't
be sure that it is working fully.
Cheers,
Uday
thanks for responding, probably something I am doing wrong... here it
is
starting IMAP over SSL session Wed Dec 9 23:23:40 2009
connecting to imap.xx.edu:993
connected
* OK [CAPABILITY IMAP4rev1 LITERAL+ AUTH=PLAIN SASL-IR] Sendmail Proxy
IMAP4rev1 v2.3.1
VM CAPABILITY
* CAPABILITY IMAP4rev1 LITERAL+ AUTH=PLAIN SASL-IR IMAP4 IMAP4rev1 ACL
QUOTA NAMESPACE LITERAL+ UIDPLUS
VM OK CAPABILITY completed
VM LOGIN <parameters omitted>
VM OK User logged in
VM SELECT "inbox"
* OK [UIDVALIDITY xx] UIDs stay valid
* OK [UIDNEXT xx] Next UID
* OK [UNSEEN 1] Not all are seen
* 1 EXISTS
* 0 RECENT
* FLAGS (\Answered \Flagged \Draft \Deleted \Seen $MDNSent $Junk
$NotJunk)
* OK [PERMANENTFLAGS (\Answered \Flagged \Draft \Deleted \Seen
$MDNSent $Junk $NotJunk \*)] Permanent flags
VM OK [READ-WRITE] Completed
VM FETCH 1:1 (UID RFC822.SIZE FLAGS)
* 1 FETCH (FLAGS () UID 59171 RFC822.SIZE 5233)
VM OK Completed
and also
Debugger entered--Lisp error: (vm-imap-protocol-error "expected UID,
RFC822.SIZE and (FLAGS list) in FETCH response")
signal(vm-imap-protocol-error ("expected UID, RFC822.SIZE and (FLAGS
list) in FETCH response"))
vm-imap-protocol-error("expected UID, RFC822.SIZE and (FLAGS list)
in FETCH response")
vm-imap-get-message-data-list(#<process IMAP over SSL> 1 1)
vm-imap-retrieve-uid-and-flags-data()
vm-imap-get-synchronization-data(t)
vm-imap-synchronize-folder(t nil t t t t)
vm-get-spooled-mail(t)
byte-code("
vm(nil nil)
call-interactively(vm t nil)
execute-extended-command(nil)
call-interactively(execute-extended-command nil nil)
> VM FETCH 1:1 (UID RFC822.SIZE FLAGS)
> * 1 FETCH (FLAGS () UID 59171 RFC822.SIZE 5233)
> VM OK Completed
Darn, the server is returning the three things in a different order!
VM should be able to process that. I will do a fix.
Cheers,
Uday