From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.io/gmane.emacs.gnus.general/69799 Path: news.gmane.org!not-for-mail From: Eric Abrahamsen Newsgroups: gmane.emacs.gnus.general Subject: Re: ssl problems Date: Wed, 07 Jul 2010 11:53:19 -0700 Message-ID: <35988.3149889812$1278528824@news.gmane.org> References: <14564.8104175509$1278524335@news.gmane.org> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit X-Trace: dough.gmane.org 1278528824 4268 80.91.229.12 (7 Jul 2010 18:53:44 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Wed, 7 Jul 2010 18:53:44 +0000 (UTC) To: ding@gnus.org Original-X-From: ding-owner+M18189@lists.math.uh.edu Wed Jul 07 20:53:42 2010 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.69) (envelope-from ) id 1OWZkb-0003mr-MA for ding-account@gmane.org; Wed, 07 Jul 2010 20:53:41 +0200 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 1OWZkT-0000Rt-Ft; Wed, 07 Jul 2010 13:53:33 -0500 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 1OWZkS-0000Rc-2q for ding@lists.math.uh.edu; Wed, 07 Jul 2010 13:53:32 -0500 Original-Received: from quimby.gnus.org ([80.91.231.51]) by mx2.math.uh.edu with esmtp (Exim 4.72) (envelope-from ) id 1OWZkQ-00031C-3P for ding@lists.math.uh.edu; Wed, 07 Jul 2010 13:53:31 -0500 Original-Received: from lo.gmane.org ([80.91.229.12]) by quimby.gnus.org with esmtp (Exim 3.36 #1 (Debian)) id 1OWZkP-00086O-00 for ; Wed, 07 Jul 2010 20:53:29 +0200 Original-Received: from list by lo.gmane.org with local (Exim 4.69) (envelope-from ) id 1OWZkN-0003ax-Tj for ding@gnus.org; Wed, 07 Jul 2010 20:53:27 +0200 Original-Received: from c-76-104-192-32.hsd1.wa.comcast.net ([76.104.192.32]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Wed, 07 Jul 2010 20:53:27 +0200 Original-Received: from eric by c-76-104-192-32.hsd1.wa.comcast.net with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Wed, 07 Jul 2010 20:53:27 +0200 X-Injected-Via-Gmane: http://gmane.org/ Original-Lines: 38 Original-X-Complaints-To: usenet@dough.gmane.org X-Gmane-NNTP-Posting-Host: c-76-104-192-32.hsd1.wa.comcast.net User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.2 (gnu/linux) Cancel-Lock: sha1:K1DMgY+2vpP5TgEDOms9tUTHI8E= X-Spam-Score: -1.9 (-) List-ID: Precedence: bulk Xref: news.gmane.org gmane.emacs.gnus.general:69799 Archived-At: Tim Landscheidt writes: > Eric Abrahamsen wrote: > >> I recently updated from debian lenny to squeeze, and have found that >> connecting to gmail's pop servers via ssl has become extremely dicey. I >> have four email addresses, all of them gmail, and on any given mail >> check three of them will tell me "POP SSL connexion failed". It can be >> very hard to get all my email. My emacs/gnus versions and setup did not >> change (still emacs 23.3.1 and gnus 5.13), all that changed was my linux >> installation. I'm accessing gmail on port 995 with ":ssl t", and I have >> "starttls-use-gnutls" set to true. My gnutls version is 2.8.6, which I >> see isn't the latest version, but 2.10 isn't in the debian repos and >> besides this was working smoothly under lenny, which presumably had the >> same gnutls version. > >> Is there anything I can do to further debug this? I'm not an expert with >> using gnutls-cli from the command line, but so far as I can tell it >> connects fine (gnus only fails *most* of the time, anyway…). Is there a >> way to get gnus to tell me *why* the POP SSL connection failed? > > For me, it helped to increase nnheader-read-timeout (and > pop3-read-timeout to be on the safe side) to 2.0. That seems to have done the trick, thanks very much! (I've got no pop3-read-timeout that I can see, incidentally) > Unfortunately, the whole SSL shebang with separate pro- > cesses, not to speak of two different clients, seems to be > *very* fragile. It would be *really* nice if it could be > included properly in Emacs. I've considered several times just using external tools for the whole mail-fetching process altogether, though that might no longer be worth it if things develop as indicated in Ted's link… > > Tim