[CC'd xemacs-beta]
Simon Josefsson <simon(a)josefsson.org> writes:
Have you tried setting the imap-client-eol and/or imap-server-eol
server variables?
I am using the nnimap backend, which doesn't seem to rely on imap.el.
The interaction between various IMAP related packages and imap.el is a
mystery that I have no intention to tackle.
FWIW, both variables are set to "\r\n".
Also, IMAP unrelated stuff breaks. `tls-end-of-info' (tls.el) includes
hard coded EOL, which easy enough to fix in that one case, but you get
the idea.
Another observation shows that gnutls-cli appears to convert LF into
CRLF, even though the server sends CRLF terminated IMAP information
already.
,----
| 191 OK UID STORE completed^M^M
`----
Interesting that the TLS handshaking preamble sent by the server is
LF-only terminated. Gaah!
I tried tinkering with `process-coding-system-alist'[1] to no avail.
`default-process-coding-system' didn't seem to have an effect either.
Should a coding-system like "convert-eol-crlf" solve the issue?
Thanks
Marcus
Footnotes:
[1] Documentation issue: `process-coding-system-alist' claims
PATTERN were a program name, while #'start-process says that the
process name is used as key. Note the subtile difference.
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://lists.xemacs.org/mailman/listinfo/xemacs-beta