Re: nnimap with openssl stopping up after connecting in Windows

[Steinar Bang <sb@dod.no>]

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

> I'm changing the subject to make the problem issue clearer.
> Steven E. Harris have seen the same problem as me 
>  nntp://news.gmane.org/gmane.emacs.gnus.general/67236

> He has the problem when using Cygwin openssl, I have the problem when
> using SUA openssl.  I believe both operates in unix mode, ie. with LF as
> the line separator (rather than CRLF).

> Basically the first "openssl s_client ..." command succeeds in making
> the connection, but then everything just hangs.  It typically looks like
> this in the *Messages* buffer:
>  Opening nnimap server on myserver...
>  imap: Connecting to myserver.dyndns.org...
>  imap: Opening SSL connection with `openssl s_client -quiet -ssl3 -connect %s:%p'...done
>  Waiting for response from myserver.dyndns.org...done
>  Unable to open server nnimap+myserver due to: Process imap not running
>  Unable to open server nnimap+myserver, go offline? (y or n) 
>  Opening nnimap server on myserver...failed

Setting imap-log to t, I find the following in the *imap-log* buffer
(I've replaced CR characters with the string "^M" to preserve them in
this posting, I've also anonymized server and domain names):

depth=0 /O=Dovecot mail server/OU=myserver/CN=myserver/emailAddress=root@myserver.mydomain.no
verify error:num=18:self signed certificate
verify return:1
depth=0 /O=Dovecot mail server/OU=myserver/CN=myserver/emailAddress=root@myserver.mydomain.no
verify return:1
* OK Dovecot ready.^M
6 NOOP^M
* BYE Disconnected for inactivity.^M
read:errno=0
7 CAPABILITY^M

I'm not sure what the visible ^M characters signifies...?  Perhaps it
doesn't signify anything at all, except that the character is there in
the dialog, proving that what was sent was CDRLF?

Or perhaps what we have is CRCRLF, where only the first CR is visible?

But all of this is just speculation from my side.