From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.io/gmane.emacs.gnus.general/79093 Path: news.gmane.org!not-for-mail From: lee Newsgroups: gmane.emacs.gnus.general Subject: Re: deleting email, expiring, mail-source-delete-incoming Date: Tue, 14 Jun 2011 22:13:23 +0200 Message-ID: <87zklkyxwc.fsf@yun.yagibdah.de> References: <87fwnhbh95.fsf@yun.yagibdah.de> <87wrgsl4il.fsf@marauder.physik.uni-ulm.de> <87wrgs8gec.fsf@nzebook.haselwarter.org> <82d3ik2o0d.fsf@gmail.com> <87lix651qy.fsf@yun.yagibdah.de> <877h8pla2u.fsf@marauder.physik.uni-ulm.de> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Trace: dough.gmane.org 1308082417 29534 80.91.229.12 (14 Jun 2011 20:13:37 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Tue, 14 Jun 2011 20:13:37 +0000 (UTC) To: ding@gnus.org Original-X-From: ding-owner+M27392@lists.math.uh.edu Tue Jun 14 22:13:33 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 1QWZzQ-0005uc-Q1 for ding-account@gmane.org; Tue, 14 Jun 2011 22:13:33 +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 1QWZzO-0005wU-5n; Tue, 14 Jun 2011 15:13:30 -0500 Original-Received: from mx1.math.uh.edu ([129.7.128.32]) by util0.math.uh.edu with esmtps (TLSv1:AES256-SHA:256) (Exim 4.63) (envelope-from ) id 1QWZzN-0005wJ-0C for ding@lists.math.uh.edu; Tue, 14 Jun 2011 15:13:29 -0500 Original-Received: from quimby.gnus.org ([80.91.231.51]) by mx1.math.uh.edu with esmtps (TLSv1:AES256-SHA:256) (Exim 4.76) (envelope-from ) id 1QWZzL-0005w3-Oh for ding@lists.math.uh.edu; Tue, 14 Jun 2011 15:13:28 -0500 Original-Received: from static.73.179.46.78.clients.your-server.de ([78.46.179.73]) by quimby.gnus.org with esmtp (Exim 4.72) (envelope-from ) id 1QWZzJ-0004Kt-Ca for ding@gnus.org; Tue, 14 Jun 2011 22:13:25 +0200 Original-Received: from lee by yun.yagibdah.de with local (Exim 4.76) (envelope-from ) id 1QWZzH-0005mx-P1 for ding@gnus.org; Tue, 14 Jun 2011 22:13:23 +0200 Mail-Followup-To: ding@gnus.org User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.3 (gnu/linux) X-Spam-Score: 0.1 (/) X-Spam-Report: SpamAssassin (3.3.1 2010-03-16) analysis follows Bayesian score: 0.0000 Ham tokens: 0.000-1847--5826h-0s--0d--H*u:Emacs, 0.000-1726--5445h-0s--0d--H*u:Gnus, 0.000-1658--5230h-0s--0d--H*u:linux, 0.000-1658--5230h-0s--0d--H*UA:linux, 0.000-1606--5066h-0s--0d--H*u:gnu Spam tokens: 1.000-5--0h-41s--0d--8:´, 1.000-4--0h-30s--0d--8:il, 0.961-50--14h-606s--0d--8:di, 0.955-3916--1367h-50538s--0d--H*r:quimby.gnus.org, 0.953-329--123h-4324s--0d--8:om Autolearn status: no -1.9 BAYES_00 BODY: Bayes spam probability is 0 to 1% [score: 0.0000] 2.0 HELO_DYNAMIC_IPADDR Relay HELO'd using suspicious hostname (IP addr 1) List-ID: Precedence: bulk Xref: news.gmane.org gmane.emacs.gnus.general:79093 Archived-At: Reiner Steib writes: > On Sun, Jun 12 2011, lee wrote: > >> Well, I now have: >> >> ,---- >> | (setq >> | gnus-select-method '(nnml "") >> | mail-sources '((maildir :path "~/Maildir/"))) >> `---- >> >> The mail-source-delete-incoming-mail variable isn=C2=B4t changed anymore= in >> ~/.gnus.el. My MTA delivers all mail (with one exception for nndiary >> mails) to ~/Maildir, in maildir format. From there, gnus fetches it. > > Maybe it would make more sense to use the nnmaildir back end? I.e. no > entry in `mail-source=C2=B4 and an nnmaildir method in `gnus-select-metho= d=C2=B4 > (or `gnus-secondary-select-methods'). See (info "(gnus)Maildir"). Well, yes, it might have if I had known better when starting to switch from mutt to gnus. Alas, I made the whole thing rather complicated because first I found out that gnus cannot access my email stored in maildir format under ~/Mail. Later, during moving my email, I found out that there were two reasons for that: The tmp folder in ~/Mail/Maildir (which was the incoming folder) was a maildir itself, and the directory hierachy in which I stored my mail was a mixup of mailfolders and folders, which is something that doesn=C2=B4t fit into what gnus expects. Then I thought I would use IMAP for all my mail and thus have the same method of accessing my email with whatever client I might use, plus the advantage of potentially being able to access it from anywhere. IMAP turned out to be rather troublesome for two reasons: The version of courier-imap currently in Debian testing has a bug that makes it impossible to access some of the folders with gnus. I tried to compile courier-imap from svn myself because this bug apparently has already been fixed in more recent versions, and I found out that it doesn=C2=B4t compile (without a lot of effort). There doesn=C2=B4t seem to be any other IMAP server supporting maildir ... Anyway, I had moved part of my emails to IMAP aready when it became too annoying that some folders were inaccessible, so I finallly decided to use nnml. Since nnml appears to be the native format of gnus, it=C2=B4s probably going to work best with that. Should I seriously need to access all my email remotely, I can use ssh. For the cell phone, I can use IMAP to see what mail has newly arrived, and that=C2=B4s enough. The IMAP client in the phone doesn=C2=B4t even support folders, anyway. >> So that would mean all the mail gnus has fetched from ~/Maildir stays >> in ~/Maildir for another 10 days before it=C2=B4s being deleted? > > The files corresponding to `mail-source-delete-incoming=C2=B4 are stored = in > `mail-source-directory=C2=B4 and are called "Incoming*" Could I delete those manually? I currently have 89140 of those, while a gnus-slave is moving mails from mailing lists into the appropriate groups since three days or so. I made the mistake to dump those (with mutt) into the incoming directory to get them into gnus. Unfortunately, gnus is awfully slow with processing them. In the meantime, I=C2=B4ve switched the MTA to deliver to another directory temporarily so that I can see what=C2=B4s coming in with a gnus using the temporary directory as its mail-source until the slave is done. Once the slave is done, I could either switch back and hope that the Incoming* files will be removed after 10 days, or I can delete them manually before switching back, unless that would confuse gnus (which is somewhat messed up now because I tried to configure it the way I wanted, see my other post). >> And the temp files? Is all the mail actually quadrupled until the files >> in incoming (~/Maildir) and the temporary files are expired? > > Not sure what you are counting. The usual chain is: > > $MAIL (/var/mail/USER) -> Incoming* -> ~/Mail/some.group/123 > > Incoming* is the only place where a redundant copy of a message lives. Well, I=C2=B4ve been using maildir (and mutt) for about 15 years now, so /var/spool/mail/user or the like isn=C2=B4t exactly usual for me. It just seems way too dangerous to keep all the mail in one huge file, or in a few huge files. So in this context, "temp files" makes me think of what might appear in the "tmp" directory of a maildir folder.