From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.io/gmane.emacs.gnus.general/78980 Path: news.gmane.org!not-for-mail From: Lars Magne Ingebrigtsen Newsgroups: gmane.emacs.gnus.general Subject: Re: pop3-read-response Date: Tue, 31 May 2011 20:49:47 +0200 Organization: Programmerer Ingebrigtsen Message-ID: References: <878vumg3hj.fsf@hati.baby-gnu.org> <87mxi35ogp.fsf@hati.baby-gnu.org> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 8bit X-Trace: dough.gmane.org 1306867857 21789 80.91.229.12 (31 May 2011 18:50:57 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Tue, 31 May 2011 18:50:57 +0000 (UTC) To: ding@gnus.org Original-X-From: ding-owner+M27280@lists.math.uh.edu Tue May 31 20:50:53 2011 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 1QRU1k-00022r-Nq for ding-account@gmane.org; Tue, 31 May 2011 20:50:53 +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 1QRU10-0006fA-1G; Tue, 31 May 2011 13:50:06 -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 1QRU0x-0006ex-Cd for ding@lists.math.uh.edu; Tue, 31 May 2011 13:50:03 -0500 Original-Received: from quimby.gnus.org ([80.91.231.51]) by mx2.math.uh.edu with esmtps (TLSv1:AES256-SHA:256) (Exim 4.76) (envelope-from ) id 1QRU0v-00062E-D8 for ding@lists.math.uh.edu; Tue, 31 May 2011 13:50:02 -0500 Original-Received: from lo.gmane.org ([80.91.229.12]) by quimby.gnus.org with esmtp (Exim 4.72) (envelope-from ) id 1QRU0t-0002aL-5F for ding@gnus.org; Tue, 31 May 2011 20:49:59 +0200 Original-Received: from list by lo.gmane.org with local (Exim 4.69) (envelope-from ) id 1QRU0s-0001bB-SP for ding@gnus.org; Tue, 31 May 2011 20:49:58 +0200 Original-Received: from cm-84.215.51.58.getinternet.no ([84.215.51.58]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Tue, 31 May 2011 20:49:58 +0200 Original-Received: from larsi by cm-84.215.51.58.getinternet.no with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Tue, 31 May 2011 20:49:58 +0200 X-Injected-Via-Gmane: http://gmane.org/ Mail-Followup-To: ding@gnus.org Original-Lines: 40 Original-X-Complaints-To: usenet@dough.gmane.org X-Gmane-NNTP-Posting-Host: cm-84.215.51.58.getinternet.no Face: iVBORw0KGgoAAAANSUhEUgAAADAAAAAwAgMAAAAqbBEUAAAADFBMVEUwIRhTQCOThG1rVi/b 1rLtAAACM0lEQVQokR3QT0gUURwH8O/mytLi6gqaHfTopZOLLp3Ct+h2kMBd7DEgDntOkqKcHljj 69S5Tp0Uggj9Dex6kcgUDVY8pugwZY1Lh6hW/LPhMKQ8XlPHz+/7+x1+X3yTJ9qTllZvf63jofot PHHDM+eUj93SeOiFtjvhBxyNsCZcabndpsohUHLMKlk6NToQg/LNB9y01KCWIQLXEikecLv2WEHk RX8bL/IJd3IVfVUebHYUip0H5GCbtwfbKl24vk8EhkJn0UjHZN0hAKeINSPhH/44Bi69jgZoc0+U RrJOCxEGa0daY5KIWKxNerYu4sY7WmFNpu/tLDYQBbR0xZ+wEqT/45WuydMZWsc/vbz4KINzqkAT VUKpJVHZgUNrSgg1XqZ9wuJMZaDYpfbLtE4gx5kuavOcaIVQJ3qzPGv/iRTBuUbHOrw4dyLMHtUr UzrU5cPoOaXrbsBrWh9HiYhaMTxPyEAQQiVdw3etqCANV/i8pBrK8vgu7hsBD5U+y7rcgq0f+YH2 g3aLZyAODr6q6FDqIAuxJbmxZ2eD0pkR1WtyY7pn2CqFw/ieN/L5J3IjnvKGEQwl4rfMOYbUEMNm vj+eq1Yz6VwO+PBF7DGXxXqsxF3s9BQLGI22bt9hOOpiLWwEiB+yy+jtaKRYK/CT4RMy8XvN1VYw htkFDDRlwJJAi/mCkG7qw0YSLE80gm4gtjS/9bn87P04dPa02S7PJydXe2+ixGvLa/T86dTY1Y2/ RZU1RyHJ7noAAAAASUVORK5CYII= Mail-Copies-To: never X-Now-Playing: Tape's _Revelationes_: "The Wild Palms" User-Agent: Gnus/5.110018 (No Gnus v0.18) Emacs/24.0.50 (gnu/linux) Cancel-Lock: sha1:l0Mq5EZ6pG1Pg7HiV+k4ozyEno8= X-Spam-Score: -4.9 (----) List-ID: Precedence: bulk Xref: news.gmane.org gmane.emacs.gnus.general:78980 Archived-At: Daniel Dehennin writes: > Sorry, I’m using bc1350c0871a8da4d356861b06020e37692056ef and the > problem is still there. Darn. > If you need more information, I can make some tests. My suspicion was that there was data in the buffer that the pop3 parser didn't expect to be there, so it regarded something as a response before getting the complete +OK USER ... \r\n line. But that may be wrong. If you apply the following patch, pop3 should message what's in the buffer, and that might give us a clue what's failing precisely, pop3-read-point is supposed to be before the "+OK", so waiting for the \r\n should have given the complete line. I'm thinking pop3-read-point is somewhere earlier in the buffer for some reason or other. diff --git a/lisp/pop3.el b/lisp/pop3.el index 90e11b3..917a401 100644 --- a/lisp/pop3.el +++ b/lisp/pop3.el @@ -345,6 +345,7 @@ Return the response string if optional second argument is non-nil." (not (search-forward "\r\n" nil t))) (pop3-accept-process-output process) (goto-char pop3-read-point)) + (message "%d %s" pop3-read-point (buffer-string)) (setq match-end (point)) (goto-char pop3-read-point) (if (looking-at "-ERR") -- (domestic pets only, the antidote for overdose, milk.) bloggy blog http://lars.ingebrigtsen.no/