ca/1f60fd053c41fc72e5977dbdbc07a6325c1eaf

   1 Return-Path: <cworth@cworth.org>\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 4A57440D16C\r
   6         for <notmuch@notmuchmail.org>; Fri, 29 Oct 2010 17:13:20 -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: -2.89\r
  10 X-Spam-Level: \r
  11 X-Spam-Status: No, score=-2.89 tagged_above=-999 required=5\r
  12         tests=[ALL_TRUSTED=-1, BAYES_00=-1.9, T_MIME_NO_TEXT=0.01]\r
  13         autolearn=ham\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 21jhD3iqUVG1; Fri, 29 Oct 2010 17:13:09 -0700 (PDT)\r
  17 Received: from yoom.home.cworth.org (localhost [127.0.0.1])\r
  18         by olra.theworths.org (Postfix) with ESMTP id D184640D168;\r
  19         Fri, 29 Oct 2010 17:13:09 -0700 (PDT)\r
  20 Received: by yoom.home.cworth.org (Postfix, from userid 1000)\r
  21         id 6E659254007; Fri, 29 Oct 2010 17:13:09 -0700 (PDT)\r
  22 From: Carl Worth <cworth@cworth.org>\r
  23 To: Michal Sojka <sojkam1@fel.cvut.cz>, Dirk Hohndel <hohndel@infradead.org>,\r
  24         Matt Fleming <matt@console-pimps.org>, notmuch@notmuchmail.org\r
  25 Subject: Re: [PATCH 0/4] Maildir synchronization\r
  26 In-Reply-To: <87typbzdnt.fsf@steelpick.2x.cz>\r
  27 References: <1273580061-22580-1-git-send-email-sojkam1@fel.cvut.cz>\r
  28         <87d3w082dh.fsf@linux-g6p1.site> <m3zkz3d210.fsf@x201s.gr8dns.org>\r
  29         <87typbzdnt.fsf@steelpick.2x.cz>\r
  30 User-Agent: Notmuch/0.3.1 (http://notmuchmail.org) Emacs/23.2.1\r
  31         (i486-pc-linux-gnu)\r
  32 Date: Fri, 29 Oct 2010 17:13:09 -0700\r
  33 Message-ID: <87sjzopmga.fsf@yoom.home.cworth.org>\r
  34 MIME-Version: 1.0\r
  35 Content-Type: multipart/signed; boundary="=-=-=";\r
  36         micalg=pgp-sha1; protocol="application/pgp-signature"\r
  37 X-BeenThere: notmuch@notmuchmail.org\r
  38 X-Mailman-Version: 2.1.13\r
  39 Precedence: list\r
  40 List-Id: "Use and development of the notmuch mail system."\r
  41         <notmuch.notmuchmail.org>\r
  42 List-Unsubscribe: <http://notmuchmail.org/mailman/options/notmuch>,\r
  43         <mailto:notmuch-request@notmuchmail.org?subject=unsubscribe>\r
  44 List-Archive: <http://notmuchmail.org/pipermail/notmuch>\r
  45 List-Post: <mailto:notmuch@notmuchmail.org>\r
  46 List-Help: <mailto:notmuch-request@notmuchmail.org?subject=help>\r
  47 List-Subscribe: <http://notmuchmail.org/mailman/listinfo/notmuch>,\r
  48         <mailto:notmuch-request@notmuchmail.org?subject=subscribe>\r
  49 X-List-Received-Date: Sat, 30 Oct 2010 00:13:20 -0000\r
  50 \r
  51 --=-=-=\r
  52 Content-Transfer-Encoding: quoted-printable\r
  53 \r
  54 On Thu, 10 Jun 2010 06:59:02 +0200, Michal Sojka <sojkam1@fel.cvut.cz> wrot=\r
  55 e:\r
  56 > This is a known limitation.\r
  57 > From id:1273580061-22580-3-git-send-email-sojkam1@fel.cvut.cz:\r
  58 >=20\r
  59 >    The reason is that when you view the message its unread tag is\r
  60 >    removed which leads to rename of the file, but Emacs still uses the\r
  61 >    original name to access the attachment.\r
  62 >=20\r
  63 >    Workaround: close the message and open it again.\r
  64 \r
  65 Hi Michal,\r
  66 \r
  67 These patches do indeed look very interesting. But the above limitation\r
  68 is really too severe. It just breaks things to much. Let's get that\r
  69 fixed first.\r
  70 \r
  71 > IMHO, the final solution to this issue would be the "notmuch cat"\r
  72 > command. With this command, emacs would not access the messages by file\r
  73 > name, but by message id.\r
  74 \r
  75 Sounds like a great idea. Instead of "notmuch cat", how about we name\r
  76 this "notmuch show --format=3Draw"? That should be even easier to\r
  77 implement, too.\r
  78 \r
  79 Then, I think I'll be very interested in the maildir-synchronization\r
  80 patches, and further I'd like to have these enabled by default. After,\r
  81 all the #1 item in the TODO list for quite some time has been:\r
  82 \r
  83 1. A new import is tagging all messages as "inbox" -- total pain\r
  84 \r
  85 And this has the potential to finally fix that.\r
  86 \r
  87 Finally, as for configuration, I don't like the numeric codes for this\r
  88 feature. Do we really need that much granularity in the functionality\r
  89 here? Other mail clients certainly don't. From what I can see, most mail\r
  90 clients just twiddle these flags unconditionally.\r
  91 \r
  92 I can imagine some people might want to be able to turn the feature off\r
  93 entirely, so maybe we'll need that.\r
  94 \r
  95 Or perhaps more importantly than configuration, we need the ability to\r
  96 easily migrate people to a synchronized state. For example, in my\r
  97 current mail store, most filenames have never been changed, so I've got\r
  98 a lot of files with flags that don't match my tags. What do you think\r
  99 would be the best way to resolve a situation like that?\r
 100 \r
 101 Looking forward to more here,\r
 102 \r
 103 =2DCarl\r
 104 \r
 105 =2D-=20\r
 106 carl.d.worth@intel.com\r
 107 \r
 108 --=-=-=\r
 109 Content-Type: application/pgp-signature\r
 110 \r
 111 -----BEGIN PGP SIGNATURE-----\r
 112 Version: GnuPG v1.4.10 (GNU/Linux)\r
 113 \r
 114 iD8DBQFMy2MV6JDdNq8qSWgRAm2AAKCXOUw2I3RMVasO3tOSDVQ3WWpzdgCfQgIg\r
 115 FPC4kD0wn0CmzTNp2EuQ0gs=\r
 116 =kx0C\r
 117 -----END PGP SIGNATURE-----\r
 118 --=-=-=--\r