info-gnus-english
[Top][All Lists]
Advanced

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

gnus-group-get-new-news fetches lots of data from imap server


From: Rasmus Villemoes
Subject: gnus-group-get-new-news fetches lots of data from imap server
Date: Tue, 13 May 2014 14:21:14 +0200
User-agent: Gnus/5.13 (Gnus v5.13) Emacs/24.3 (gnu/linux)

Hi,

I just completed an update from emacs23 to emacs24 (more precisely, GNU
Emacs 24.3.1 (x86_64-pc-linux-gnu, GTK+ Version 3.10.7) of 2014-03-07 on
lamiak, modified by Debian) and the included Gnus, which identifies
itself as Gnus v5.13. After I updated a few variables in .gnus to match
the new nnimap implementation [1] and applied an unholy hack to
nnimap.el [2], Gnus seems to work as it used to, but
much faster, which of course makes me happy. However, one (very common)
action is now very slow: Pressing `g' in the group buffer causes nnimap
to read about 350k from the imap server.

At first, this manifested itself similarly to
http://thread.gmane.org/gmane.emacs.gnus.general/81933, but after I
killed 4 bogus groups, I no longer get the "initial sync of 4 groups"
message; I do however still see nnimap fetching lots of data. In the
"*imap log*" buffer I can see that the commands issued are of the form

13:41:20 [imap.gmail.com] 750 EXAMINE "sent-mail-2013-12"
13:41:20 [imap.gmail.com] 751 UID FETCH 1:* FLAGS

for each and every imap folder. So Gnus seems to ask the server for the
read/unread status of all mail. Is my configuration somehow broken, or
is this expected?

Thanks,
Rasmus



[1] for the sake of googlers, they were nnimap-split-inbox =>
nnimap-inbox and nnimap-split-predicate => nnimap-unsplittable-articles

[2] a workaround in nnimap-parse-flags




reply via email to

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