1f/0ccac4883e8915702660ca6599be2ed03aa5ff

   1 Return-Path: <amdragon@gmail.com>\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 5CDA1431FD0\r
   6         for <notmuch@notmuchmail.org>; Fri, 24 Jun 2011 08:19:37 -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.699\r
  10 X-Spam-Level: \r
  11 X-Spam-Status: No, score=-0.699 tagged_above=-999 required=5\r
  12         tests=[DKIM_SIGNED=0.1, DKIM_VALID=-0.1, FREEMAIL_FROM=0.001,\r
  13         RCVD_IN_DNSWL_LOW=-0.7] autolearn=disabled\r
  14 Received: from olra.theworths.org ([127.0.0.1])\r
  15         by localhost (olra.theworths.org [127.0.0.1]) (amavisd-new, port 10024)\r
  16         with ESMTP id 2xiJTZDUAZPJ for <notmuch@notmuchmail.org>;\r
  17         Fri, 24 Jun 2011 08:19:36 -0700 (PDT)\r
  18 Received: from mail-qy0-f181.google.com (mail-qy0-f181.google.com\r
  19         [209.85.216.181]) (using TLSv1 with cipher RC4-SHA (128/128 bits))\r
  20         (No client certificate requested)\r
  21         by olra.theworths.org (Postfix) with ESMTPS id 1847B431FB6\r
  22         for <notmuch@notmuchmail.org>; Fri, 24 Jun 2011 08:19:36 -0700 (PDT)\r
  23 Received: by qyk9 with SMTP id 9so1889773qyk.5\r
  24         for <notmuch@notmuchmail.org>; Fri, 24 Jun 2011 08:19:35 -0700 (PDT)\r
  25 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma;\r
  26         h=domainkey-signature:mime-version:sender:in-reply-to:references:date\r
  27         :x-google-sender-auth:message-id:subject:from:to:cc:content-type;\r
  28         bh=hvngA3/eR9PLyMRTUngf1nCdZjiF56LadvyPjhY9dMA=;\r
  29         b=Am9UHb9eXcPTZqIA1yZGh29j+mNvHAzk4tUGA55STgVe16EB+126Jbab6aeag3w3s7\r
  30         L8CMoUWz+LIAMQsxZp6hJf4KLrmVrMJV5RUf1LSs0VBEUmleKogkG41x/rebcNf8TAk9\r
  31         lz38w561QYuqiC8Oa+Z5t1V1gIYi6W168YwPw=\r
  32 DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma;\r
  33         h=mime-version:sender:in-reply-to:references:date\r
  34         :x-google-sender-auth:message-id:subject:from:to:cc:content-type;\r
  35         b=UJKNZ4lIpbs/ZjWyDWr1O2Lm8kA2mTgkQcPM1mrm50aCJ5Rs8V9FS1mIKP9vG0329y\r
  36         BlrnO5PkxqTI1ryrXLMuKRfoArEoJJjWxzwRZHnJIuHPXWve/MwDxNlWpaMuoQKC6ami\r
  37         IRmK6yms6PIBarNJl4Mi9j0yOLs6xR+mh5Sy8=\r
  38 MIME-Version: 1.0\r
  39 Received: by 10.229.31.1 with SMTP id w1mr2618707qcc.138.1308928774973; Fri,\r
  40         24 Jun 2011 08:19:34 -0700 (PDT)\r
  41 Sender: amdragon@gmail.com\r
  42 Received: by 10.229.32.197 with HTTP; Fri, 24 Jun 2011 08:19:34 -0700 (PDT)\r
  43 In-Reply-To: <1308843366-6159-1-git-send-email-l.rilling@av7.net>\r
  44 References: <1308843366-6159-1-git-send-email-l.rilling@av7.net>\r
  45 Date: Fri, 24 Jun 2011 11:19:34 -0400\r
  46 X-Google-Sender-Auth: lHz3v8R2fABEce7Q0sRrro5FNYk\r
  47 Message-ID: <BANLkTin7R2oRu_1DSjzHSVupELru8R_tZQ@mail.gmail.com>\r
  48 Subject: Re: [RFC][PATCH] tags_to_maildir_flags: Add option to not move\r
  49         messages from "new/" to "cur/"\r
  50 From: Austin Clements <amdragon@mit.edu>\r
  51 To: Louis Rilling <l.rilling@av7.net>\r
  52 Content-Type: text/plain; charset=ISO-8859-1\r
  53 Cc: notmuch@notmuchmail.org\r
  54 X-BeenThere: notmuch@notmuchmail.org\r
  55 X-Mailman-Version: 2.1.13\r
  56 Precedence: list\r
  57 List-Id: "Use and development of the notmuch mail system."\r
  58         <notmuch.notmuchmail.org>\r
  59 List-Unsubscribe: <http://notmuchmail.org/mailman/options/notmuch>,\r
  60         <mailto:notmuch-request@notmuchmail.org?subject=unsubscribe>\r
  61 List-Archive: <http://notmuchmail.org/pipermail/notmuch>\r
  62 List-Post: <mailto:notmuch@notmuchmail.org>\r
  63 List-Help: <mailto:notmuch-request@notmuchmail.org?subject=help>\r
  64 List-Subscribe: <http://notmuchmail.org/mailman/listinfo/notmuch>,\r
  65         <mailto:notmuch-request@notmuchmail.org?subject=subscribe>\r
  66 X-List-Received-Date: Fri, 24 Jun 2011 15:19:37 -0000\r
  67 \r
  68 Welcome to notmuch!\r
  69 \r
  70 >From your description, I assume you're using both notmuch and another\r
  71 MUA simultaneously.  I'm betting that MUA is mutt (though please\r
  72 correct me if I'm wrong).\r
  73 \r
  74 Unfortunately, mutt's interpretation of maildir doesn't agree with the\r
  75 rest of the world.  I don't know of any other MUA that exposes the\r
  76 distinction between mail in the "new" directory and mail in the "old"\r
  77 directory (at least Dovecot, Evolution, Gnus, Kmail, and of course\r
  78 notmuch don't).  In other MUA's, any mail in the "new" directory is\r
  79 immediately moved to "cur" and "new" mail is simply anything without\r
  80 the seen flag.  mutt, on the other hand, only considers mail in the\r
  81 "new" directory to be "new".\r
  82 \r
  83 While the maildir specification is a little vague, it strongly implies\r
  84 two things that mutt's approach violates: mail should never move from\r
  85 "cur" to "new", and only mail in "cur" can have flags [1].  While it\r
  86 never states it outright, the philosophy is that "new" is simply a\r
  87 staging ground for incoming mail, not a user-visible state (and\r
  88 certainly not user-manipulable).\r
  89 \r
  90 Because of this, I don't think notmuch is the right place to change\r
  91 this (certainly not in a way that would also violate the spec).  Could\r
  92 you elaborate a bit on your workflow?  (In particular, are you using\r
  93 mutt's distinction between new and old?)  Maybe we can find an\r
  94 alternate solution.\r
  95 \r
  96 [1] There's a bug open about the second problem (thanks to ccxCZ for\r
  97 finding this):\r
  98     http://dev.mutt.org/trac/ticket/2476\r
  99 Of course, fixing that implies addressing the first problem, too.\r
 100 \r
 101 On Thu, Jun 23, 2011 at 11:36 AM, Louis Rilling <l.rilling@av7.net> wrote:\r
 102 > notmuch_message_tags_to_maildir_flags() moves messages from maildir directory\r
 103 > "new/" to maildir directory "cur/", which makes messages lose their "new" status\r
 104 > in the MUA. However some users want to keep this "new" status after, for\r
 105 > instance, an auto-tagging of new messages.\r
 106 >\r
 107 > This patch introduces notmuch_message_tags_to_maildir_flags_preserve(), which\r
 108 > does the same job as notmuch_message_tags_to_maildir_flags() except moving\r
 109 > from "maildir "new/" to maildir "cur/". A new option "preserve_new" is\r
 110 > introduced in "[maildir]" section of .notmuch-config, so that users can\r
 111 > configure whether commands "notmuch tag" and "notmuch restore" preserve the\r
 112 > "new" status or not.\r
 113 >\r
 114 > Signed-off-by: Louis Rilling <l.rilling@av7.net>\r
 115 > ---\r
 116 > Hi,\r
 117 >\r
 118 > I'm in the process of using notmuch, but the issue "addressed" by this patch\r
 119 > would make me change my habits a bit too fast. I use the "new" status for\r
 120 > quickly checking (often without reading) which emails I just received,\r
 121 > implementing some kind of context/mood/daytime-dependent quick filtering. I'd\r
 122 > also like to run a pre-tagging script automatically when synchronizing\r
 123 > periodically (and automatically too) my mailboxes. But the current behavior of\r
 124 > "notmuch tag" makes me lose my quick filtering ability.\r
 125 >\r
 126 > This patch is mostly written for discussion. It is certainly not polished (API,\r
 127 > ABI, bindings) and not tested at all. In particular, I know that there are some\r
 128 > plans to customize flags synchronization, but I don't know how the library API\r
 129 > could/should be impacted.\r
 130 >\r
 131 > Thanks for your comments!\r
 132 >\r
 133 > Louis\r