79/7bc95b165c2de5cfe8d5210a5f9e2536534fe2

   1 Return-Path: <amdragon@mit.edu>\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 9B7C4431FBD\r
   6         for <notmuch@notmuchmail.org>; Sun, 27 Apr 2014 15:37:30 -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 57RMeBf17N9i for <notmuch@notmuchmail.org>;\r
  16         Sun, 27 Apr 2014 15:37:24 -0700 (PDT)\r
  17 Received: from dmz-mailsec-scanner-8.mit.edu (dmz-mailsec-scanner-8.mit.edu\r
  18         [18.7.68.37])\r
  19         (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))\r
  20         (No client certificate requested)\r
  21         by olra.theworths.org (Postfix) with ESMTPS id 38F41431FBC\r
  22         for <notmuch@notmuchmail.org>; Sun, 27 Apr 2014 15:37:24 -0700 (PDT)\r
  23 X-AuditID: 12074425-f79906d000000cf9-d1-535d86a39583\r
  24 Received: from mailhub-auth-2.mit.edu ( [18.7.62.36])\r
  25         (using TLS with cipher AES256-SHA (256/256 bits))\r
  26         (Client did not present a certificate)\r
  27         by dmz-mailsec-scanner-8.mit.edu (Symantec Messaging Gateway) with SMTP\r
  28         id D3.F2.03321.3A68D535; Sun, 27 Apr 2014 18:37:23 -0400 (EDT)\r
  29 Received: from outgoing.mit.edu (outgoing-auth-1.mit.edu [18.9.28.11])\r
  30         by mailhub-auth-2.mit.edu (8.13.8/8.9.2) with ESMTP id s3RMbLCY012395; \r
  31         Sun, 27 Apr 2014 18:37:23 -0400\r
  32 Received: from awakening.csail.mit.edu (awakening.csail.mit.edu [18.26.4.91])\r
  33         (authenticated bits=0)\r
  34         (User authenticated as amdragon@ATHENA.MIT.EDU)\r
  35         by outgoing.mit.edu (8.13.8/8.12.4) with ESMTP id s3RMbJY4017284\r
  36         (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NOT);\r
  37         Sun, 27 Apr 2014 18:37:20 -0400\r
  38 Received: from amthrax by awakening.csail.mit.edu with local (Exim 4.80)\r
  39         (envelope-from <amdragon@mit.edu>)\r
  40         id 1WeXhG-0003yl-PQ; Sun, 27 Apr 2014 18:37:19 -0400\r
  41 Date: Sun, 27 Apr 2014 18:37:17 -0400\r
  42 From: Austin Clements <amdragon@MIT.EDU>\r
  43 To: Sam Halliday <sam.halliday@gmail.com>\r
  44 Subject: Re: github mirror\r
  45 Message-ID: <20140427223717.GQ25817@mit.edu>\r
  46 References: <87bnvn111h.fsf@Samskara.home>\r
  47 MIME-Version: 1.0\r
  48 Content-Type: text/plain; charset=us-ascii\r
  49 Content-Disposition: inline\r
  50 In-Reply-To: <87bnvn111h.fsf@Samskara.home>\r
  51 User-Agent: Mutt/1.5.21 (2010-09-15)\r
  52 X-Brightmail-Tracker:\r
  53  H4sIAAAAAAAAA+NgFmpkleLIzCtJLcpLzFFi42IRYrdT0V3cFhtscHyegMX1mzOZLd52/2N3\r
  54         YPLYOesuu8ezVbeYA5iiuGxSUnMyy1KL9O0SuDL2n13LXNArUNF97jBrA2MHbxcjB4eEgInE\r
  55         ojkSXYycQKaYxIV769m6GLk4hARmM0lsvH6JFcLZyCjxvuEKE4Rzmkmia8t3VpAWIYEljBI3\r
  56         b0uCTGIRUJV4vtEQJMwmoCGxbf9yRhBbREBTomfySSYQm1lAWuLb72YwW1hASuL65h/MIDav\r
  57         gI7EorbZbBAjtSRO3lzOAhEXlDg58wkLRK+WxI1/L5lAVoHMWf6PAyTMKaAtMWPue7BWUQEV\r
  58         iSknt7FNYBSahaR7FpLuWQjdCxiZVzHKpuRW6eYmZuYUpybrFicn5uWlFula6OVmluilppRu\r
  59         YgSHtIvqDsYJh5QOMQpwMCrx8AoKxQYLsSaWFVfmHmKU5GBSEuUtaAIK8SXlp1RmJBZnxBeV\r
  60         5qQWH2KU4GBWEuFlLADK8aYkVlalFuXDpKQ5WJTEed9aWwULCaQnlqRmp6YWpBbBZGU4OJQk\r
  61         eKe0AjUKFqWmp1akZeaUIKSZODhBhvMADU8BqeEtLkjMLc5Mh8ifYlSUEuddApIQAElklObB\r
  62         9cJSzitGcaBXhHnPglTxANMVXPcroMFMQIN7Q6NBBpckIqSkGhgrdxdN9blwZ534mgUzvHmn\r
  63         Zj+U43SVtl/q61JUbawf96CYzd7pmaTDxGtrt33hubN/0x9Lifq5H21ZGXcrdLcekN658aLK\r
  64         jJBzXRMsvDdc/+70XZxj1Y2C9+3pT68EXX54uDVpwTVZg6zpB66730s8Fnnyr3Tq2od/7vS6\r
  65         TOO/tIk18yXDec8bSizFGYmGWsxFxYkA8TQdexQDAAA=\r
  66 Cc: notmuch@notmuchmail.org\r
  67 X-BeenThere: notmuch@notmuchmail.org\r
  68 X-Mailman-Version: 2.1.13\r
  69 Precedence: list\r
  70 List-Id: "Use and development of the notmuch mail system."\r
  71         <notmuch.notmuchmail.org>\r
  72 List-Unsubscribe: <http://notmuchmail.org/mailman/options/notmuch>,\r
  73         <mailto:notmuch-request@notmuchmail.org?subject=unsubscribe>\r
  74 List-Archive: <http://notmuchmail.org/pipermail/notmuch>\r
  75 List-Post: <mailto:notmuch@notmuchmail.org>\r
  76 List-Help: <mailto:notmuch-request@notmuchmail.org?subject=help>\r
  77 List-Subscribe: <http://notmuchmail.org/mailman/listinfo/notmuch>,\r
  78         <mailto:notmuch-request@notmuchmail.org?subject=subscribe>\r
  79 X-List-Received-Date: Sun, 27 Apr 2014 22:37:30 -0000\r
  80 \r
  81 Quoth Sam Halliday on Apr 27 at 12:09 pm:\r
  82 > But in any case, my RFE/question was this: how hard would it be to have\r
  83 > an optional mode of behaviour where tags are stored in the message\r
  84 > itself, so that syncing with an IMAP server (e.g. via offlineimap)\r
  85 > would make the tags available on all devices. This would negate the need\r
  86 > for workarounds, such as shared notmuch databases, when users have\r
  87 > multiple machines.\r
  88 > \r
  89 > It would also allow applications like offlineimap to introduce a gmail\r
  90 > plugin that would copy the message into a folder according to its tags,\r
  91 > so gmail labels and notmuch tags would be in sync.\r
  92 \r
  93 FWIW, we've discussed being able to configure a bi-directional mapping\r
  94 between folders and notmuch tags, using hard links (or simply message\r
  95 copies) to map messages with multiple tags to multiple file system\r
  96 folders.  There's been some prototyping [1], though no serious code.\r
  97 If this did happen, you'd be able to sync Gmail labels with notmuch\r
  98 tags without any help from OfflineIMAP (OfflineIMAP could perform\r
  99 better and use less disk space if it knew how to set up hard links\r
 100 when talking to Gmail, but this would be entirely independent of\r
 101 notmuch).  You might also be able to work out cross-device sync, using\r
 102 IMAP folder synchronization as a channel for tag synchronization.\r
 103 \r
 104 As for storing this information directly in messages, in general, the\r
 105 notmuch community is opposed to modifying messages.  This causes many\r
 106 problems, and immutable messages are more robust and simplify so many\r
 107 things.  IMAP assumes messages are immutable.  Maildir assumes\r
 108 messages are immutable.  Notmuch new would get dramatically slower if\r
 109 it had to check for messages modifications.  What do you do if you\r
 110 change a tag and there are multiple copies of a message?  What do you\r
 111 do if there are multiple copies and they disagree about the tags?  How\r
 112 do you atomically update the tags stored in a message?  From an\r
 113 engineering standpoint, it's much better to avoid mutable messages.\r
 114 \r
 115 [1] id:874nk8v9zw.fsf@zancas.localnet\r