From mboxrd@z Thu Jan 1 00:00:00 1970 From: Tassilo Horn Subject: Re: Behavior of Gnus when called from an hyperlink Date: Mon, 19 Jul 2010 10:11:06 +0200 Message-ID: <87fwzf51t1.fsf@thinkpad.tsdh.de> References: <87r5jrcx9g.fsf@mundaneum.com> <8763138nna.fsf@thinkpad.tsdh.de> <87ocev5pn3.fsf@mundaneum.com> <87fx071fsg.fsf@mundaneum.com> <23582.1277735944@gamaville.dokosmarshall.org> <87vd936wiq.fsf@mundaneum.com> <87eifr3t52.fsf@thinkpad.tsdh.de> <87vd8gcu6k.fsf@mundaneum.com> <87oce7j26i.fsf@thinkpad.tsdh.de> <87fwzjfyf8.fsf@mundaneum.com> <878w5bkxx7.fsf@mundaneum.com> <87hbjyzicz.fsf@thinkpad.tsdh.de> <13292.1279382554@gamaville.dokosmarshall.org> <87zkxpanh1.fsf@mundaneum.com> <23154.1279399784@gamaville.dokosmarshall.org> <87zkxpg5cg.fsf@mundaneum.com> <87wrstn4a9.fsf@mundaneum.com> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit Return-path: Received: from [140.186.70.92] (port=55633 helo=eggs.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1OalRc-0005S3-5r for emacs-orgmode@gnu.org; Mon, 19 Jul 2010 04:11:25 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.69) (envelope-from ) id 1OalRa-0000qv-Os for emacs-orgmode@gnu.org; Mon, 19 Jul 2010 04:11:24 -0400 Received: from lo.gmane.org ([80.91.229.12]:60261) by eggs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1OalRa-0000qS-DJ for emacs-orgmode@gnu.org; Mon, 19 Jul 2010 04:11:22 -0400 Received: from list by lo.gmane.org with local (Exim 4.69) (envelope-from ) id 1OalRV-0006lG-K4 for emacs-orgmode@gnu.org; Mon, 19 Jul 2010 10:11:17 +0200 Received: from tsdh.uni-koblenz.de ([141.26.67.142]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Mon, 19 Jul 2010 10:11:17 +0200 Received: from tassilo by tsdh.uni-koblenz.de with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Mon, 19 Jul 2010 10:11:17 +0200 List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: emacs-orgmode-bounces+geo-emacs-orgmode=m.gmane.org@gnu.org Errors-To: emacs-orgmode-bounces+geo-emacs-orgmode=m.gmane.org@gnu.org To: emacs-orgmode@gnu.org Sébastien Vauban writes: Hi Sébastien, > The function `nnimap-request-article-part' gets called several times. > > --8<---------------cut here---------------start------------->8--- > (defun nnimap-request-article-part (article part prop &optional > group server to-buffer detail) > (when (nnimap-possibly-change-group group server) > (let ((article (if (stringp article) > (car-safe (imap-search > (format "HEADER Message-Id \"%s\"" article) > nnimap-server-buffer)) > article))) > (when article > ;; [...] > --8<---------------cut here---------------end--------------->8--- > > The first couple of times happen quickly, with `article' 140579, then > 140580, then 140581. > > After that, (real) things happen: > > --8<---------------cut here---------------start------------->8--- > IMAP split moved mc:INBOX:140581 to INBOX.scorpios > nnimap: Updating info for nnimap+mc:INBOX.mc...done > Retrieving newsgroup: nnimap+mc:INBOX.mc... > nnimap: Updating info for nnimap+mc:INBOX.mc...done > Fetching headers for nnimap+mc:INBOX.mc...done > Scoring...done > Making sparse threads...done > Sorting threads...done > Generating summary...done > No more unread articles > --8<---------------cut here---------------end--------------->8--- > > and I have the top buffer displaying the subject of the linked article > I'm after. Already something... > > What follows is stepping another time in the function > `nnimap-request-article-part', this time with `article' > "<871vbrxzo6.fsf@mundaneum.com>" (not a > number anymore). > > I'm then directed in the "then" part of the "if-then-else" (testing if > `article' is a string or not). > > And, then, what stops me for 5 mins is the `imap-search' call. Hm, ok. So it seems that fetching an article by its Message-id is the slow part. And of course, org-gnus *always* fetches by message-ids, couse that's the message attribute you can rely on. Article numbers are not that static: for example when moving messages to another group and back again... (Some people do that to fill gaps in the article numbers and fix the "wrong unread count" issue.) > I guess I will have to dive that side (not now -- going to sleep). > Don't know if that gives hints yet, or not... Well, now we know that there are issues when searching for a message-id. Please go on edebugging `imap-search'. ;-) Please check, if that function is that slow for all message-ids or if that's only for some. The function has a "FIXME: Should this try to use CHARSET? -- fx", and maybe this answer has to be answered with Yes! And check what's in the buffer that function operates on: `nnimap-server-buffer'. As a side-node: Since lately, my gnus hangs when I try to post to our university's newsserver using a TLS or SSL connection. Without an encrypted connection, it works again. I don't have a clue what's going wrong, but somehow there's a miscommunication between gnus and the server... Bye, Tassilo