From: Stefan Monnier <monnier@iro.umontreal.ca>
To: Lars Magne Ingebrigtsen <larsi@gnus.org>
Cc: 9243@debbugs.gnu.org
Subject: bug#9243: 24.0.50; Gnus keeps seeing 101 unread spam
Date: Fri, 06 Jan 2012 21:45:14 -0500 [thread overview]
Message-ID: <jwvmxa0ckcn.fsf-monnier+emacs@gnu.org> (raw)
In-Reply-To: <m3d3aw1eaa.fsf@stories.gnus.org> (Lars Magne Ingebrigtsen's message of "Sat, 07 Jan 2012 02:39:57 +0100")
>> - seen messages re-appearing as unseen (presumably because the imap
>> connection died during the "group exit").
> That should probably be unrelated to the Agent, and won't be fixed
> during this development cycle.
AFAIK my use case is not completely unusual (typically connected via
a NAT router to my university's IMAP server) and I see this problem more
or less *every day*.
So I really hope you can try to fix this soon.
FWIW I never saw this problem with the old nnimap backend, so it's
a (very serious if you ask me) regression w.r.t Emacs-23.
And I think it is related to the agent, because the connection death
would be handled differently without the agent: the connection would be
re-established and the command re-tried, whereas with the new
"connection death silently puts the agent in offline mode", the command
just gets dropped on the floor.
> To fix this properly, Gnus would have to maintain a transaction log
> (on disk) and update the IMAP server in a "transactional" manner,
> instead of (as it does now) just sending the data to the server on
> Group exit.
Emacs-23's experience seems to indicate there's a way to get much better
behavior without going to such a transaction log.
> Some IMAP servers are really, really slow at doing expunging on big
> folders. They basically keep all the messages in one big file, and they
> have to rewrite the entire file to delete a message, if I understand
> correctly.
That's probably what's going on (each folder is stored as a large single
file). Can the expunging be done asynchronously?
>> - not sure if it's related, but "B m" to move stuff from a group/folder
>> to another takes *ages* (as in several minutes), and I think most of
>> this time is spent in Gnus trying to update its idea of the content of
>> the destination group (after the actual move took place).
> Huh. Hm... Actually, can you try the `nnimap-expunge' setting for
> this, too?
I'll try it out for a while and will tell you if it gets better,
Stefan
next prev parent reply other threads:[~2012-01-07 2:45 UTC|newest]
Thread overview: 28+ messages / expand[flat|nested] mbox.gz Atom feed top
2011-08-04 20:39 bug#9243: 24.0.50; Gnus keeps seeing 101 unread spam Stefan Monnier
2011-08-21 20:35 ` Lars Magne Ingebrigtsen
2011-08-22 22:30 ` Stefan Monnier
2011-09-10 18:58 ` Lars Magne Ingebrigtsen
2011-09-13 17:42 ` Stefan Monnier
2011-09-17 5:25 ` Lars Magne Ingebrigtsen
2011-09-17 21:07 ` Stefan Monnier
2011-09-18 7:27 ` Lars Magne Ingebrigtsen
2011-09-18 13:48 ` Stefan Monnier
2011-09-21 18:53 ` Lars Magne Ingebrigtsen
2012-01-06 23:38 ` Lars Magne Ingebrigtsen
2012-01-07 1:05 ` Stefan Monnier
2012-01-07 1:39 ` Lars Magne Ingebrigtsen
2012-01-07 2:45 ` Stefan Monnier [this message]
2012-01-07 3:25 ` Lars Magne Ingebrigtsen
2012-01-07 3:30 ` Lars Magne Ingebrigtsen
2012-01-07 3:31 ` Lars Magne Ingebrigtsen
2012-01-07 3:44 ` Lars Magne Ingebrigtsen
2012-01-10 19:56 ` Stefan Monnier
2012-01-25 23:35 ` Lars Ingebrigtsen
2012-04-10 21:18 ` Lars Magne Ingebrigtsen
2012-04-10 21:19 ` Lars Magne Ingebrigtsen
2012-04-11 0:56 ` Stefan Monnier
2012-09-05 18:07 ` Lars Ingebrigtsen
2012-09-05 19:12 ` Stefan Monnier
2012-09-05 19:19 ` Lars Ingebrigtsen
2014-01-30 23:04 ` Lars Ingebrigtsen
2014-01-31 13:58 ` Stefan Monnier
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
List information: https://www.gnu.org/software/emacs/
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=jwvmxa0ckcn.fsf-monnier+emacs@gnu.org \
--to=monnier@iro.umontreal.ca \
--cc=9243@debbugs.gnu.org \
--cc=larsi@gnus.org \
/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 public inbox
https://git.savannah.gnu.org/cgit/emacs.git
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 read-only IMAP folder(s) and NNTP newsgroup(s).