From: David Maus <dmaus@ictsoc.de>
To: "Sébastien Vauban" <wxhgmqzgwmuf@spammotel.com>
Cc: emacs-orgmode@gnu.org
Subject: Re: Re: Behavior of Gnus when called from an hyperlink
Date: Tue, 20 Jul 2010 08:23:32 +0200 [thread overview]
Message-ID: <87lj96k6xn.wl%dmaus@ictsoc.de> (raw)
In-Reply-To: <87wrsrmcnf.fsf@mundaneum.com>
[-- Attachment #1.1: Type: text/plain, Size: 2798 bytes --]
Sébastien Vauban wrote:
>What would be your pieces of advice in such a case? Do I need to test
>something extra? Get a local imap server? Others (like asking for fixing the
>search on our Courier mail server)?
Well, IMO there might be nothing to "fix" on the server side.
Although a user might expect searches to be fast there is no directive
in the specs about the fastness of the SEARCH command. This should of
course not prevent you from dropping a mail to the IMAP server admins
about your problem to at least point at this performance issue with
large mailboxes.
At the client side I asked myself why Gnus does not use the cached
message. Some vague guesses:
> I've checked the cache; in /home/sva/Mail/cache/nnimap+me:INBOX.work, I have a
> copy of the linked email:
> -rw-r--r-- 1 sva sva 1631 2010-06-28 14:09 28606
Okay, Gnus caches the message but would have to search in all cached
messages for the message id header. "28606" might be the UID of the
message in the mailbox. To confirm this login manually and prefix the
search command with "UID"
,----
| 0x3 UID SEARCH HEADER "Message-ID" "871vbrxzo6.fsf@mundaneum.com"
`----
If this search returns 28606 then we can assume that Gnus indeed
caches by UID[1]. This means that Gnus needs to query the server what
the UID of the message with a particular message id is and could than
use the cache.
This is the point where I conclude that there can't be done anything
about it except modifying Gnus' cache mechanism.[2]
So the fall back would be: Not to keep everything in the IMAP mailbox
but expire old messages to a local folder. Here I have rule that
says: Everything older than 180 days is moved from IMAP inbox to a
local archive folder. The implications are, of course, that links to
messages older than 180 days break. To mitigate this I use Namazu[3]
to index my local archives and in case I need to follow such a broken
Org link I could open the link by performing a search for the
message-id first[4].
In the case of Gnus we might modify org-gnus-open to, say, perform a
mairix search for the message id if called with prefix and open the
message in the search result folder.
HTH,
-- David
[1] Valid strategy because message UID are quite persistent (read:
they are persistent unless a special event that we can ignore for now).
[2] Wanderlust for example does not have this problem because it keeps
an overview of the IMAP mailbox that includes among other things
message-id, uid and subject.
[3] www.namazu.org
[4] WL integrates namazu search folders so there is no need for org-wl
to perform the search, just open such a search folder.
--
OpenPGP... 0x99ADB83B5A4478E6
Jabber.... dmjena@jabber.org
Email..... dmaus@ictsoc.de
[-- Attachment #1.2: Type: application/pgp-signature, Size: 230 bytes --]
[-- Attachment #2: Type: text/plain, Size: 201 bytes --]
_______________________________________________
Emacs-orgmode mailing list
Please use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode
next prev parent reply other threads:[~2010-07-20 6:23 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
2010-07-19 12:02 ` David Maus
2010-07-19 20:37 ` Sébastien Vauban
2010-07-20 6:23 ` David Maus [this message]
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
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=87lj96k6xn.wl%dmaus@ictsoc.de \
--to=dmaus@ictsoc.de \
--cc=emacs-orgmode@gnu.org \
--cc=wxhgmqzgwmuf@spammotel.com \
/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 external index
https://git.savannah.gnu.org/cgit/emacs.git
https://git.savannah.gnu.org/cgit/emacs/org-mode.git
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.