f0/dc8e4b0f4a593ebce4450161134fabeca94a36

   1 Return-Path: <jani@nikula.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 E79A1431FB6\r
   6         for <notmuch@notmuchmail.org>; Wed, 18 Apr 2012 11:58:51 -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 eg2ze3+b8JFk for <notmuch@notmuchmail.org>;\r
  16         Wed, 18 Apr 2012 11:58:47 -0700 (PDT)\r
  17 Received: from mail-lpp01m010-f53.google.com (mail-lpp01m010-f53.google.com\r
  18         [209.85.215.53]) (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 08A46431FAE\r
  21         for <notmuch@notmuchmail.org>; Wed, 18 Apr 2012 11:58:46 -0700 (PDT)\r
  22 Received: by lahc1 with SMTP id c1so6101134lah.26\r
  23         for <notmuch@notmuchmail.org>; Wed, 18 Apr 2012 11:58:43 -0700 (PDT)\r
  24 X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;\r
  25         d=google.com; s=20120113;\r
  26         h=from:to:subject:in-reply-to:references:date:message-id:mime-version\r
  27         :content-type:x-gm-message-state;\r
  28         bh=e+B46seoLm4wBcc3ASWwsyrCg9gBRHxf45DpFX6+8UM=;\r
  29         b=DcJZiXdynR945DMnDnl9am+Z22eZGG3QzE3VHzMpZ8TSV/82CFWmM0d7I3H8HJArFk\r
  30         Zb1BAJhXagYIR8oE3ZARBvJXydDE6LpZxxfsOXD6MPzjOpAeWWcXlyx/hZ7DzftABPks\r
  31         XCHLd6Jrs36+sSaKR4wLlyxSFXJ4D+tZdIqXwjeUZXZQrRTke+WkIu3FWxB7TA37vB0C\r
  32         dBhvivCCQ+U+B2497FvVQzW182jbd9pyPjgBMhuMIqHLlm7hgNM5x0ng4nyMRPuxsvHB\r
  33         +lVCFmivrSDO/uSYI3U8MlCkBHVNymvD4kVX0t/pU7uK0R/0rh49lmfBSwGQiOiDMhAV\r
  34         0glA==\r
  35 Received: by 10.112.48.202 with SMTP id o10mr1607538lbn.25.1334775523398;\r
  36         Wed, 18 Apr 2012 11:58:43 -0700 (PDT)\r
  37 Received: from localhost (dsl-hkibrasgw4-fe50dc00-68.dhcp.inet.fi.\r
  38         [80.220.80.68])\r
  39         by mx.google.com with ESMTPS id mr15sm27124493lab.8.2012.04.18.11.58.40\r
  40         (version=SSLv3 cipher=OTHER); Wed, 18 Apr 2012 11:58:41 -0700 (PDT)\r
  41 From: Jani Nikula <jani@nikula.org>\r
  42 To: David Bremner <david@tethera.net>,\r
  43         Jameson Graef Rollins <jrollins@finestructure.net>, notmuch@notmuchmail.org\r
  44 Subject: Re: [PATCH v2 0/6] batch tagging support: "notmuch tag --stdin"\r
  45 In-Reply-To: <87mx6dtd85.fsf@zancas.localnet>\r
  46 References: <cover.1334404979.git.jani@nikula.org>\r
  47         <87d37ays85.fsf@servo.finestructure.net>\r
  48         <87ty0mdnti.fsf@nikula.org>\r
  49         <87mx6dtd85.fsf@zancas.localnet>User-Agent:\r
  50         Notmuch/0.12+81~g839a805 (http://notmuchmail.org) Emacs/23.3.1\r
  51         (i686-pc-linux-gnu)\r
  52 Date: Wed, 18 Apr 2012 21:58:38 +0300\r
  53 Message-ID: <87zka8989t.fsf@nikula.org>\r
  54 MIME-Version: 1.0\r
  55 Content-Type: text/plain; charset=us-ascii\r
  56 X-Gm-Message-State:\r
  57  ALoCoQmmtqqJ8Pmm9VDXlVzP+ZTME7g8wahC5ojtePDbAkwVzDsB1FeJ7QFCyzThg4MOugH5sfdw\r
  58 X-BeenThere: notmuch@notmuchmail.org\r
  59 X-Mailman-Version: 2.1.13\r
  60 Precedence: list\r
  61 List-Id: "Use and development of the notmuch mail system."\r
  62         <notmuch.notmuchmail.org>\r
  63 List-Unsubscribe: <http://notmuchmail.org/mailman/options/notmuch>,\r
  64         <mailto:notmuch-request@notmuchmail.org?subject=unsubscribe>\r
  65 List-Archive: <http://notmuchmail.org/pipermail/notmuch>\r
  66 List-Post: <mailto:notmuch@notmuchmail.org>\r
  67 List-Help: <mailto:notmuch-request@notmuchmail.org?subject=help>\r
  68 List-Subscribe: <http://notmuchmail.org/mailman/listinfo/notmuch>,\r
  69         <mailto:notmuch-request@notmuchmail.org?subject=subscribe>\r
  70 X-List-Received-Date: Wed, 18 Apr 2012 18:58:52 -0000\r
  71 \r
  72 On Sun, 15 Apr 2012, David Bremner <david@tethera.net> wrote:\r
  73 > Jani Nikula <jani@nikula.org> writes:\r
  74 >\r
  75 >\r
  76 >> I'm totally fine with modifying the proposed format (e.g. change "T" to\r
  77 >> "tag", make things compatible with a future general batch mode), but to\r
  78 >> be absolutely clear: I will not implement a general batch command\r
  79 >> mode. \r
  80 >\r
  81 > I was thinking about the best way of making the interface extensible,\r
  82 > and it might be better have a kind of modal interface, where some well\r
  83 > defined escape at the beginning of the line introduces a mode switch.\r
  84 > This has two apparent advantages: it avoids duplication of redundant\r
  85 > information at the beginning of each line, and for input to a subcommand\r
  86 > it could be optional.\r
  87 \r
  88 Does it not worry you that such a modal format isn't much fun to filter\r
  89 with regular command line tools?\r
  90 \r
  91 > something like\r
  92 >\r
  93 > * tag\r
  94 > +foo +bar msg.id@blah\r
  95 > +glub -glog other.msg.id@blog\r
  96 >\r
  97 > vs\r
  98 >\r
  99 > * restore\r
 100 > foo bar msg.id@blah\r
 101 > glub glog other.msg.id@blog\r
 102 >\r
 103 > where a hypothetical general batch interface could take those two files\r
 104 > concatenated together, and the "*" lines would be optional feeding to\r
 105 > tag and restore respectively.\r
 106 \r
 107 Restore currently has two modes of operation: with and without\r
 108 --accumulate option. How would you specify that *outside* the file, if\r
 109 the restore was done with the hypothetical general batch interface? And\r
 110 if there was such an interface, we shouldn't have a dedicated restore\r
 111 command for restoring such dump files, should we...? (It's useful to be\r
 112 able to use the same dump file with/without --accumulate. See e.g. [1].)\r
 113 \r
 114 > I guess the current proposal is to have the restore format and tag\r
 115 > format a bit closer\r
 116 >\r
 117 > * restore\r
 118 > +foo +bar msg.id@blah\r
 119 > +glub +glog other.msg.id@blog\r
 120 \r
 121 Something like that... though in my original idea the same dump file\r
 122 could be fed to either tag or restore. They would interpret the file\r
 123 using the same routine, but perform the tagging in slightly different\r
 124 ways (mainly to keep restore very strict as it's a backup/restore\r
 125 command).\r
 126 \r
 127 > This looks like it would be a 2% space increase for my tags. I guess I\r
 128 > could live with that. Another option would be to have the '+' be\r
 129 > optional for tag as well; I suppose then tags starting with + would be\r
 130 > ambiguous, which is probably a bad idea.\r
 131 \r
 132 I'd like to keep the new format unambiguous if at all possible.\r
 133 \r
 134 BR,\r
 135 Jani.\r
 136 \r
 137 \r
 138 \r
 139 [1] http://notmuchmail.org/howto/#index5h2\r
 140 \r