4a/309d558c7eb35816916d6a29dcaf5d65d4771e

   1 Return-Path: <madduck@lapse.rw.madduck.net>\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 55FFB431FBC\r
   6         for <notmuch@notmuchmail.org>; Mon, 11 Jan 2010 14:19:30 -0800 (PST)\r
   7 X-Virus-Scanned: Debian amavisd-new at olra.theworths.org\r
   8 Received: from olra.theworths.org ([127.0.0.1])\r
   9         by localhost (olra.theworths.org [127.0.0.1]) (amavisd-new, port 10024)\r
  10         with ESMTP id QGfssk7ihIYR for <notmuch@notmuchmail.org>;\r
  11         Mon, 11 Jan 2010 14:19:29 -0800 (PST)\r
  12 Received: from clegg.madduck.net (clegg.madduck.net [193.242.105.96])\r
  13         by olra.theworths.org (Postfix) with ESMTP id 6F5B5431FAE\r
  14         for <notmuch@notmuchmail.org>; Mon, 11 Jan 2010 14:19:29 -0800 (PST)\r
  15 Received: from lapse.rw.madduck.net (unknown\r
  16         [IPv6:2404:130:0:1000:20a:e4ff:fe30:4316])\r
  17         (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))\r
  18         (Client CN "lapse.rw.madduck.net",\r
  19         Issuer "CAcert Class 3 Root" (verified OK))\r
  20         by clegg.madduck.net (postfix) with ESMTPS id B6F071D4097;\r
  21         Mon, 11 Jan 2010 23:19:20 +0100 (CET)\r
  22 Received: by lapse.rw.madduck.net (Postfix, from userid 1000)\r
  23         id 57641E20; Tue, 12 Jan 2010 11:19:09 +1300 (NZDT)\r
  24 Date: Tue, 12 Jan 2010 11:19:09 +1300\r
  25 From: martin f krafft <madduck@madduck.net>\r
  26 To: mailtags discussion list <mailtags@lists.madduck.net>\r
  27 Message-ID: <20100111221909.GA30299@lapse.rw.madduck.net>\r
  28 Mail-Followup-To: mailtags discussion list <mailtags@lists.madduck.net>,\r
  29         notmuch discussion list <notmuch@notmuchmail.org>\r
  30 MIME-Version: 1.0\r
  31 Content-Type: multipart/signed; micalg=pgp-ripemd160;\r
  32         protocol="application/pgp-signature"; boundary="SUOF0GtieIMvvwua"\r
  33 Content-Disposition: inline\r
  34 X-Motto: Keep the good times rollin'\r
  35 X-OS: Debian GNU/Linux squeeze/sid kernel 2.6.32-trunk-686 i686\r
  36 X-Spamtrap: madduck.bogus@madduck.net\r
  37 X-Subliminal-Message: debian/rules!\r
  38 User-Agent: Mutt/1.5.20 (2009-06-14)\r
  39 X-Virus-Scanned: clamav-milter 0.95.3 at clegg\r
  40 X-Virus-Status: Clean\r
  41 Cc: notmuch discussion list <notmuch@notmuchmail.org>\r
  42 Subject: [notmuch] Idea for storing tags\r
  43 X-BeenThere: notmuch@notmuchmail.org\r
  44 X-Mailman-Version: 2.1.13\r
  45 Precedence: list\r
  46 List-Id: "Use and development of the notmuch mail system."\r
  47         <notmuch.notmuchmail.org>\r
  48 List-Unsubscribe: <http://notmuchmail.org/mailman/options/notmuch>,\r
  49         <mailto:notmuch-request@notmuchmail.org?subject=unsubscribe>\r
  50 List-Archive: <http://notmuchmail.org/pipermail/notmuch>\r
  51 List-Post: <mailto:notmuch@notmuchmail.org>\r
  52 List-Help: <mailto:notmuch-request@notmuchmail.org?subject=help>\r
  53 List-Subscribe: <http://notmuchmail.org/mailman/listinfo/notmuch>,\r
  54         <mailto:notmuch-request@notmuchmail.org?subject=subscribe>\r
  55 X-List-Received-Date: Mon, 11 Jan 2010 22:19:30 -0000\r
  56 \r
  57 \r
  58 --SUOF0GtieIMvvwua\r
  59 Content-Type: text/plain; charset=us-ascii\r
  60 Content-Disposition: inline\r
  61 Content-Transfer-Encoding: quoted-printable\r
  62 \r
  63 Folks, over in #notmuch, we just floated an idea that I'd like to\r
  64 get out to you. We've been debating storing tags for messages.\r
  65 Therefore I am cross-posting. Please forgive me.\r
  66 \r
  67 So far, there are two approaches:\r
  68 \r
  69 1. External database, which has the downside of not being\r
  70    synchronisable with standard IMAP, like the rest of your mail\r
  71    (assuming you use IMAP). Also, it's possible for mailstore and\r
  72    database to get out of sync.\r
  73 \r
  74 2. In-headers, which has the downside of leaking (e.g. when\r
  75    bouncing), and incurs the risks associated with message rewrites\r
  76    (which I think is pretty much ignorable, but it's still there).\r
  77    Also, there's a performance issue, but in the context of an\r
  78    indexer like notmuch, this is negligible.\r
  79 \r
  80    The leakage is real, though and I think it makes in-headers\r
  81    unusable. After all, I don't ever want anyone else to know that\r
  82    I tag e-mails from my boss as "from-idiots", and I forward and\r
  83    bounce mail on a regular basis. I could tell my MTA to remove\r
  84    those headers, but I might forget to do that on a new system.\r
  85 \r
  86 We also previously determined that IMAP keywords are pretty much\r
  87 useless as they are stored per mailbox, not per message, not\r
  88 standardised, and limited in their length anyway [0]. This also\r
  89 means that we don't really need to investigate sensibly storing tags\r
  90 in Maildir (e.g. with xattrs), because IMAP cannot transport them.\r
  91 \r
  92 0. http://lists.madduck.net/pipermail/mailtags/2007-August/msg00016.html\r
  93 \r
  94 Seriously, who implemented IMAPv4rev1 and what sort of crack were\r
  95 they smoking??\r
  96 \r
  97 I remember there was some KDE groupware contacts manager that used\r
  98 IMAP to synchronise contacts. At first, this sounds horrible, but\r
  99 when you detach IMAP from RFC822, it becomes a generic synchronising\r
 100 protocol. The next step is then straight forward, and I want to\r
 101 share this idea with you:\r
 102 \r
 103 How about using pseudo-mails stored in Maildir and synchronised by\r
 104 IMAP? E.g. every folder could have a subfolder .TAGS and if we find\r
 105 a way to smartly pair messages between parent and subfolder, we'd\r
 106 have a tag store alongside the mailstore it refers to, but without\r
 107 the danger of leakage, and without having to rewrite messages.\r
 108 \r
 109 The major problem with this is when clients don't understand this\r
 110 "protocol", for then they will display all .TAGS folders as regular\r
 111 IMAP folders, and try to treat the messages therein as regular\r
 112 mails. Somewhere sometime this is bound to blow up and I don't\r
 113 really know how to prevent that.\r
 114 \r
 115 Anyway, the idea is out now. Thoughts?\r
 116 \r
 117 --=20\r
 118 martin | http://madduck.net/ | http://two.sentenc.es/\r
 119 =20\r
 120 echo Prpv a\'rfg cnf har cvcr | tr Pacfghnrvp Cnpstuaeic\r
 121 =20\r
 122 spamtraps: madduck.bogus@madduck.net\r
 123 \r
 124 --SUOF0GtieIMvvwua\r
 125 Content-Type: application/pgp-signature; name="digital_signature_gpg.asc"\r
 126 Content-Description: Digital signature (see http://martin-krafft.net/gpg/)\r
 127 Content-Disposition: inline\r
 128 \r
 129 -----BEGIN PGP SIGNATURE-----\r
 130 Version: GnuPG v1.4.10 (GNU/Linux)\r
 131 \r
 132 iEYEAREDAAYFAktLo90ACgkQIgvIgzMMSnVyxACePZQG9TNH+BUTbYtatVCXYcBf\r
 133 H7oAn2Jg9v6+Mm8lGNE1szBX3DVlv/zy\r
 134 =6OCS\r
 135 -----END PGP SIGNATURE-----\r
 136 \r
 137 --SUOF0GtieIMvvwua--\r