From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.io/gmane.emacs.gnus.general/79370 Path: news.gmane.org!not-for-mail From: Lars Magne Ingebrigtsen Newsgroups: gmane.emacs.gnus.general Subject: Re: Gnus Questions #1: Article Expiry Date: Tue, 05 Jul 2011 22:44:29 +0200 Organization: Programmerer Ingebrigtsen Message-ID: References: NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: dough.gmane.org 1309898710 13059 80.91.229.12 (5 Jul 2011 20:45:10 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Tue, 5 Jul 2011 20:45:10 +0000 (UTC) To: ding@gnus.org Original-X-From: ding-owner+M27666@lists.math.uh.edu Tue Jul 05 22:45:06 2011 Return-path: Envelope-to: ding-account@gmane.org Original-Received: from util0.math.uh.edu ([129.7.128.18]) by lo.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1QeCUT-0000LD-H6 for ding-account@gmane.org; Tue, 05 Jul 2011 22:45:06 +0200 Original-Received: from localhost ([127.0.0.1] helo=lists.math.uh.edu) by util0.math.uh.edu with smtp (Exim 4.63) (envelope-from ) id 1QeCUA-0006ds-Uy; Tue, 05 Jul 2011 15:44:47 -0500 Original-Received: from mx2.math.uh.edu ([129.7.128.33]) by util0.math.uh.edu with esmtps (TLSv1:AES256-SHA:256) (Exim 4.63) (envelope-from ) id 1QeCU9-0006dn-TC for ding@lists.math.uh.edu; Tue, 05 Jul 2011 15:44:45 -0500 Original-Received: from quimby.gnus.org ([80.91.231.51]) by mx2.math.uh.edu with esmtps (TLSv1:AES256-SHA:256) (Exim 4.76) (envelope-from ) id 1QeCU8-0001mC-8b for ding@lists.math.uh.edu; Tue, 05 Jul 2011 15:44:45 -0500 Original-Received: from lo.gmane.org ([80.91.229.12]) by quimby.gnus.org with esmtp (Exim 4.72) (envelope-from ) id 1QeCU6-0004fD-Iu for ding@gnus.org; Tue, 05 Jul 2011 22:44:42 +0200 Original-Received: from list by lo.gmane.org with local (Exim 4.69) (envelope-from ) id 1QeCU6-0000BG-8e for ding@gnus.org; Tue, 05 Jul 2011 22:44:42 +0200 Original-Received: from cm-84.215.51.58.getinternet.no ([84.215.51.58]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Tue, 05 Jul 2011 22:44:42 +0200 Original-Received: from larsi by cm-84.215.51.58.getinternet.no with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Tue, 05 Jul 2011 22:44:42 +0200 X-Injected-Via-Gmane: http://gmane.org/ Mail-Followup-To: ding@gnus.org Original-Lines: 172 Original-X-Complaints-To: usenet@dough.gmane.org X-Gmane-NNTP-Posting-Host: cm-84.215.51.58.getinternet.no Face: iVBORw0KGgoAAAANSUhEUgAAADAAAAAwAgMAAAAqbBEUAAAADFBMVEX817D3w6F2RkDhpYur eGfEAAACJUlEQVQokRXSz2vTYBgH8G/WRWGwmkJDYbj9Abt4rwcTu1xEWcry7D1Il3tF8OAcOGvm YXcvw6O7VNc3rmFoGFZc66/7gqs7bT2b4X5Aw6Cavr59bh+eB74PDw+4EM13ak10CsYY2m2xlyKt viRkMdz2kq7txTtlXEHc8BIiL9i0aQGnfyKmH7qtEOwngrTrkjE17I/rJeymRAeYetLPzEcIHwui ueyvC/2WkHAdItZM7CJHuOxG4+ScBp1Zjo3l2kFOUYN6Ppa4/H0kx4K6OsLqyYZpKjObGg/w6qkw NChLb1f4FnbdvgEU7tRZcwvb6gilavit2ZDoAuoi/5BpcdStHkCLPBrb49hmw3PQbb6fPeZoeDxQ nGxgZwc+GkvtcxsTXQmBxqpwgInImRrU4D+ivorZtl0cVOHbNK05sf+9OIjhm7ZiWZyvF2MfgWGr 9tUWX6tyDvFDblAY8LVYYvga0Ic3+YsRnr+Hwu7d4DsjVOv5/PXcWSvkzaY8L+zEuuQXvB6j6lss z77GC/GbQ8S83dcLpQdsps0lgjmVzZ8dlsKsRHig5Cqnn0UHWOVJxVQqu5/mAHh8Wf+i5sSeJnH8 cVJPyuXps84I6d0cY8bkw64NLIl/3Qozrj0ry9b9k7+DnhCXopcANXLNyYKRIZ0MHFElUi0nY5XJ BlU8xzH1jK5pGsgTjkWOYkEGkVghSpHblzFgQn5LBLOjqYAYFSMm3JT+A7z2FB35+VPgAAAAAElF TkSuQmCC Mail-Copies-To: never X-Now-Playing: David Sylvian's _Died in the Wool (1)_: "Died in the Wool" User-Agent: Gnus/5.110018 (No Gnus v0.18) Emacs/24.0.50 (gnu/linux) Cancel-Lock: sha1:Sa6MFwfz+SVVz1IiOA9hxpyDKM4= X-Spam-Score: -4.9 (----) List-ID: Precedence: bulk Xref: news.gmane.org gmane.emacs.gnus.general:79370 Archived-At: Dave Abrahams writes: > * What's the difference between marking an article "expirable (E)" and > `marking it expired' as described by [[info:gnus#Spam and Ham > Processors]]? I'm not that familiar with the spam processing thing, so I'm not sure. I mean, there is no mark for "expired articles" (i.e. deleted articles) as far as I know. Just "expirable articles". > * [[info:gnus#Expiring Mail]] and [[info:gnus#Group Parameters]] both > mention articles being `put through the expiry process,' but that > process is never spelled out. What exactly is involved? It's what's described on the "Expiring Mail" node? > * I presume that "expiring" an article means the same as "putting the > article through the expiry process" (?) Yes. > * What's the difference between `gnus-summary-expire-articles' and > `gnus-summary-expire-articles-now'? The documentation doesn't make > that clear. The latter says: "This means that *all* articles that are marked as expirable will be deleted forever, right now." > * What's the point of backend-specific expiry settings like > nnfolder-inhibit-expiry (I'm referring to the `nnfolder-' part when I > say `backend-specific')? Don't we have enough other ways to say "this > group/server isn't expirable?" It's sometimes more convenient to inhibit it on a server basis than on a Gnus group basis. > * [[info:gnus#Expiring Mail]] mentions `having auto expiry switched on' > but doesn't say how to do that. Are we talking about the auto-expire > group parameter here, or something else? That, and `gnus-auto-expirable-newsgroups'. See the index entry for `auto-expire'. > * "Total Expire" and "Auto Expire" > > * The main point of using "Total Expire" instead of "Auto Expire" > seems to be that with "total expire" you can keep a distinction > between expirable (`E') and other marks that indicate an article was > read... until expiry actually runs. At that point, if you're using > total expire they're all treated the same. With "auto expire," on > the other hand, you know that only articles marked `E' will be > put through the expiry process. Well, sort of. With total expire, you expire all old articles. If you don't use total expire, the expiration process will only consider "E"-marked articles. You can "E"-mark them manually, or you can switch on auto-expire and have Gnus set the "E" mark automatically. > * From [[info:gnus#Adaptive Scoring]] I think I conclude that adaptive > scoring takes effect at expiry time, and "auto-expire" changes all > read marks to `E' too early for adaptive scoring to do its work. Is > that right? No. If you set the "E" mark on all articles (whether automatically or manually), Adaptive Scoring won't be able to tell whether you're read an article or not, so it can't do its thing. > * [[info:gnus#Expiring Mail]] seems to contradict my understanding, > though: it claims that "auto-expire" gives me "more marks to work > with." > > ,---- > | Another advantage of auto-expire is that you get more marks to work > | with: for the articles that are supposed to stick around, you can > | still choose between tick and dormant and read marks. But with > | total-expire, you only have dormant and ticked to choose from > `---- > > Okay, now that I read it again I think it's saying that with > "auto-expire," if I can somehow produce a mark other than `E' for an > article that's been read,, that article can persist even if it's > neither dormant or ticked. That's fine as far as it goes but > mentioning it seems almost pointless, since Gnus is going to > automatically mark everything I read as `E'. What am I missing? Is it talking about adaptive scoring there? > * This (from [[info:gnus#Expiring Mail]]) seems confusing for what I > think are related reasons: > > ,---- > | Note that making a group auto-expirable doesn't mean that all read > | articles are expired--only the articles marked as expirable will be > | expired > `---- > > If auto-expire automatically marks articles expirable when you read > them, doesn't that /necessarily/ mean all read articles are expired > (except articles you read in the past?). No. You can remove the "E" mark manually. > Is there a common usage > model where people set auto-expire and then use some explicit > commands to change the read mark on some of their articles after > Gnus has already marked them `E'? Yes. I used to do that back before SpamAssassin. I used auto-expire to "E" mark everything (which was mostly spam), and then I manually "d"'d the non-spam message. > * Aren't there a bajillion other ways to do the following, including > by customizing the "auto-expire" group parameter? Why would I do it > as below (see [[info:gnus#Expiring Mail]]) instead? > > ,---- > | To avoid having articles marked as read marked as > | expirable automatically, you can put something like the following in > | your `~/.gnus.el' file: > | > | (remove-hook 'gnus-mark-article-hook > | 'gnus-summary-mark-read-and-unread-as-read) > | (add-hook 'gnus-mark-article-hook 'gnus-summary-mark-unread-as-read) > | > `---- Yes, that seems rather excessive. > * How does the expire-age group parameter come into play? > - Does it prevent me from marking articles as expirable for a period? > - Does it prevent auto-expire from marking articles expirable? > - Does it simply exempt articles that are too young from expiry? The latter. > * Suggestion: Rename `gnus-auto-expirable-newsgroups' > `gnus-auto-expirable-groups' since, generally, auto-expire only > applies to mail and not to nntp. Gnus has historically used "newsgroups" and "groups" as synonyms, and I think that boat has sailed a long time ago. > * As far as I can tell, the user experience of Agent expiry is > completely different from that of regular article expiry. Yes. :-) > This isn't > explained anywhere, but IIUC from experiments, agent expiry doesn't > delete any mail except from the agent's cache. Instead it merely > flushes (some part of) the agent's cache. Is that right? Yes. > I and several of my friends have long been plagued by the symptom that > if I delete an IMAP message in some other mail client, it still hangs > around in Gnus. I've beat my head against > `gnus-agent-regenerate[-group]' and `gnus-agent-flush-*' and other > trix for years trying to correct it, but never found a reliable > formula. Agent expiry seems to be the key. I think. Have I got that > right? There have been many reports about nnimap and the Agent not playing nice with each other. I have yet to delve into that morass. But I will. :-) -- (domestic pets only, the antidote for overdose, milk.) bloggy blog http://lars.ingebrigtsen.no/