83/a57b64faaf4468df9f677bbc646a711113ca40

   1 Return-Path: <Sebastian@SSpaeth.de>\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 47DD8431FBC\r
   6         for <notmuch@notmuchmail.org>; Tue, 19 Jan 2010 07:52: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: -0.272\r
  10 X-Spam-Level: \r
  11 X-Spam-Status: No, score=-0.272 tagged_above=-999 required=5\r
  12         tests=[AWL=-0.273, BAYES_50=0.001] 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 y8LXxJkQY0Xr for <notmuch@notmuchmail.org>;\r
  16         Tue, 19 Jan 2010 07:52:46 -0800 (PST)\r
  17 Received: from homiemail-a24.g.dreamhost.com (caiajhbdcbef.dreamhost.com\r
  18         [208.97.132.145])\r
  19         by olra.theworths.org (Postfix) with ESMTP id A01F7431FAE\r
  20         for <notmuch@notmuchmail.org>; Tue, 19 Jan 2010 07:52:46 -0800 (PST)\r
  21 Received: from sspaeth.de (mtec-hg-docking-2-dhcp-062.ethz.ch [82.130.121.62])\r
  22         by homiemail-a24.g.dreamhost.com (Postfix) with ESMTPA id\r
  23         94DC02C807A; Tue, 19 Jan 2010 07:52:44 -0800 (PST)\r
  24 Received: by sspaeth.de (sSMTP sendmail emulation);\r
  25         Tue, 19 Jan 2010 16:52:42 +0100\r
  26 From: "Sebastian Spaeth" <Sebastian@SSpaeth.de>\r
  27 To: notmuch@notmuchmail.org\r
  28 In-Reply-To: <20100119152427.GL8342@finestructure.net>\r
  29 References: <87pr57jvkz.fsf@SSpaeth.de>\r
  30         <201001181641.25647.sojkam1@fel.cvut.cz> <87hbqjwgmf.fsf@SSpaeth.de>\r
  31         <87my0a5i80.fsf@SSpaeth.de> <87my0aqgw9.fsf@veldthuis.com>\r
  32         <20100119152427.GL8342@finestructure.net>\r
  33 Date: Tue, 19 Jan 2010 16:52:42 +0100\r
  34 Message-ID: <877hrexfat.fsf@SSpaeth.de>\r
  35 MIME-Version: 1.0\r
  36 Content-Type: text/plain; charset=us-ascii\r
  37 Subject: Re: [notmuch] Introducing notmuchsync\r
  38 X-BeenThere: notmuch@notmuchmail.org\r
  39 X-Mailman-Version: 2.1.13\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: <http://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: <http://notmuchmail.org/mailman/listinfo/notmuch>,\r
  49         <mailto:notmuch-request@notmuchmail.org?subject=subscribe>\r
  50 X-List-Received-Date: Tue, 19 Jan 2010 15:52:47 -0000\r
  51 \r
  52 On Tue, 19 Jan 2010 10:24:27 -0500, Jameson Rollins <jrollins@finestructure.net> wrote:\r
  53 > Actually, I don't think this is exactly correct.  I believe that the\r
  54 > move from new to cur should be done by the MUA when the MUA actually\r
  55 > processes the message, but before the user views the message.  The S\r
  56 > flag should then be added by the MUA when the user actually views the\r
  57 > message.  The MTA should be delivering messages to new, and the MUA\r
  58 > should move it to cur.  That is at least how's it's described by DJB\r
  59 > for qmail (see THE MAILDIR STRUCTURE section in the qmail man page):\r
  60 \r
  61 I have done it now as suggested by Marten: move the mail to "cur" when the\r
  62 user has actually seen it (as per lack of the 'unread' tag). While I\r
  63 agree that it probably should move it earlier (when it is "processed"\r
  64 whatever that means for notmuch), this was just the most convenient for\r
  65 me. In addition, I have also not found a maildir specification, so the\r
  66 behavior seems to be a bit undefined.\r
  67 \r
  68 > Currently notmuch itself does not really conform to what I believe is\r
  69 > the maildir spec, which makes it a little difficult to use with other\r
  70 > MUAs.  Notmuch does not move messages from new to cur, or modify the\r
  71 > flags.  \r
  72 \r
  73 That is why I have coded my notmuchsync tool. It does all that. While I\r
  74 agree that notmuch should probably (and faster) do all that itself, the\r
  75 current design seems to be to keep notmuch flexible, small and to never touch\r
  76 your mailstore. Until that changes, surrounding scripts will have to\r
  77 perform these tasks.\r
  78 \r
  79 My current synchronization script looks basically like this:\r
  80 \r
  81 notmuch new       # make db consistent (earlier deleted mails etc)\r
  82 notmuchsync -s -n # MailDir flags update and "cur" dir moving\r
  83 offlineimap       # sync with IMAP server\r
  84 notmuch new       # incorporate new mails in notmuch db\r
  85 \r
  86 spaetz\r