From mboxrd@z Thu Jan  1 00:00:00 1970
X-Msuck: nntp://news.gmane.io/gmane.emacs.gnus.general/61423
Path: news.gmane.org!not-for-mail
From: Dave Love <fx@gnu.org>
Newsgroups: gmane.emacs.gnus.general
Subject: Re: pop3+ssl
Date: Fri, 25 Nov 2005 18:26:29 +0000
Message-ID: <rzq7jawoa7e.fsf@albion.dl.ac.uk>
References: <E1Ef3cI-0006Nl-00@quimby.gnus.org> <b4msltmyjxi.fsf_-_@jpl.org>
	<rzqbr0aqmos.fsf@albion.dl.ac.uk> <b4mhda1r6oo.fsf@jpl.org>
NNTP-Posting-Host: main.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: sea.gmane.org 1132943317 15319 80.91.229.2 (25 Nov 2005 18:28:37 GMT)
X-Complaints-To: usenet@sea.gmane.org
NNTP-Posting-Date: Fri, 25 Nov 2005 18:28:37 +0000 (UTC)
Cc: ding@gnus.org
Original-X-From: ding-owner+m9955@lists.math.uh.edu Fri Nov 25 19:28:34 2005
Return-path: <ding-owner+m9955@lists.math.uh.edu>
Original-Received: from malifon.math.uh.edu ([129.7.128.13])
	by ciao.gmane.org with esmtp (Exim 4.43)
	id 1EfiHV-0001ZX-Vh
	for ding-account@gmane.org; Fri, 25 Nov 2005 19:26:46 +0100
Original-Received: from localhost
	([127.0.0.1] helo=lists.math.uh.edu ident=lists)
	by malifon.math.uh.edu with smtp (Exim 3.20 #1)
	id 1EfiHR-0000cB-00; Fri, 25 Nov 2005 12:26:41 -0600
Original-Received: from nas01.math.uh.edu ([129.7.128.39])
	by malifon.math.uh.edu with esmtp (Exim 3.20 #1)
	id 1EfiHK-0000c1-00
	for ding@lists.math.uh.edu; Fri, 25 Nov 2005 12:26:34 -0600
Original-Received: from quimby.gnus.org ([80.91.224.244])
	by nas01.math.uh.edu with esmtp (Exim 4.52)
	id 1EfiHJ-0003kJ-9t
	for ding@lists.math.uh.edu; Fri, 25 Nov 2005 12:26:34 -0600
Original-Received: from mail.dl.ac.uk ([148.79.80.137] helo=mserv6.dl.ac.uk)
	by quimby.gnus.org with esmtp (Exim 3.35 #1 (Debian))
	id 1EfiHI-0003ap-00
	for <ding@gnus.org>; Fri, 25 Nov 2005 19:26:32 +0100
X-DL-MFrom: <fx@dl.ac.uk>
X-DL-Connect: <albion.dl.ac.uk [148.79.80.39]>
Original-Received: from albion.dl.ac.uk (albion.dl.ac.uk [148.79.80.39])
	by mserv6.dl.ac.uk (8.12.10/8.12.8/[ref postmaster@dl.ac.uk]) with ESMTP id jAPIQU2p003696;
	Fri, 25 Nov 2005 18:26:30 GMT
Original-Received: from fx by albion.dl.ac.uk with local (Exim 4.50)
	id 1EfiHF-0005R3-9l; Fri, 25 Nov 2005 18:26:29 +0000
Original-To: Katsumi Yamaoka <yamaoka@jpl.org>
In-Reply-To: <b4mhda1r6oo.fsf@jpl.org> (Katsumi Yamaoka's message of "Fri, 25 Nov 2005 08:01:59 +0900")
User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/21.4 (gnu/linux)
X-CCLRC-SPAM-report: -4.9 : BAYES_00
X-Scanned-By: MIMEDefang 2.37
X-Spam-Score: -2.6 (--)
Precedence: bulk
Original-Sender: ding-owner@lists.math.uh.edu
Xref: news.gmane.org gmane.emacs.gnus.general:61423
Archived-At: <http://permalink.gmane.org/gmane.emacs.gnus.general/61423>

Katsumi Yamaoka <yamaoka@jpl.org> writes:

> A certain version of pop3.el does the following:
>
> 	(while (and (memq (process-status process) '(open run))
> 		    (goto-char (point-max))
> 		    (forward-line -1)
> 		    (not (looking-at "+OK")))
> 	  (accept-process-output process TIMEOUT)
> 	  (sit-for 1))
>
> Where `TIMEOUT' is 1.0 for "windows-nt\\|os/2\\|emx\\|cygwin",
> 0.1 for others by default.  I'm not sure but it might have been
> necessary for the slow connection.

I don't understand why that is relevant.  `pop3-read-timeout' is used
by `pop3-accept-process-output', though it makes no sense for it to
depend on the client system as it does.  (Not that it's the only thing
in pop3.el which doesn't or didn't make sense...)

The trouble with this loop and the similar ones elsewhere is that they
don't actually time out if they don't get the expected output from the
network process.