From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.io/gmane.emacs.gnus.user/17910 Path: news.gmane.org!not-for-mail From: Gijs Hillenius Newsgroups: gmane.emacs.gnus.user Subject: is this a bug in gnus v5.13? Re: gnus INBOX housekeeping, kept (copies of) mail lying around Date: Fri, 08 Jan 2016 08:54:25 +0100 Organization: Using Emacs' Org Mode Message-ID: <874meo8q1a.fsf@hillenius.net> References: <87r3hw70ee.fsf@hillenius.net> <878u446w17.fsf@hillenius.net> <874mes6uou.fsf@hillenius.net> <87mvsk5cxu.fsf@hillenius.net> <87egdw5bgj.fsf@hillenius.net> <87mvshdf2o.fsf@hillenius.net> <87h9ipbvkk.fsf@hillenius.net> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Trace: ger.gmane.org 1452239713 16829 80.91.229.3 (8 Jan 2016 07:55:13 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Fri, 8 Jan 2016 07:55:13 +0000 (UTC) To: info-gnus-english@gnu.org Original-X-From: info-gnus-english-bounces+gegu-info-gnus-english=m.gmane.org@gnu.org Fri Jan 08 08:55:06 2016 Return-path: Envelope-to: gegu-info-gnus-english@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by plane.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1aHRt3-0008MF-J4 for gegu-info-gnus-english@m.gmane.org; Fri, 08 Jan 2016 08:55:05 +0100 Original-Received: from localhost ([::1]:34366 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1aHRt2-000304-UJ for gegu-info-gnus-english@m.gmane.org; Fri, 08 Jan 2016 02:55:04 -0500 Original-Path: usenet.stanford.edu!news.tele.dk!news.tele.dk!small.news.tele.dk!newsgate.cistron.nl!newsgate.news.xs4all.nl!nzpost1.xs4all.net!not-for-mail Original-Newsgroups: gnu.emacs.gnus User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.5 (gnu/linux) X-Operating-System: Debian GNU/Linux Sid X-Homepage: http://www.hillenius.net/ X-GPG-Fingerprint: 340F F9A4 8F6C 18FD D032 0C33 ABA1 CB30 E997 A3AF Cancel-Lock: sha1:Yv9QJ8PbJP+PiTmrhk/VJP3Wsw4= Original-Lines: 61 Original-NNTP-Posting-Host: 144.76.204.189 Original-X-Trace: 1452239665 news.xs4all.nl 23857 himaan/144.76.204.189:38174 Original-X-Complaints-To: abuse@xs4all.nl Original-Xref: usenet.stanford.edu gnu.emacs.gnus:89040 X-BeenThere: info-gnus-english@gnu.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: "Announcements and discussions for GNUS, the GNU Emacs Usenet newsreader \(in English\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: info-gnus-english-bounces+gegu-info-gnus-english=m.gmane.org@gnu.org Original-Sender: info-gnus-english-bounces+gegu-info-gnus-english=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.gnus.user:17910 Archived-At: On 7 Jan 2016, Eric Abrahamsen wrote: > Gijs Hillenius writes: > >> [...] hope snipping this much is ok.. >> >>>> >>>> If my Gnus (5.13, part of Debian's Emacs) copies messages back into >>>> the INBOX, does fancy-split set the delete/expunge IMAP flag to >>>> these? >>>> >>>> Because, if it does not flag them for deletion, would that perhaps >>>> explain why the nightly Cyrus pruning does not do anything? Cyrus >>>> is set to remove from disk all messages that have been flagged for >>>> deletion for 3 days. >>> >>> No, no flags are set. From IMAP's point of view, splitting is simply >>> a MOVE operation. Sorry, I misspoke earlier when I said the messages >>> were *copied* back into the same group. They're actually MOVEd. That >>> means there's only ever one copy of the message, but it gets a new >>> UUID number each time. >>> >>> No new flags are set at all. >> >> So, these message come back int the INBOX, but are not shown anymore >> by Gnus. They are also not marked as deletable and that would explain >> why Cyrus does not remove them from disk, yes? > > Right. Once they are given the Seen flag, that flag sticks with them > even if they are moved around (including "moved" into the same group > they were already in). That Seen flag means Gnus won't show them to > you again. > > I think the distinction here is between message deletion, and adding > the "Deleted" flag. Deletion occurs as part of the move process (the > message is in one instant removed from one group and added to > another). If you're MOVEing to the same group, the message is deleted > from that group, then added back to that group. But it keeps its old > flags, and no other flags are put on it (there's nothing in the > splitting process that would add a Deleted flag), so Cyrus doesn't see > any reason why it should garbage-collect the message at the end of the > day. So, we're saying the same thing, correct? What I don't understand is - and apologies for being long-winded: The way I use Gnus: when I start it, or hit g, new messages in the INBOX are fancy-splitted, and moved to various IMAP folders. So I see several INBOX.subfolders with a new, unread messages. These copies, that are kept in the INBOX, as a user I don't know about these, I don't see them in any IMAP mail client. Is that why 'root' sees 8k messages in the INBOX when root happens to look at this users' INBOX folder? How can Cyrus tell these message can safely be trashed? I guess this is a question for a Cryus mailing list, where it not that this "keeping a copy" does not happen for mail that is split on the server by a Sieve script. So, perhaps this is a Gnus fancy-split bug?