* automatic group compaction?
@ 2012-09-04 9:40 lee
2012-09-04 10:18 ` Didier Verna
0 siblings, 1 reply; 6+ messages in thread
From: lee @ 2012-09-04 9:40 UTC (permalink / raw)
To: ding
Hi,
is there something like automatic group compaction? I'd like to have
that at least on some groups ... Would it be possible to create a
daemon-handler to do it --- and if so, could I have that running like
once weekly or once monthly or once every 6 months (not because such
long intervals are required but because it doesn't make much sense to do
the compaction more frequently)?
Daemon-handlers seem to depend on a continually running gnus and
probably won't run weekly or monthly if I quit gnus before a week or
a month has expired.
Hm perhaps, and if knew how to do that, I could write a function in
elisp that checks time intervals and triggers the compaction and use a
hook to call it when leaving a group?
Any ideas? Or someone has already done it? Maybe worth a feature
request?
--
http://www.asciiribbon.org/
http://tools.ietf.org/html/rfc1855
http://www.caliburn.nl/topposting.html
^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: automatic group compaction?
2012-09-04 9:40 automatic group compaction? lee
@ 2012-09-04 10:18 ` Didier Verna
2012-09-04 11:32 ` lee
0 siblings, 1 reply; 6+ messages in thread
From: Didier Verna @ 2012-09-04 10:18 UTC (permalink / raw)
To: ding
lee <lee@yun.yagibdah.de> wrote:
> is there something like automatic group compaction?
Depends on what you mean by compaction. I wrote the compaction feature
for nnml a long time ago (e.g. 'z' in the server buffer). That means
re-assigning article numbers to avoid gaps.
--
Resistance is futile. You will be jazzimilated.
Scientific site: http://www.lrde.epita.fr/~didier
Music (Jazz) site: http://www.didierverna.com
^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: automatic group compaction?
2012-09-04 10:18 ` Didier Verna
@ 2012-09-04 11:32 ` lee
2012-09-04 18:31 ` Lars Ingebrigtsen
0 siblings, 1 reply; 6+ messages in thread
From: lee @ 2012-09-04 11:32 UTC (permalink / raw)
To: ding
Didier Verna <didier@xemacs.org> writes:
> lee <lee@yun.yagibdah.de> wrote:
>
>> is there something like automatic group compaction?
>
> Depends on what you mean by compaction. I wrote the compaction feature
> for nnml a long time ago (e.g. 'z' in the server buffer). That means
> re-assigning article numbers to avoid gaps.
Yes, that's the feature I'm referring to, i. e. 'G z' to compact a
particular group.
What's behind it is that I have a group "mail.0-incoming" for new mail
that isn't being split into mailing lists etc., and I have set
gnus-large-newsgroup to 2000. Now the article numbers of
"mail.0-incoming" had gone up to over 4000 over time with about only 10
mails actually remaining in that group.
So every time I entered the group, gnus was asking me how many articles
to fetch with a default of 2000 because it's configured to "(display
. [not expire])" for this group and some others. Accepting the default
resulted in not displaying mail that was older than "some time" --- I
guess because the article numbers were too low.
To circumvent the problem, I'm using an entry in gnus-parameters that
sets gnus-large-newsgroup to 50000 for "mail.0-incoming". The
alternative/addition is to compact "mail.0-incoming" from time to time.
However, this is rather awkward. Over time, other groups will be
affected the same way as well, and it doesn't make sense to set
gnus-large-newsgroup to some high number for all or for many groups to
circumvent the problem. It also doesn't make sense to manually go
through some or many groups and compact them, and compacting the whole
server with about 300000 mails in nnml storage is very reasonable,
either.
All the mails are bzipped, and I'm not sure what effect on performance
that has for compacting --- it seemed to me that the mails in
"mail.0-incoming" were bunzipped and bzipped when I compacted that
group. Compacting 300k mails can take a while.
Also, I sometimes delete SPAM from groups that hold mailing lists, and
it would make sense to compact such groups like once a year or so.
So the idea is to have something like an entry in gnus-parameters like
"(gnus-autocompact 90d)", which would compact the group in question
automatically every 90 days: Plain and simple.
If there are users who care about the actual number of articles
displayed in the group buffer or have a similar scenario, an
autocompacting feature would be rather useful for many.
--
http://www.asciiribbon.org/
http://tools.ietf.org/html/rfc1855
http://www.caliburn.nl/topposting.html
^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: automatic group compaction?
2012-09-04 11:32 ` lee
@ 2012-09-04 18:31 ` Lars Ingebrigtsen
2012-09-04 23:02 ` lee
0 siblings, 1 reply; 6+ messages in thread
From: Lars Ingebrigtsen @ 2012-09-04 18:31 UTC (permalink / raw)
To: ding
lee <lee@yun.yagibdah.de> writes:
> So every time I entered the group, gnus was asking me how many articles
> to fetch with a default of 2000 because it's configured to "(display
> . [not expire])" for this group and some others.
The plan is to alter nnml to report accurately how many messages
actually are in the group, so that Gnus doesn't give these inflated
numbers. nnimap is currently the only backend that implements this new
feature, though.
--
(domestic pets only, the antidote for overdose, milk.)
http://lars.ingebrigtsen.no * Sent from my Emacs
^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: automatic group compaction?
2012-09-04 18:31 ` Lars Ingebrigtsen
@ 2012-09-04 23:02 ` lee
2012-09-05 11:08 ` Lars Ingebrigtsen
0 siblings, 1 reply; 6+ messages in thread
From: lee @ 2012-09-04 23:02 UTC (permalink / raw)
To: ding
Lars Ingebrigtsen <larsi@gnus.org> writes:
> lee <lee@yun.yagibdah.de> writes:
>
>> So every time I entered the group, gnus was asking me how many articles
>> to fetch with a default of 2000 because it's configured to "(display
>> . [not expire])" for this group and some others.
>
> The plan is to alter nnml to report accurately how many messages
> actually are in the group, so that Gnus doesn't give these inflated
> numbers. nnimap is currently the only backend that implements this new
> feature, though.
Ah ok, then autocompacting isn't needed.
What happens when the article numbers flow over? I guess we are unlikely
to see that happen during our lifetimes, but I'm curious :)
--
http://www.asciiribbon.org/
http://tools.ietf.org/html/rfc1855
http://www.caliburn.nl/topposting.html
^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: automatic group compaction?
2012-09-04 23:02 ` lee
@ 2012-09-05 11:08 ` Lars Ingebrigtsen
0 siblings, 0 replies; 6+ messages in thread
From: Lars Ingebrigtsen @ 2012-09-05 11:08 UTC (permalink / raw)
To: ding
lee <lee@yun.yagibdah.de> writes:
> What happens when the article numbers flow over? I guess we are unlikely
> to see that happen during our lifetimes, but I'm curious :)
If they flow over a 64-bit Emacs, then you're reading too much mail.
--
(domestic pets only, the antidote for overdose, milk.)
http://lars.ingebrigtsen.no * Sent from my Emacs
^ permalink raw reply [flat|nested] 6+ messages in thread
end of thread, other threads:[~2012-09-05 11:08 UTC | newest]
Thread overview: 6+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2012-09-04 9:40 automatic group compaction? lee
2012-09-04 10:18 ` Didier Verna
2012-09-04 11:32 ` lee
2012-09-04 18:31 ` Lars Ingebrigtsen
2012-09-04 23:02 ` lee
2012-09-05 11:08 ` Lars Ingebrigtsen
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).