From: Tassilo Horn <tassilo@member.fsf.org>
To: emacs-orgmode@gnu.org
Subject: Re: Behavior of Gnus when called from an hyperlink
Date: Mon, 19 Jul 2010 10:11:06 +0200 [thread overview]
Message-ID: <87fwzf51t1.fsf@thinkpad.tsdh.de> (raw)
In-Reply-To: 87wrstn4a9.fsf@mundaneum.com
Sébastien Vauban <wxhgmqzgwmuf@spammotel.com>
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
next prev parent reply other threads:[~2010-07-19 8:11 UTC|newest]
Thread overview: 77+ messages / expand[flat|nested] mbox.gz Atom feed top
2010-06-28 9:38 Behavior of Gnus when called from an hyperlink Sébastien Vauban
2010-06-28 10:19 ` Tassilo Horn
2010-06-28 11:36 ` Leo
2010-06-28 11:49 ` Carsten Dominik
2010-06-28 12:47 ` Bernt Hansen
2010-06-28 13:57 ` Greg Troxel
2010-06-28 19:44 ` [PATCH] Add customization for WL in `org-link-frame-setup' David Maus
2010-06-29 4:42 ` Carsten Dominik
2010-06-28 19:44 ` [PATCH] Add customization option to open WL links in other frame David Maus
2010-06-30 10:12 ` Behavior of Gnus when called from an hyperlink Noorul Islam K M
2010-07-02 4:44 ` Carsten Dominik
2010-07-02 8:21 ` Leo
2010-07-02 8:21 ` Bastien
2010-07-02 11:59 ` Bernt Hansen
2010-06-28 12:05 ` Sébastien Vauban
2010-06-28 12:51 ` Sébastien Vauban
2010-06-28 14:39 ` Nick Dokos
2010-06-28 14:51 ` Sébastien Vauban
2010-06-28 15:19 ` Nick Dokos
2010-06-28 18:32 ` Tassilo Horn
2010-07-15 21:27 ` Sébastien Vauban
2010-07-16 7:50 ` Tassilo Horn
2010-07-16 11:39 ` Sébastien Vauban
2010-07-16 18:11 ` Nick Dokos
2010-07-16 19:23 ` Sébastien Vauban
2010-07-16 19:51 ` Sébastien Vauban
2010-07-17 7:18 ` Tassilo Horn
2010-07-17 16:02 ` Nick Dokos
2010-07-17 19:59 ` Sébastien Vauban
2010-07-17 20:49 ` Nick Dokos
2010-07-17 21:34 ` Sébastien Vauban
2010-07-17 22:15 ` Sébastien Vauban
2010-07-19 8:11 ` Tassilo Horn [this message]
2010-07-19 12:02 ` David Maus
2010-07-19 20:37 ` Sébastien Vauban
2010-07-20 6:23 ` David Maus
2010-07-21 19:59 ` Sébastien Vauban
2010-07-22 12:31 ` Tassilo Horn
2010-07-26 13:17 ` David Maus
2010-07-26 15:12 ` Tassilo Horn
2010-07-26 18:47 ` Tassilo Horn
2010-07-27 6:45 ` Fixing slowness of following Gnus links to IMAP articles (was: Behavior of Gnus when called from an hyperlink) Tassilo Horn
2010-07-27 20:27 ` David Maus
2010-07-27 21:18 ` Nick Dokos
2010-07-28 6:50 ` Fixing slowness of following Gnus links to IMAP articles Tassilo Horn
2010-07-29 7:33 ` David Maus
2010-07-29 18:06 ` Tassilo Horn
2010-07-30 20:03 ` Sébastien Vauban
2010-08-15 18:52 ` David Maus
2010-09-08 15:09 ` Sébastien Vauban
2010-09-08 19:08 ` David Maus
2010-09-08 21:42 ` Sébastien Vauban
2010-09-09 12:19 ` David Maus
2010-10-01 0:53 ` Matt Lundin
2010-10-11 18:33 ` David Maus
2010-08-01 8:38 ` David Maus
2010-07-28 6:36 ` Tassilo Horn
2010-07-31 8:34 ` Patchwork: Patch 176 Accepted Bastien Guerry
2010-07-31 18:21 ` Tassilo Horn
2010-07-31 23:52 ` Bastien
2010-08-03 8:01 ` Fixing slowness of following Gnus links to IMAP articles Sébastien Vauban
2010-08-05 18:21 ` Tassilo Horn
2010-07-20 11:50 ` Behavior of Gnus when called from an hyperlink Tassilo Horn
2010-07-21 19:28 ` Sébastien Vauban
2010-07-20 12:08 ` Bernt Hansen
2010-07-20 16:11 ` Tassilo Horn
2010-07-21 19:38 ` Sébastien Vauban
2010-07-22 12:29 ` Tassilo Horn
2010-07-22 13:51 ` Matt Lundin
2010-07-22 19:29 ` Sébastien Vauban
2010-07-22 19:21 ` Sébastien Vauban
2010-07-22 20:11 ` Tassilo Horn
2010-07-23 8:54 ` Giovanni Ridolfi
2010-07-23 10:40 ` Tassilo Horn
2010-07-24 22:32 ` Sébastien Vauban
2010-07-21 19:33 ` Sébastien Vauban
2010-07-21 23:30 ` Bernt Hansen
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
List information: https://www.orgmode.org/
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=87fwzf51t1.fsf@thinkpad.tsdh.de \
--to=tassilo@member.fsf.org \
--cc=emacs-orgmode@gnu.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
Code repositories for project(s) associated with this public inbox
https://git.savannah.gnu.org/cgit/emacs/org-mode.git
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).