3c/3f9aee9e04a3512dac3e2f6ab8bf121ff337b7

   1 Return-Path: <pieter@praet.org>\r
   2 X-Original-To: notmuch@notmuchmail.org\r
   3 Delivered-To: notmuch@notmuchmail.org\r
   4 Received: from localhost (localhost [127.0.0.1])\r
   5         by olra.theworths.org (Postfix) with ESMTP id CE47F42119F\r
   6         for <notmuch@notmuchmail.org>; Thu, 30 Jun 2011 00:15:44 -0700 (PDT)\r
   7 X-Virus-Scanned: Debian amavisd-new at olra.theworths.org\r
   8 X-Spam-Flag: NO\r
   9 X-Spam-Score: -0.7\r
  10 X-Spam-Level: \r
  11 X-Spam-Status: No, score=-0.7 tagged_above=-999 required=5\r
  12         tests=[RCVD_IN_DNSWL_LOW=-0.7] autolearn=disabled\r
  13 Received: from olra.theworths.org ([127.0.0.1])\r
  14         by localhost (olra.theworths.org [127.0.0.1]) (amavisd-new, port 10024)\r
  15         with ESMTP id q8id911qUX7M for <notmuch@notmuchmail.org>;\r
  16         Thu, 30 Jun 2011 00:15:44 -0700 (PDT)\r
  17 Received: from mail-wy0-f181.google.com (mail-wy0-f181.google.com\r
  18         [74.125.82.181]) (using TLSv1 with cipher RC4-SHA (128/128 bits))\r
  19         (No client certificate requested)\r
  20         by olra.theworths.org (Postfix) with ESMTPS id A0FC4421192\r
  21         for <notmuch@notmuchmail.org>; Thu, 30 Jun 2011 00:15:43 -0700 (PDT)\r
  22 Received: by wyh22 with SMTP id 22so1492177wyh.26\r
  23         for <notmuch@notmuchmail.org>; Thu, 30 Jun 2011 00:15:42 -0700 (PDT)\r
  24 Received: by 10.217.7.6 with SMTP id z6mr1431287wes.57.1309418141082;\r
  25         Thu, 30 Jun 2011 00:15:41 -0700 (PDT)\r
  26 Received: from localhost ([109.131.21.173])\r
  27         by mx.google.com with ESMTPS id 74sm968668wem.41.2011.06.30.00.15.38\r
  28         (version=TLSv1/SSLv3 cipher=OTHER);\r
  29         Thu, 30 Jun 2011 00:15:39 -0700 (PDT)\r
  30 From: Pieter Praet <pieter@praet.org>\r
  31 To: Mark Anderson <ma.skies@gmail.com>,\r
  32         Jameson Graef Rollins <jrollins@finestructure.net>,\r
  33         Carl Worth <cworth@cworth.org>, Sander Boer <sanboer@gmail.com>\r
  34 Subject: Re: notmuch Digest, Vol 20, Issue 57\r
  35 In-Reply-To: <874o38i8lb.fsf@gmail.com>\r
  36 References: <mailman.5.1309146869.12973.notmuch@notmuchmail.org>\r
  37         <cuozkl367o2.fsf@mauc.nl> <87wrg5905c.fsf@yoom.home.cworth.org>\r
  38         <cuoliwlws13.fsf@mauc.nl> <87hb79intl.fsf@gmail.com>\r
  39         <87tyb97bt1.fsf@yoom.home.cworth.org> <877h84ie2w.fsf@gmail.com>\r
  40         <87aad0xsrz.fsf@servo.factory.finestructure.net>\r
  41         <874o38i8lb.fsf@gmail.com>\r
  42 User-Agent: Notmuch/0.5-303-g00a1bf6 (http://notmuchmail.org) Emacs/23.1.50.1\r
  43         (x86_64-pc-linux-gnu)\r
  44 Date: Thu, 30 Jun 2011 09:15:37 +0200\r
  45 Message-ID: <87boxf7pt2.fsf@praet.org>\r
  46 MIME-Version: 1.0\r
  47 Content-Type: text/plain; charset=us-ascii\r
  48 Cc: notmuch@notmuchmail.org\r
  49 X-BeenThere: notmuch@notmuchmail.org\r
  50 X-Mailman-Version: 2.1.13\r
  51 Precedence: list\r
  52 List-Id: "Use and development of the notmuch mail system."\r
  53         <notmuch.notmuchmail.org>\r
  54 List-Unsubscribe: <http://notmuchmail.org/mailman/options/notmuch>,\r
  55         <mailto:notmuch-request@notmuchmail.org?subject=unsubscribe>\r
  56 List-Archive: <http://notmuchmail.org/pipermail/notmuch>\r
  57 List-Post: <mailto:notmuch@notmuchmail.org>\r
  58 List-Help: <mailto:notmuch-request@notmuchmail.org?subject=help>\r
  59 List-Subscribe: <http://notmuchmail.org/mailman/listinfo/notmuch>,\r
  60         <mailto:notmuch-request@notmuchmail.org?subject=subscribe>\r
  61 X-List-Received-Date: Thu, 30 Jun 2011 07:15:45 -0000\r
  62 \r
  63 On Wed, 29 Jun 2011 16:19:44 -0600, Mark Anderson <ma.skies@gmail.com> wrote:\r
  64 > On Wed, 29 Jun 2011 13:54:40 -0700, Jameson Graef Rollins <jrollins@finestructure.net> wrote:\r
  65 > > On Wed, 29 Jun 2011 14:21:11 -0600, Mark Anderson <ma.skies@gmail.com> wrote:\r
  66 > > > I personally prefer --output=files remain as it was, with one file per\r
  67 > > > mail (even though I submitted the patch to change it).  I suggest that\r
  68 > > > we could add another format to supply all files (perhaps\r
  69 > > > --output=allfiles, or --output=dupfiles).  I don't like my original\r
  70 > > > suggestion of "filelists" because it implies a list of lists to me.  A\r
  71 > > > list of lists would correlate better to the number of messages which\r
  72 > > > match the search terms, but doesn't correlate well to xargs input.\r
  73 > > \r
  74 > > What's wrong with just outputting all the files matching the search,\r
  75 > > including duplicates?  I can't think of any reason where one would want\r
  76 > > to not include all files matching the search.  I would be curious to\r
  77 > > hear a use case there.\r
  78 > \r
  79 > For someone who is using gmail + offlineimap, labels in gmail become\r
  80 > folders in maildir.\r
  81 > \r
  82 > The maildir structure can have a large number of copies of each email\r
  83 > corresponding to the labels/tags which have been applied.\r
  84 > \r
  85 > To add a label/tag that is visible to the gmail interface, one should\r
  86 > copy a file representing the message to the folder representing the\r
  87 > gmail label, which will then sync to gmail.\r
  88 > \r
  89 > Copying more than one file for each message being labeled is more\r
  90 > wasteful of time and storage.\r
  91 \r
  92 Hardlinks to the rescue!\r
  93 \r
  94 > With all files returned, a simple xargs script to add a label by copying\r
  95 > files will end up with many copies of the same file in the new\r
  96 > directory.\r
  97 \r
  98 Shove in a "head -n 1" ?\r
  99 \r
 100 > The consuming script could hunt for message-id's in files and uniquify,\r
 101 > but since notmuch was doing that implicitly before, and it's fairly\r
 102 > natural, it seems not a big deal to add.\r
 103 > \r
 104 > > Since I'm on this kick anyway, I'm going to keep pushing against further\r
 105 > > customizations where there really isn't a need.\r
 106 > \r
 107 > With a common use case for the biggest email userbase which makes\r
 108 > labels/tags natural, I think it is worth considering seriously.\r
 109 > \r
 110 > There are certainly other namesets which could be used to reprecent the\r
 111 > two categories.  I'm happy to use names that makes the 'allfiles' output\r
 112 > the common case and the "one file/message" the longer string, but I\r
 113 > think we should provide the "one file/message" output category.\r
 114 > \r
 115 > The 'allfiles' case is great for deleting all copies of an email, so I\r
 116 > definitely want it to continue being available.\r
 117 > \r
 118 > -Mark\r
 119 > \r
 120 > _______________________________________________\r
 121 > notmuch mailing list\r
 122 > notmuch@notmuchmail.org\r
 123 > http://notmuchmail.org/mailman/listinfo/notmuch\r
 124 \r
 125 Peace\r
 126 \r
 127 -- \r
 128 Pieter\r