b8/dc0335f589929d4f16be966e2f72617f1fd19d

   1 Return-Path: <Sebastian@SSpaeth.de>\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 3193D431FBF\r
   6         for <notmuch@notmuchmail.org>; Thu, 25 Feb 2010 01:53:56 -0800 (PST)\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 tests=[AWL=-0.701, \r
  12         BAYES_50=0.001] autolearn=ham\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 V4dLoUpwDH27 for <notmuch@notmuchmail.org>;\r
  16         Thu, 25 Feb 2010 01:53:55 -0800 (PST)\r
  17 Received: from homiemail-a24.g.dreamhost.com (caiajhbdcbhh.dreamhost.com\r
  18         [208.97.132.177])\r
  19         by olra.theworths.org (Postfix) with ESMTP id E86AF431FAE\r
  20         for <notmuch@notmuchmail.org>; Thu, 25 Feb 2010 01:53:54 -0800 (PST)\r
  21 Received: from sspaeth.de (unknown [195.190.178.84])\r
  22         by homiemail-a24.g.dreamhost.com (Postfix) with ESMTPA id 797A62C806B; \r
  23         Thu, 25 Feb 2010 01:50:06 -0800 (PST)\r
  24 Received: by sspaeth.de (sSMTP sendmail emulation);\r
  25         Thu, 25 Feb 2010 10:50:04 +0100\r
  26 From: "Sebastian Spaeth" <Sebastian@SSpaeth.de>\r
  27 To: Jameson Rollins <jrollins@finestructure.net>, Carl Worth\r
  28         <cworth@cworth.org>, notmuch@notmuchmail.org\r
  29 In-Reply-To: <87wry21nav.fsf@servo.finestructure.net>\r
  30 References: <87pr57jvkz.fsf@SSpaeth.de> <87wry2wl7p.fsf@yoom.home.cworth.org>\r
  31         <87wry21nav.fsf@servo.finestructure.net>\r
  32 Date: Thu, 25 Feb 2010 10:50:03 +0100\r
  33 Message-ID: <87iq9lbq5w.fsf@SSpaeth.de>\r
  34 MIME-Version: 1.0\r
  35 Content-Type: text/plain; charset=us-ascii\r
  36 Subject: Re: [notmuch] Introducing notmuchsync\r
  37 X-BeenThere: notmuch@notmuchmail.org\r
  38 X-Mailman-Version: 2.1.13\r
  39 Precedence: list\r
  40 List-Id: "Use and development of the notmuch mail system."\r
  41         <notmuch.notmuchmail.org>\r
  42 List-Unsubscribe: <http://notmuchmail.org/mailman/options/notmuch>,\r
  43         <mailto:notmuch-request@notmuchmail.org?subject=unsubscribe>\r
  44 List-Archive: <http://notmuchmail.org/pipermail/notmuch>\r
  45 List-Post: <mailto:notmuch@notmuchmail.org>\r
  46 List-Help: <mailto:notmuch-request@notmuchmail.org?subject=help>\r
  47 List-Subscribe: <http://notmuchmail.org/mailman/listinfo/notmuch>,\r
  48         <mailto:notmuch-request@notmuchmail.org?subject=subscribe>\r
  49 X-List-Received-Date: Thu, 25 Feb 2010 09:53:56 -0000\r
  50 \r
  51 On Wed, 24 Feb 2010 13:49:44 -0500, Jameson Rollins <jrollins@finestructure.net> wrote:\r
  52 > On Wed, 24 Feb 2010 10:19:06 -0800, Carl Worth <cworth@cworth.org> wrote:\r
  53 > > I think that's the open question still. How much of this kind of\r
  54 > > functionality do we integrate into notmuch itself. I don't know the\r
  55 > > answer to that question yet, but I'm quite happy to see people\r
  56 > > experimenting with doing scripts like this on top of notmuch already.\r
  57 \r
  58 It's a fine line and depends a lot on how people actually use\r
  59 notmuch. One thing that I would strongly advocate is to take on the\r
  60 "respect maildir flags when importing with notmuch new" patch. This\r
  61 enables me to use webmail/thunderbird (my mom at my home place is curiously still\r
  62 refusing to switch to notmuch) etc.\r
  63 \r
  64 As for the rest, I'd agree that we can be conservative in accepting new\r
  65 notmuch features (part of its appeal is that its so darn simple) while\r
  66 trying to make things easier for an ecosystem of surrounding apps.\r
  67 \r
  68 > In fact, I actually gave up on syncing notmuch and maildir, and am\r
  69 > basically punting on maildir altogether.  This is slightly problematic\r
  70 > because notmuch is still missing some key features so I occasionally\r
  71 > have to use other mailers to achieve certain things (especially OpenPGP\r
  72 > stuff).  I worry about it down the line as well, if I ever have to use\r
  73 > another mailer for any reason.  All mail I've received since my switch\r
  74 > to notmuch will show up as "unread" in maildir readers.\r
  75 \r
  76 \r
  77 > I think notmuch wrapper scripts like notmuchsync are going to be crucial\r
  78 > for notmuch down the line, so I definitely agree that doing everything\r
  79 > possible to make it easier for them is a very good thing.  I am using\r
  80 > notmuchsync for deleting "delete" tagged messages, for which it's very\r
  81 > useful.  It's pretty slow, though, which I've been chalking up to the\r
  82 > fact that it has to parse the notmuch "show" output.  Once notmuch can\r
  83 > output just the paths to messages matching search results that should\r
  84 > get much much faster.\r
  85 \r
  86 It's slow for deleting messages? That would surprise me, as it only\r
  87 needs to parse/look at messages with a 'delete' or 'maildir::trashed'\r
  88 tag.\r
  89 Syncing from notmuch to maildir flags *is* slow. Limiting the output\r
  90 to filenames will help greatly there (I hope). However by design it\r
  91 needs to compare tags from *all* your messages with the corresponding\r
  92 file name as stored in notmuch. I have no solution as how to make this\r
  93 easier, at least not without adding a "needsync" tag or so when "deleting, replying,\r
  94 reading, etc".\r
  95 \r
  96 Sebastian\r