89/42dd66239abe5809cb97cd3dfccbff9d0bce07

   1 Return-Path: <ccx@webprojekty.cz>\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 arlo.cworth.org (Postfix) with ESMTP id 066F06DE1226\r
   6  for <notmuch@notmuchmail.org>; Tue,  2 Feb 2016 08:58:59 -0800 (PST)\r
   7 X-Virus-Scanned: Debian amavisd-new at cworth.org\r
   8 X-Spam-Flag: NO\r
   9 X-Spam-Score: 0\r
  10 X-Spam-Level: \r
  11 X-Spam-Status: No, score=0 tagged_above=-999 required=5 tests=[none]\r
  12  autolearn=disabled\r
  13 Received: from arlo.cworth.org ([127.0.0.1])\r
  14  by localhost (arlo.cworth.org [127.0.0.1]) (amavisd-new, port 10024)\r
  15  with ESMTP id BeliTkVDw3fe for <notmuch@notmuchmail.org>;\r
  16  Tue,  2 Feb 2016 08:58:56 -0800 (PST)\r
  17 X-Greylist: delayed 389 seconds by postgrey-1.35 at arlo;\r
  18  Tue, 02 Feb 2016 08:58:56 PST\r
  19 Received: from ccx.webprojekty.cz (156.200.broadband11.iol.cz\r
  20  [90.178.200.156]) by arlo.cworth.org (Postfix) with ESMTP id 19AE26DE01FF for\r
  21  <notmuch@notmuchmail.org>; Tue,  2 Feb 2016 08:58:55 -0800 (PST)\r
  22 Received: from dorje.v103.te2000 (unknown [82.142.125.46])\r
  23  (Authenticated sender: ccx@webprojekty.cz)\r
  24  by ccx.webprojekty.cz (Postfix) with ESMTPSA id 70D901176\r
  25  for <notmuch@notmuchmail.org>; Tue,  2 Feb 2016 17:01:00 +0100 (CET)\r
  26 Date: Tue, 2 Feb 2016 17:52:20 +0100\r
  27 From: Jan Pobrislo <ccx@webprojekty.cz>\r
  28 To: notmuch@notmuchmail.org\r
  29 Subject: Re: [PATCH/RFC 0/3] Maildir custom flags and notmuch tags\r
  30 Message-ID: <20160202175220.12f8a712@dorje.v103.te2000>\r
  31 In-Reply-To: <87mvsd7cxr.fsf@zancas.localnet>\r
  32 References: <1448504191-30974-1-git-send-email-igor.contato@gmail.com>\r
  33  <87mvsd7cxr.fsf@zancas.localnet>\r
  34 X-Mailer: Claws Mail 3.13.0 (GTK+ 2.24.28; x86_64-pc-linux-gnu)\r
  35 MIME-Version: 1.0\r
  36 Content-Type: text/plain; charset=US-ASCII\r
  37 Content-Transfer-Encoding: 7bit\r
  38 X-BeenThere: notmuch@notmuchmail.org\r
  39 X-Mailman-Version: 2.1.20\r
  40 Precedence: list\r
  41 List-Id: "Use and development of the notmuch mail system."\r
  42  <notmuch.notmuchmail.org>\r
  43 List-Unsubscribe: <https://notmuchmail.org/mailman/options/notmuch>,\r
  44  <mailto:notmuch-request@notmuchmail.org?subject=unsubscribe>\r
  45 List-Archive: <http://notmuchmail.org/pipermail/notmuch/>\r
  46 List-Post: <mailto:notmuch@notmuchmail.org>\r
  47 List-Help: <mailto:notmuch-request@notmuchmail.org?subject=help>\r
  48 List-Subscribe: <https://notmuchmail.org/mailman/listinfo/notmuch>,\r
  49  <mailto:notmuch-request@notmuchmail.org?subject=subscribe>\r
  50 X-List-Received-Date: Tue, 02 Feb 2016 16:58:59 -0000\r
  51 \r
  52 Hello. I've been thinking about this feature for quite some while.\r
  53 Having tags stored and synchronized together with mail would certainly\r
  54 make life easier for a lot of notmuch user. And the upside is that you\r
  55 can already do that with Dovecot's dsync tool.\r
  56 \r
  57 But from what I've seen in the patches (as far as I understood them) it\r
  58 doesn't really work anything like keyword storage in Dovecot - aside\r
  59 from using maildir flags a-z.\r
  60 \r
  61 I've been missing comprehensive source of information on various things\r
  62 maildir-related, so I've written this: https://notmuchmail.org/software/\r
  63 It includes links to specifications of the two keyword storage formats\r
  64 for maildir: Dovecot's and Courier's. There's a lot more that can be\r
  65 added on that page, all the MUAs for starters.\r
  66 \r
  67 I think that using fixed mapping for flag meaning is a good POC step,\r
  68 but that won't work without explicit support from the synchronizer to\r
  69 map specific keywords to always same tags. I don't really know what\r
  70 offlineimap does to synchronize keywords, if anything. Dsync already\r
  71 does what it does - which is obviously to use the full dovecot format.\r
  72 \r
  73 Having the mapping in the maildir rather than database can work well\r
  74 because you have one unambiguous format that both synchronizer and\r
  75 notmuch can use without much hassle. And it will scale up to 26\r
  76 different tags per maildir, after that it will unfortunately stop\r
  77 working without resorting to dovecot-specific formats, but I think it\r
  78 still covers 98% of use-cases or so.\r
  79 \r
  80 On the other hand, you can hack up a script that renames mail\r
  81 post-dsync to conform to expected static mapping. The change detection\r
  82 with just one auxiliary file is simple too, as opposed to the\r
  83 subdirectory format Courier uses.\r