XEmacs, Gnus and gnutls-cli on Win32
marcus.harnisch at gmx.net
Tue Jan 3 16:31:27 EST 2012
Simon Josefsson <simon at 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
Another observation shows that gnutls-cli appears to convert LF into
CRLF, even though the server sends CRLF terminated IMAP information
| 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' 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?
 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.
More information about the XEmacs-Beta