Re: Expiring mail
Arcady Genkin wrote: > This is a valid point, but for several reasons I prefer mailboxes. > For one I am subscribed to many maling lists with high traffic, and I > don't want to waste inodes. Also, I'm not sure if procmail will work > with maildir. I also use Qmail, but have it deliver to mailboxes. > > So, the question is still open; Is there a utility to be run from cron > to go through mailboxes and expire messages by deleting them or > archive them by moving somewhere else? My setup is not exactly what you're looking for, but I'll describe it anyway, in the hope it might be useful. I use mutt to read mail, and configure mutt to move read mail out of my mailboxes and into ~/mail/spool/ and ~/mail/old/. The former for stuff I don't want to archive forever, the later for stuff I do. At 3 am each night, I run a little program that uses savelog, to rotate the old mailboxes for the day out of the way, into files name foo.1, foo.2, etc. For all the stuff in the ~/mail/spool/ directory, I delete foo.14 or so. The effect is, I have access to the past week of list mail, saved in boxes according to the day I read it. -- see shy jo
Re: Expiring mail
Christopher Mosley <[EMAIL PROTECTED]> writes: > > I'm looking for something that would be able to: > > 1. Delete messages older than a specified date. > > 2. Move messages older than a specified date (i.e. archive them > > away). > > This would be quite easy if your mail is in Maildir format. Since you > say "mailbox" I assume this is not the case. Qmail used to create mbox by > default with the option to compile with Maildir. This is a valid point, but for several reasons I prefer mailboxes. For one I am subscribed to many maling lists with high traffic, and I don't want to waste inodes. Also, I'm not sure if procmail will work with maildir. I also use Qmail, but have it deliver to mailboxes. So, the question is still open; Is there a utility to be run from cron to go through mailboxes and expire messages by deleting them or archive them by moving somewhere else? Thanks! -- Arcady Genkin Don't read everything you believe.
Re: Prepositions [was Re: Expiring mail]
"Eric G . Miller" wrote: > > On Sun, Aug 13, 2000 at 12:43:26PM -0400, Christopher Mosley wrote: > > Maildir format might be found at qmail but I really don't know. Perhaps > > there is info there on how to do this, it seems to be something people > > would be in need of - I mean - something for which there is a need. > > Why on earth shouldn't a sentence end with a preposition? > > I have at least one style guide that says it is perfectly fine to end a > sentence with a preposition. It can be confusing in some contexts, > though. Hence the "rule". You do have a run-on sentence there. But > that's a different matter. > With respect to the "preposition", I think the proper term in this case is "enclitic". It is really part of the verb. So it is ok to say: That is something I won't put up with. Instead of: That is something up with which I will not put. To mildly misquote Winston Churchill. Cam
Prepositions [was Re: Expiring mail]
On Sun, Aug 13, 2000 at 12:43:26PM -0400, Christopher Mosley wrote: > Maildir format might be found at qmail but I really don't know. Perhaps > there is info there on how to do this, it seems to be something people > would be in need of - I mean - something for which there is a need. > Why on earth shouldn't a sentence end with a preposition? I have at least one style guide that says it is perfectly fine to end a sentence with a preposition. It can be confusing in some contexts, though. Hence the "rule". You do have a run-on sentence there. But that's a different matter. -- MegaHAL quote: I think a blowpipe is a marijuana cigarrette. It'll get you deleted!
Re: Expiring mail
On 13 Aug 2000, Arcady Genkin wrote: > Are there any non-interactive tools to expire mail from a mailbox? > I have procmail spliting my mail into many mailboxes, and then use my > mailreader's expiry functionality. I would like to rather run > something from crontab. > > I'm looking for something that would be able to: > 1. Delete messages older than a specified date. > 2. Move messages older than a specified date (i.e. archive them > away). > > Thanks for any pointers! > -- > Arcady Genkin > Don't read everything you believe. This would be quite easy if your mail is in Maildir format. Since you say "mailbox" I assume this is not the case. Qmail used to create mbox by default with the option to compile with Maildir. I imagine most mail user agents can be compiled or configured to use Maildir. Since Maildir uses a separate file for each post, you can see how easily this could accomplished independent of the capabilities of mail user agent. Info on Maildir format might be found at qmail but I really don't know. Perhaps there is info there on how to do this, it seems to be something people would be in need of - I mean - something for which there is a need. Why on earth shouldn't a sentence end with a preposition? cmos I am using the newsgroup my isp expires the articles for me. > Unsubscribe? mail -s unsubscribe [EMAIL PROTECTED] < /dev/null > >
Re: expiring mail in Gnus
Gary Hennigan <[EMAIL PROTECTED]> writes: GH> 3) And I think this is your main problem. GH> GH> Once you read an article it generally has one of three "marks" next to GH> it: GH> GH> O means the article/mail was read, but is not marked as read. GH> E means the article/mail was read and marked as expirable GH> ! means the article is marked to be kept GH> GH> You need to mark the articles as expirable as you read them. This GH> means using the "E" key instead of the "d" when reading articles. This GH> was annoying to me since I always want to expire articles/mail that I GH> read and don't explicitly mark as keepable with the "!" key. So, what GH> I did was redefine my "d" key to mark the article as expirable instead GH> of just read: Two things are worth noting: (1) If total-expire is set for a group, then "read" is equivalent to "expirable". This is the setup I use for groups like debian-*. (2) If auto-expire is set for a group, then commands that normally mark an article as "read" mark it as "expirable" instead, thus obviating the need for the key redefinition you show below. I believe auto-expire is somewhat faster when actually performing expiry, but works poorly with adaptive scoring (because articles never get marked "read"). FWIW, my group parameters on mail.lists.debian.user are essentially the same as those those mentioned earlier (I don't try to set an expiry wait, but use the default). Under XEmacs, I find it easier to use Customize to edit group parameters (via "G c" from the group buffer). -- David Maze [EMAIL PROTECTED] http://donut.mit.edu/dmaze/ "Theoretical politics is interesting. Politicking should be illegal." -- Abra Mitchell
Re: expiring mail in Gnus
Matthias Hertel <[EMAIL PROTECTED]> writes: > Hi, > > I'd like to configure Gnus to make reading debian-users somewhat > newsgroup-like, ie. all messages that are read (as opposed to unread, > ticked, or dormant) should be deleted from my disk after three days. This is a common concern and source of confusion, and I include myself among the confused. First of all, Xemacs20 and Emacs20 (unstable, potato versions) use different versions of gnus *and* different versions of the gnus info manual -- so be *sure* you're looking at the info doc that corresponds to the gnus that's actually running. (The main gnus info pages metion their versions, and M-x gnus-version will display the version your current emacs is using.) If you're focusing on Pterodactyl gnus, there has been some recent discussion about auto-expiring on the [EMAIL PROTECTED] mailing list (and you really *should* be subscribed to that list if you're testing Pterodactyl). There's a searchable ding mailing list archive at http://www.gnus.org/list-archives/ding/ which might prove helpful. > I thought that setting the following group parameters for my > debian-users group would accomplish this [...] > But it doesn't. [...] I don't use auto-expire or total-expire myself (I prefer to 'E'-tag, the messages I want to expire), but I do have the following in my .gnus file: (setq nnmail-expiry-wait 2) ;; delete mail two days after it was (E)xpired (default was 7 days) ... so maybe you should see what nnmail-expiry-wait is for you? [...] > A somewhat related problem: Normally read and dormant messages are > hidden from the summary buffer. How do I *temporarily* make them > visible? Try C-u SPC in the *Group* buffer. Good luck.
Re: expiring mail in Gnus
Ooops! Note the typo below. "Gary Hennigan" <[EMAIL PROTECTED]> writes: [snip] > 3) And I think this is your main problem. > > Once you read an article it generally has one of three "marks" next to > it: > > O means the article/mail was read, but is not marked as read. O means the article/mail was read, but is not marked as EXPIRABLE. Sorry about that, Gary
Re: expiring mail in Gnus
Matthias Hertel <[EMAIL PROTECTED]> writes: > I'd like to configure Gnus to make reading debian-users somewhat > newsgroup-like, ie. all messages that are read (as opposed to unread, > ticked, or dormant) should be deleted from my disk after three days. I > thought that setting the following group parameters for my debian-users > group would accomplish this: > > ((to-list . "debian-user@lists.debian.org") > (total-expire . t) > (expiry-wait . 3) > (gcc-self . none)) > > But it doesn't. Articles that are much older than three days and read > (appear as `O' when I open the group) don't get deleted. C-c C-M-x > (`expire all expirable articles') in the group buffer doesn't help > either. > > I use Pterodactyl Gnus with XEmacs (potato), but I had the same > problem with the built-in Gnus in GNU Emacs (slink). As I do only read > mail with Gnus, I have nnfolder as my select-method. Here's my .gnus: [snip] > Have I completely misunderstood what Gnus means by `expiring' or is > there just some global setting that's meant to keep users from > inadvertedly turning total-expire on? My setup is a bit different, but it may help you. Namely I'm using auto-expiry, but I have the following expiry related settings in my ~/.gnus file: 1) The following disables expiry on group exit, which is the default, and instead uses the gnus-demon to automatically, every thirty minutes, expire all the groups I have set to expire. Also, the demon saves news every minute. (remove-hook 'gnus-summary-prepare-exit-hook 'gnus-summary-expire-articles) (gnus-demon-add-handler 'gnus-group-expire-all-groups 30 30) (gnus-demon-add-handler 'gnus-group-save-newsrc 1 1) 2) The following sets ALL my mail groups to expirable: (setq gnus-auto-expirable-newsgroups "mail.*") 3) And I think this is your main problem. Once you read an article it generally has one of three "marks" next to it: O means the article/mail was read, but is not marked as read. E means the article/mail was read and marked as expirable ! means the article is marked to be kept You need to mark the articles as expirable as you read them. This means using the "E" key instead of the "d" when reading articles. This was annoying to me since I always want to expire articles/mail that I read and don't explicitly mark as keepable with the "!" key. So, what I did was redefine my "d" key to mark the article as expirable instead of just read: (add-hook 'gnus-summary-mode-hook '(lambda () (local-set-key "d" 'gnus-summary-mark-as-expirable))) I think you'll find that if you go into the groups you marked as expirable and hit the "E" key next to the articles, which should get rid of the "O" mark you'll get the behavior you were expecting. > A somewhat related problem: Normally read and dormant messages are > hidden from the summary buffer. How do I *temporarily* make them > visible? There is a group parameter called `display' that controls > this, but I don't want to edit the group parameters every time I find > myself wanting to reread an article I read two days ago. (But I'd like > to keep the short format as the default.) Normally you just put the cursor by the group name and hit space. Instead, to temporarily make all articles visible, just hit C-u before you hit the space bar when selecting the group. Good Luck, gnus is a wonderful email handler, but it's a bit of a nightmare to configure. Gary
Re: Expiring mail "articles" in a region in Gnus?
Guy Maor <[EMAIL PROTECTED]> writes: > > If you read this message, please, send it again. > > I think that was Rob <[EMAIL PROTECTED]>. Missed the initial request, but I saw this. Email copy coming right up. -- Rob -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED]
Re: Expiring mail "articles" in a region in Gnus?
Yves Arrouye <[EMAIL PROTECTED]> writes: > I'd like to know how it is possible to expire mail "articles" in the > current region in Gnus. I'm not knowledgeable about Gnus so I can't write > it mself, but if someone has an idea or can help me, this would be great... Just select the messages and hit `E'. Most of the gnus commands use the same convention to figure out which messages to operate on. Given a prefix, they'll operate on the next N messages; given a region and if transient-mark-mode is t, they'll operate on the region; otherwise they'll operate on the current message. The documentation on Gnus is very well written. > Also, someone sent me a nice intro to using Gnus to read mail. I lost it :-( > If you read this message, please, send it again. I think that was Rob <[EMAIL PROTECTED]>. Guy -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED]