From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.io/gmane.emacs.gnus.general/67989 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, 26 Dec 2008 12:27:53 +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 1230290911 19969 80.91.229.12 (26 Dec 2008 11:28:31 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Fri, 26 Dec 2008 11:28:31 +0000 (UTC) To: ding@gnus.org Original-X-From: ding-owner+M16435@lists.math.uh.edu Fri Dec 26 12:29:39 2008 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 1LGAsp-0006Id-9C for ding-account@gmane.org; Fri, 26 Dec 2008 12:29:35 +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 1LGArU-0008Ip-Bj; Fri, 26 Dec 2008 05:28:12 -0600 Original-Received: from mx1.math.uh.edu ([129.7.128.32]) by util0.math.uh.edu with esmtps (TLSv1:AES256-SHA:256) (Exim 4.63) (envelope-from ) id 1LGArS-0008IK-Cc for ding@lists.math.uh.edu; Fri, 26 Dec 2008 05:28:10 -0600 Original-Received: from quimby.gnus.org ([80.91.231.51]) by mx1.math.uh.edu with esmtp (Exim 4.69) (envelope-from ) id 1LGArP-0006Ne-B0 for ding@lists.math.uh.edu; Fri, 26 Dec 2008 05:28:10 -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 1LGArd-00021D-00 for ; Fri, 26 Dec 2008 12:28:21 +0100 Original-Received: from list by ciao.gmane.org with local (Exim 4.43) id 1LGArN-0004VN-Rv for ding@gnus.org; Fri, 26 Dec 2008 11:28:06 +0000 Original-Received: from ti0064a340-0073.bb.online.no ([88.90.181.73]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Fri, 26 Dec 2008 11:28:05 +0000 Original-Received: from sb by ti0064a340-0073.bb.online.no with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Fri, 26 Dec 2008 11:28:05 +0000 X-Injected-Via-Gmane: http://gmane.org/ Mail-Followup-To: ding@gnus.org Original-Lines: 34 Original-X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: ti0064a340-0073.bb.online.no Mail-Copies-To: never User-Agent: Gnus/5.110011 (No Gnus v0.11) Emacs/22.3 (windows-nt) Cancel-Lock: sha1:M4/hu7whBuwV+/Yr4y3cyH3cgLc= X-Spam-Score: -3.6 (---) List-ID: Precedence: bulk Xref: news.gmane.org gmane.emacs.gnus.general:67989 Archived-At: >>>>> Steinar Bang : > 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) This is what I tried. Then there was no time out wait, and connecting to the imap server immediately failed, with the following messages in the minibuffer: Opening nnimap server on myserver... Unable to open server nnimap+myserver due to: No process Unable to open server nnimap+myserver, go offline? (y or n) Opening nnimap server on myserver...failed Trying to run (imap-disable-multibyte) in the *scratch* buffer gives the following stack trace: Debugger entered--Lisp error: (error "No process") signal(error ("No process")) error("No process") set-buffer-process-coding-system(undecided undecided) (progn (set-buffer-process-coding-system (quote undecided) (quote undecided))) (if (fboundp (quote set-buffer-process-coding-system)) (progn (set-buffer-process-coding-system ... ...))) (when (fboundp (quote set-buffer-process-coding-system)) (set-buffer-process-coding-system (quote undecided) (quote undecided))) imap-disable-multibyte() eval((imap-disable-multibyte)) eval-last-sexp-1(t) eval-last-sexp(t) eval-print-last-sexp() call-interactively(eval-print-last-sexp) So I guess set-buffer-file-coding-system is the one to try next...