a8/cbb9b0871baf1bfe16d25771f6aa1f9c335cbb

   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 30316431FBC\r
   6         for <notmuch@notmuchmail.org>; Thu, 14 Jan 2010 14:32:47 -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: -1.683\r
  10 X-Spam-Level: \r
  11 X-Spam-Status: No, score=-1.683 tagged_above=-999 required=5 tests=[AWL=0.916,\r
  12         BAYES_00=-2.599] 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 QZKeE5uVlhKk for <notmuch@notmuchmail.org>;\r
  16         Thu, 14 Jan 2010 14:32:46 -0800 (PST)\r
  17 Received: from clegg.madduck.net (clegg.madduck.net [193.242.105.96])\r
  18         by olra.theworths.org (Postfix) with ESMTP id 36CDC431FAE\r
  19         for <notmuch@notmuchmail.org>; Thu, 14 Jan 2010 14:32:46 -0800 (PST)\r
  20 Received: from lapse.rw.madduck.net (unknown\r
  21         [IPv6:2404:130:0:1000:20a:e4ff:fe30:4316])\r
  22         (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))\r
  23         (Client CN "lapse.rw.madduck.net",\r
  24         Issuer "CAcert Class 3 Root" (verified OK))\r
  25         by clegg.madduck.net (postfix) with ESMTPS id 237CA1D4097;\r
  26         Thu, 14 Jan 2010 23:32:38 +0100 (CET)\r
  27 Received: by lapse.rw.madduck.net (Postfix, from userid 1000)\r
  28         id D6EB02484; Fri, 15 Jan 2010 11:32:33 +1300 (NZDT)\r
  29 Date: Fri, 15 Jan 2010 11:32:33 +1300\r
  30 From: martin f krafft <madduck@madduck.net>\r
  31 To: mailtags discussion list <mailtags@lists.madduck.net>,\r
  32         notmuch discussion list <notmuch@notmuchmail.org>\r
  33 Message-ID: <20100114223233.GA22864@lapse.rw.madduck.net>\r
  34 Mail-Followup-To: mailtags discussion list <mailtags@lists.madduck.net>,\r
  35         notmuch discussion list <notmuch@notmuchmail.org>\r
  36 References: <20100111221909.GA30299@lapse.rw.madduck.net>\r
  37         <87hbqpfp47.fsf@yoom.home.cworth.org>\r
  38         <20100114080421.GA17305@lapse.rw.madduck.net>\r
  39         <87k4vke349.fsf@yoom.home.cworth.org>\r
  40 MIME-Version: 1.0\r
  41 Content-Type: multipart/signed; micalg=pgp-ripemd160;\r
  42         protocol="application/pgp-signature"; boundary="vkogqOf2sHV7VnPd"\r
  43 Content-Disposition: inline\r
  44 In-Reply-To: <87k4vke349.fsf@yoom.home.cworth.org>\r
  45 X-Motto: Keep the good times rollin'\r
  46 X-OS: Debian GNU/Linux squeeze/sid kernel 2.6.32-trunk-686 i686\r
  47 X-Spamtrap: madduck.bogus@madduck.net\r
  48 X-Subliminal-Message: debian/rules!\r
  49 User-Agent: Mutt/1.5.20 (2009-06-14)\r
  50 X-Virus-Scanned: clamav-milter 0.95.3 at clegg\r
  51 X-Virus-Status: Clean\r
  52 Subject: Re: [notmuch] Idea for storing tags\r
  53 X-BeenThere: notmuch@notmuchmail.org\r
  54 X-Mailman-Version: 2.1.13\r
  55 Precedence: list\r
  56 List-Id: "Use and development of the notmuch mail system."\r
  57         <notmuch.notmuchmail.org>\r
  58 List-Unsubscribe: <http://notmuchmail.org/mailman/options/notmuch>,\r
  59         <mailto:notmuch-request@notmuchmail.org?subject=unsubscribe>\r
  60 List-Archive: <http://notmuchmail.org/pipermail/notmuch>\r
  61 List-Post: <mailto:notmuch@notmuchmail.org>\r
  62 List-Help: <mailto:notmuch-request@notmuchmail.org?subject=help>\r
  63 List-Subscribe: <http://notmuchmail.org/mailman/listinfo/notmuch>,\r
  64         <mailto:notmuch-request@notmuchmail.org?subject=subscribe>\r
  65 X-List-Received-Date: Thu, 14 Jan 2010 22:32:47 -0000\r
  66 \r
  67 \r
  68 --vkogqOf2sHV7VnPd\r
  69 Content-Type: text/plain; charset=utf-8\r
  70 Content-Disposition: inline\r
  71 Content-Transfer-Encoding: quoted-printable\r
  72 \r
  73 also sprach Carl Worth <cworth@cworth.org> [2010.01.15.1124 +1300]:\r
  74 > > You might have marked a message 'read' on one machine and if the two\r
  75 > > get out of sync on another machine, you might have the same message\r
  76 > > unread there.\r
  77 >=20\r
  78 > That's a different issue though. With two databases there's clearly the\r
  79 > opportunity for the two databases to be out of synch.\r
  80 >=20\r
  81 > But you talked about the database being out of synch with respect to the\r
  82 > mailstore. And that's something I just don't understand, (given the\r
  83 > assumption that all tags are stored in the database---which was the\r
  84 > explicit description of the case of interest).\r
  85 \r
  86 Yes, we are talking about the situation where the tagstore is\r
  87 seperate from the mailstore, and that they are both synchronised\r
  88 with a server, or between machines, separately. If for some reason\r
  89 you only synchronise the mailstore =E2=80=94 say because the connection\r
  90 drops before the sync of the tagstore completes =E2=80=94 then you end up\r
  91 with an out-of-sync situation, because the mailstore-sync will have\r
  92 pulled in a new message, but not the associated tags. So if you had\r
  93 already read this message on another machine and tagged it 'done',\r
  94 then it would show up on this machine as 'new' without the 'done'\r
  95 tag, because the tags were not synchronised.\r
  96 \r
  97 The only way to really solve this is by transferring a message and\r
  98 its tags in a transactional way.\r
  99 \r
 100 > > Shouldn't this just be solved? I've had formail+procmail delete my\r
 101 > > duplicates for 10+ years, and while I don't like the fact that\r
 102 > > I usually get the CC before the list mail, and thus cannot filter on\r
 103 > > Delivered-To, I have never looked back.\r
 104 >=20\r
 105 > Notmuch has access to all the information it needs to allow you to\r
 106 > delete the CC version once the list mail arrives. So you could do\r
 107 > notmuch-based deletion now and avoid losing the Delivered-To header if\r
 108 > you want.\r
 109 \r
 110 Of course. I hadn't thought that far.\r
 111 \r
 112 However, there are still benefits to formail, namely avoiding having\r
 113 to run duplicates through potentially expensive spamfilters.\r
 114 \r
 115 > I think that synchronizing the mail store and synchronizing the\r
 116 > tags information are tasks that have different requirements, and\r
 117 > for which we may well want different tools.\r
 118 \r
 119 Fair enough. Maybe I am just paranoid about the stores getting out\r
 120 of sync (see above).\r
 121 \r
 122 --=20\r
 123 martin | http://madduck.net/ | http://two.sentenc.es/\r
 124 =20\r
 125 "we all know linux is great...\r
 126  it does infinite loops in 5 seconds."\r
 127                                                      -- linus torvalds\r
 128 =20\r
 129 spamtraps: madduck.bogus@madduck.net\r
 130 \r
 131 --vkogqOf2sHV7VnPd\r
 132 Content-Type: application/pgp-signature; name="digital_signature_gpg.asc"\r
 133 Content-Description: Digital signature (see http://martin-krafft.net/gpg/)\r
 134 Content-Disposition: inline\r
 135 \r
 136 -----BEGIN PGP SIGNATURE-----\r
 137 Version: GnuPG v1.4.10 (GNU/Linux)\r
 138 \r
 139 iEYEAREDAAYFAktPm34ACgkQIgvIgzMMSnUF7QCglzthX01OAmAEUQjwRZ0Wb0Wx\r
 140 YY8AoM0uYHBcB/22YflVBcVb/OsAzw6j\r
 141 =FnB6\r
 142 -----END PGP SIGNATURE-----\r
 143 \r
 144 --vkogqOf2sHV7VnPd--\r