[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

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

From: Sébastien Vauban
Subject: [Orgmode] Re: Behavior of Gnus when called from an hyperlink
Date: Mon, 28 Jun 2010 14:05:04 +0200
User-agent: Gnus/5.13 (Gnus v5.13) Emacs/23.1.50 (gnu/linux)

Hi Tassilo,

Tassilo Horn wrote:
> Sébastien Vauban <address@hidden> writes:
>> - a new frame is opened
>>   Besides that I more or less hate frames, it becomes annoying when used in
>>   my StumpWM config: I now have *two* Emacs full screen, and I loose my
>>   "single window of control" view.
> That's because the default value of org-link-frame-setup prefers a new
> frame. Dunno if that's a good default. It's more Macish than Emacsish...
> So I use that config:
> (setq org-link-frame-setup '((vm   . vm-visit-folder)
>                              (gnus . org-gnus-no-new-news)
>                              (file . find-file-other-window)))

Tested. Perfect!  Thanks a lot...

>> - a new buffer is opened (group where the mail belongs to), but it takes
>>   ages (in minutes) for the mail to be found and opened -- when it is.
> Hm, what backend do you use?


For nntp, I let Org link to the Gmane groups anyway (so, calling Firefox when
clicking on such hyperlinks).

> I've just tried it with a nntp group and linked a very old message. When I
> follow that link, I'm at the right article in less than a second.

I don't have the *impression* that it has to do with the fact that the message
is old or new.

Tested links to mails belonging to two different groups:

--8<---------------cut here---------------start------------->8---
    nnimap+me:INBOX.abc                               0 Unread/  1963 Items
    nnimap+me:INBOX.work                             25 Unread/ 28611 Items
--8<---------------cut here---------------end--------------->8---

Both mails are from today.

Clicking on the first hyperlink (mail from ABC), I get it in front of me in a
couple of seconds (did not really measured, but acceptable anyway).

Though, for the mail belonging to my `work' group, it took 5 min 21 seconds...
(IMAP Courier server on Debian, local network, 100 Mbps, so the bandwidth
should not be an issue).

What do you think of this?

> Do you deactivate some of Gnus caches

--8<---------------cut here---------------start------------->8---
;; use the cache
(setq gnus-use-cache nil)

;; local cache
(setq gnus-cache-directory (concat my-gnus-root-dir "Mail/cache/"))

;; entering of articles from the cache
(setq gnus-cache-enter-articles '(ticked dormant unread read))
    ;; simple setup for your convenience, if you are using `nnimap' from
    ;; home, over a dialup connection

;; removing of articles from the cache
(setq gnus-cache-remove-articles nil)

;; cache your nnimap groups
(setq gnus-cacheable-groups "^nnimap")

;; avoid caching your nnml and nnfolder groups
(setq gnus-uncacheable-groups "^nnml\\|^nnfolder")

;; cache of old Message-IDs for every message Gnus sees
(setq nnmail-message-id-cache-file
      (concat my-gnus-root-dir "Mail/.nnmail-cache"))

;; whether the registry should be installed
(setq gnus-registry-install t)

;; whether the registry should use long group names
(setq gnus-registry-use-long-group-names t)

;; unlimited number of entries in the registry
(setq gnus-registry-max-entries nil)
--8<---------------cut here---------------end--------------->8---

> or NOV files?

gnus-nov-is-evil's value is nil.

> That could slow down mail access quite a bit.

Maybe turning back up `gnus-use-cache', then?

Thanks for your help.

Best regards,

Sébastien Vauban

reply via email to

[Prev in Thread] Current Thread [Next in Thread]