Return-Path: X-Original-To: notmuch@notmuchmail.org Delivered-To: notmuch@notmuchmail.org Received: from localhost (localhost [127.0.0.1]) by olra.theworths.org (Postfix) with ESMTP id CE47F42119F for ; Thu, 30 Jun 2011 00:15:44 -0700 (PDT) X-Virus-Scanned: Debian amavisd-new at olra.theworths.org X-Spam-Flag: NO X-Spam-Score: -0.7 X-Spam-Level: X-Spam-Status: No, score=-0.7 tagged_above=-999 required=5 tests=[RCVD_IN_DNSWL_LOW=-0.7] autolearn=disabled Received: from olra.theworths.org ([127.0.0.1]) by localhost (olra.theworths.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id q8id911qUX7M for ; Thu, 30 Jun 2011 00:15:44 -0700 (PDT) Received: from mail-wy0-f181.google.com (mail-wy0-f181.google.com [74.125.82.181]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by olra.theworths.org (Postfix) with ESMTPS id A0FC4421192 for ; Thu, 30 Jun 2011 00:15:43 -0700 (PDT) Received: by wyh22 with SMTP id 22so1492177wyh.26 for ; Thu, 30 Jun 2011 00:15:42 -0700 (PDT) Received: by 10.217.7.6 with SMTP id z6mr1431287wes.57.1309418141082; Thu, 30 Jun 2011 00:15:41 -0700 (PDT) Received: from localhost ([109.131.21.173]) by mx.google.com with ESMTPS id 74sm968668wem.41.2011.06.30.00.15.38 (version=TLSv1/SSLv3 cipher=OTHER); Thu, 30 Jun 2011 00:15:39 -0700 (PDT) From: Pieter Praet To: Mark Anderson , Jameson Graef Rollins , Carl Worth , Sander Boer Subject: Re: notmuch Digest, Vol 20, Issue 57 In-Reply-To: <874o38i8lb.fsf@gmail.com> References: <87wrg5905c.fsf@yoom.home.cworth.org> <87hb79intl.fsf@gmail.com> <87tyb97bt1.fsf@yoom.home.cworth.org> <877h84ie2w.fsf@gmail.com> <87aad0xsrz.fsf@servo.factory.finestructure.net> <874o38i8lb.fsf@gmail.com> User-Agent: Notmuch/0.5-303-g00a1bf6 (http://notmuchmail.org) Emacs/23.1.50.1 (x86_64-pc-linux-gnu) Date: Thu, 30 Jun 2011 09:15:37 +0200 Message-ID: <87boxf7pt2.fsf@praet.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: notmuch@notmuchmail.org X-BeenThere: notmuch@notmuchmail.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: "Use and development of the notmuch mail system." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 30 Jun 2011 07:15:45 -0000 On Wed, 29 Jun 2011 16:19:44 -0600, Mark Anderson wrote: > On Wed, 29 Jun 2011 13:54:40 -0700, Jameson Graef Rollins wrote: > > On Wed, 29 Jun 2011 14:21:11 -0600, Mark Anderson wrote: > > > I personally prefer --output=files remain as it was, with one file per > > > mail (even though I submitted the patch to change it). I suggest that > > > we could add another format to supply all files (perhaps > > > --output=allfiles, or --output=dupfiles). I don't like my original > > > suggestion of "filelists" because it implies a list of lists to me. A > > > list of lists would correlate better to the number of messages which > > > match the search terms, but doesn't correlate well to xargs input. > > > > What's wrong with just outputting all the files matching the search, > > including duplicates? I can't think of any reason where one would want > > to not include all files matching the search. I would be curious to > > hear a use case there. > > For someone who is using gmail + offlineimap, labels in gmail become > folders in maildir. > > The maildir structure can have a large number of copies of each email > corresponding to the labels/tags which have been applied. > > To add a label/tag that is visible to the gmail interface, one should > copy a file representing the message to the folder representing the > gmail label, which will then sync to gmail. > > Copying more than one file for each message being labeled is more > wasteful of time and storage. Hardlinks to the rescue! > With all files returned, a simple xargs script to add a label by copying > files will end up with many copies of the same file in the new > directory. Shove in a "head -n 1" ? > The consuming script could hunt for message-id's in files and uniquify, > but since notmuch was doing that implicitly before, and it's fairly > natural, it seems not a big deal to add. > > > Since I'm on this kick anyway, I'm going to keep pushing against further > > customizations where there really isn't a need. > > With a common use case for the biggest email userbase which makes > labels/tags natural, I think it is worth considering seriously. > > There are certainly other namesets which could be used to reprecent the > two categories. I'm happy to use names that makes the 'allfiles' output > the common case and the "one file/message" the longer string, but I > think we should provide the "one file/message" output category. > > The 'allfiles' case is great for deleting all copies of an email, so I > definitely want it to continue being available. > > -Mark > > _______________________________________________ > notmuch mailing list > notmuch@notmuchmail.org > http://notmuchmail.org/mailman/listinfo/notmuch Peace -- Pieter