[Orgmode] Re: Behavior of Gnus when called from an hyperlink

[Sébastien Vauban]

Nick, Tassilo,

> Nick Dokos wrote:
>> =?utf-8?Q?S=C3=A9bastien_Vauban?= wrote:
>>
>>> - (funcall nnimap-request-head
>>>   "<address@hidden>" "INBOX.mc"
>>>   "mc") results... after 5 mins... in ("INBOX.mc" . 28606)
>>>
>>> What does the jury thinks of that?
>>
>> You've got a few more layers of elisp to go through.
>>
>> You should edebug-defun the function nnimap-request-article-part in
>> nnimap.el and keep going.
>
> Just to keep you informed, elp-instrumented nnimap, and got this:
>
> nnimap-request-head                      3           256.166102    85.388700
> nnimap-request-article-part              3           256.166004    85.388668
> nnimap-request-group                     2           12.306432000 6.15321600
>
> Your function `nnimap-request-article-part' seems the culprit, then.

Progressing, slowly. Not understanding everything from what I do...

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'
"<address@hidden>" (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.

I guess I will have to dive that side (not now -- going to sleep). Don't know
if that gives hints yet, or not...

Thanks for your help,
  Seb

-- 
Sébastien Vauban