Re: nnimap with openssl stopping up after connecting in Windows

[Steinar Bang <sb@dod.no>]

>>>>> Steinar Bang <sb@dod.no>:

> So the fix can be either:
>  - Make emacs stop changing LF to CRLF in this case
>  - Make the imap dialogue operate with the broken line endings.  I guess
>    that would mean understanding CRCRLF where a CRLF is expected, and
>    outputting LF where a CRLF would normally be expected (I guess this
>    is what Simon's proposal was about...?)

I've tried the second alternative, by setting:
      ((nnimap "myserver"
		(nnimap-address "myserver.dyndns.org")
		(nnimap-stream ssl)
                (imap-server-eol "\r\r\n")
                (imap-client-eol "\r\r\n"))

(I've tried both CRCRLF and just LF for the imap-client-eol) without
success.  The contents of the " *nnimap* myserver" buffer is

* BYE Disconnected for inactivity.^M
read:errno=0

(sanitized extra CR character)

So I guess the right thing to do here, is to make sure there is no form
of end-of-line translation going on in the nnimap buffer.

I wonder what the correct approach here, is?
  (set-buffer-process-coding-system 'undecided 'undecided)
or maybe
  (set-buffer-file-coding-system 'undecided 'undecided)
?

Or should I use 'undecided-unix rather than 'undecided to emulate the
unix/linux behaviour?

I'll try using set-buffer-process-coding-system first.  I'll hook it
into the imap-disable-multibyte inline function, which seems to be
called in all of the relevant places.

(And, yeah... remember to remove the modified end of line settings on
the "myserver" nnimap server as well)