From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.io/gmane.emacs.gnus.general/68030 Path: news.gmane.org!not-for-mail From: Steinar Bang Newsgroups: gmane.emacs.gnus.general Subject: Re: nnimap with openssl stopping up after connecting in Windows Date: Fri, 02 Jan 2009 14:37:10 +0100 Organization: Probably a good idea Message-ID: References: <833ahh3nud.fsf@torus.sehlabs.com> <877i6th1uo.fsf@mocca.josefsson.org> <87zljpidgh.fsf@hjemme.hjemme.lan> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: ger.gmane.org 1230903480 24464 80.91.229.12 (2 Jan 2009 13:38:00 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Fri, 2 Jan 2009 13:38:00 +0000 (UTC) To: ding@gnus.org Original-X-From: ding-owner+M16475@lists.math.uh.edu Fri Jan 02 14:39:09 2009 Return-path: Envelope-to: ding-account@gmane.org Original-Received: from util0.math.uh.edu ([129.7.128.18]) by lo.gmane.org with esmtp (Exim 4.50) id 1LIkF2-0006WY-9u for ding-account@gmane.org; Fri, 02 Jan 2009 14:39:08 +0100 Original-Received: from localhost ([127.0.0.1] helo=lists.math.uh.edu) by util0.math.uh.edu with smtp (Exim 4.63) (envelope-from ) id 1LIkDb-0004v8-U5; Fri, 02 Jan 2009 07:37:39 -0600 Original-Received: from mx2.math.uh.edu ([129.7.128.33]) by util0.math.uh.edu with esmtps (TLSv1:AES256-SHA:256) (Exim 4.63) (envelope-from ) id 1LIkDa-0004up-Ek for ding@lists.math.uh.edu; Fri, 02 Jan 2009 07:37:38 -0600 Original-Received: from quimby.gnus.org ([80.91.231.51]) by mx2.math.uh.edu with esmtp (Exim 4.69) (envelope-from ) id 1LIkDT-00063x-SQ for ding@lists.math.uh.edu; Fri, 02 Jan 2009 07:37:38 -0600 Original-Received: from main.gmane.org ([80.91.229.2] helo=ciao.gmane.org) by quimby.gnus.org with esmtp (Exim 3.36 #1 (Debian)) id 1LIkDj-0005EQ-00 for ; Fri, 02 Jan 2009 14:37:47 +0100 Original-Received: from list by ciao.gmane.org with local (Exim 4.43) id 1LIkDT-0005iB-Ow for ding@gnus.org; Fri, 02 Jan 2009 13:37:31 +0000 Original-Received: from cm-84.208.204.180.getinternet.no ([84.208.204.180]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Fri, 02 Jan 2009 13:37:31 +0000 Original-Received: from sb by cm-84.208.204.180.getinternet.no with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Fri, 02 Jan 2009 13:37:31 +0000 X-Injected-Via-Gmane: http://gmane.org/ Mail-Followup-To: ding@gnus.org Original-Lines: 63 Original-X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: cm-84.208.204.180.getinternet.no Mail-Copies-To: never User-Agent: Gnus/5.110011 (No Gnus v0.11) Emacs/22.3 (windows-nt) Cancel-Lock: sha1:uXbEVb5H3UMafR0a2V+t7lBWa6g= X-Spam-Score: -3.6 (---) List-ID: Precedence: bulk Xref: news.gmane.org gmane.emacs.gnus.general:68030 Archived-At: >>>>> "Steven E. Harris" : > Steinar Bang writes: >>> I'd like to be more happy about this, but I'm confused. >> >> So am I. Perhaps we don't have the same problem, even...? :-/ > Perhaps. I'm also not confident that when I shut down this current > Emacs instance and start up another one the IMAP connections will > continue working. I'll have more time tonight or over the weekend to > experiment more. I tried the openssl binary linked to from here: http://www.openssl.org/related/binaries.html (the "Win32 OpenSSL v0.9.8i Light"). The idea was that this program may be running as a native win32 application, and may (hopefully) not trigger the LF->CRLF translation (which, to recap, isn't the actual problem. The CRCRLF that results from a CRLF hitting the conversion _is_ the problem (or at least I think it is)). It's another shot in the dark, but what the heck. What I did: - I renamed the SUA community openssl executable to openssl_disabled. - I verified that I had no openssl in the path. - I added C:\OpenSSL\bin to the path. - I started a new cmd window, and verified that I now had the openssl executable in the path. - I ran the command "openssl s_client -connect myhost.dyndns.org:993" and verified that it connected to the IMAP server in what looked (to me) like a meaningful way - I started a new GNU emacs, and ran `M-x gnus-slave' in it, and it was less succsessful than the SUA openssl in opening the connection (it never said that it was able to open a connection and then timed out, like the SUA openssl does). The " *nnimap* myserver" buffer contains: Process imap finished Process imap<1> exited abnormally with code 1 Process imap<2> exited abnormally with code 1 - Line separations in the " *nnimap* myserver" buffer are 0a, according to hexl-mode (ie. LF), and the status line displays "(Unix)" on the left side of the line - I started `M-x shell RET' and ran the command "openssl s_client -connect myhost.dyndns.org:993" and verified that it was able to open a connection to the IMAP server - I also started `M-x shell RET' on the emacs process running `M-x gnus RET' that was started before changing the path, and tried the same command, and verified that it had no openssl in its path So... I know I have the new openssl executable in a way that can be executed from inside emacs, but I still haven't been able to test if it behaves nicer than SUA openssl (and presumably also cygwin openssl?) in the " *nnimap* myhost" buffer. Could it be that this openssl communicates with cmd.exe in another way than using stdout and stdin...? The speculations continue...