* gnus-group-get-new-news fetches lots of data from imap server
@ 2014-05-13 12:21 Rasmus Villemoes
0 siblings, 0 replies; only message in thread
From: Rasmus Villemoes @ 2014-05-13 12:21 UTC (permalink / raw)
To: info-gnus-english
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
^ permalink raw reply [flat|nested] only message in thread
only message in thread, other threads:[~2014-05-13 12:21 UTC | newest]
Thread overview: (only message) (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2014-05-13 12:21 gnus-group-get-new-news fetches lots of data from imap server Rasmus Villemoes
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 NNTP newsgroup(s).