Re: [PATCH 1/2] cli: S/MIME verification/decryption support
[notmuch-archives.git] / 29 / 0a7b63748dc7829dddd27ceadfbef8f22c9343
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 0274940DAC6\r
6         for <notmuch@notmuchmail.org>; Thu, 11 Nov 2010 17:27:46 -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: -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 NR8acqkpXwZd; Thu, 11 Nov 2010 17:27:35 -0800 (PST)\r
17 Received: from yoom.home.cworth.org (localhost [127.0.0.1])\r
18         by olra.theworths.org (Postfix) with ESMTP id 6068340DBFF;\r
19         Thu, 11 Nov 2010 17:27:35 -0800 (PST)\r
20 Received: by yoom.home.cworth.org (Postfix, from userid 1000)\r
21         id F0A8E25412B; Thu, 11 Nov 2010 17:27:34 -0800 (PST)\r
22 From: Carl Worth <cworth@cworth.org>\r
23 To: Rob Browning <rlb@defaultvalue.org>,\r
24         Sebastian Spaeth <Sebastian@SSpaeth.de>\r
25 Subject: Re: notmuchsync: handling of the deleted tag\r
26 In-Reply-To: <87r5gnomt2.fsf@raven.defaultvalue.org>\r
27 References: <87bp7vewa5.fsf@raven.defaultvalue.org>\r
28  <87mxrcsb8a.fsf@SSpaeth.de>    <87r5gnomt2.fsf@raven.defaultvalue.org>\r
29 User-Agent: Notmuch/0.4 (http://notmuchmail.org) Emacs/23.2.1\r
30         (i486-pc-linux-gnu)\r
31 Date: Thu, 11 Nov 2010 17:27:34 -0800\r
32 Message-ID: <87hbfnmiux.fsf@yoom.home.cworth.org>\r
33 MIME-Version: 1.0\r
34 Content-Type: multipart/signed; boundary="=-=-=";\r
35         micalg=pgp-sha1; protocol="application/pgp-signature"\r
36 Cc: Notmuch developer list <notmuch@notmuchmail.org>\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: Fri, 12 Nov 2010 01:27:46 -0000\r
50 \r
51 --=-=-=\r
52 Content-Transfer-Encoding: quoted-printable\r
53 \r
54 On Mon, 20 Sep 2010 21:25:13 -0500, Rob Browning <rlb@defaultvalue.org> wro=\r
55 te:\r
56 > Sebastian Spaeth <Sebastian@SSpaeth.de> writes:\r
57 > Conceptually what I'd like for it to do, is reference count -- only mark\r
58 > the message deleted if every occurrence (across all maildirs) is marked\r
59 > trashed (T).\r
60 \r
61 [I'm going back through this old notmuchsync thread after having worked\r
62 to merge and improve some related synchronization featured.]\r
63 \r
64 The above idea sounds quite interesting and would be possible in the\r
65 current approach. The only thing I don't like is that we would have some\r
66 very detailed knowledge about the semantics of "deleted" hard-coded deep\r
67 in the library.\r
68 \r
69 I already don't like the fact that the library has a hard-coded list\r
70 with a handful of mappings between flags and tags.\r
71 \r
72 So, what we probably need here is for the user to be able to configure\r
73 the mapping and in a fairly sophisticated way:\r
74 \r
75         'R' on _any_ filename  -> "replied" tag gets added\r
76         'T' on _all_ filenames -> "deleted" tag gets added\r
77         'S' on _any_ filename  -> "unread" tag gets removed\r
78 \r
79 That would be expressible with just a couple of pieces of punctuation:\r
80 \r
81         R=3Dreplied;T*=3Ddeleted;S=3D~unread\r
82 \r
83 So maybe something like that?\r
84 \r
85 > > If notmuch gave me at least all filenames that are associated with a\r
86 > > mail id, I could introduce a command line option "--prune --safe"\r
87 > > which would\r
88 \r
89 This feature is at least implemented in libnotmuch at least.\r
90 \r
91 Hopefully things just keep getting better and better.\r
92 \r
93 I am looking forward to some feedback from users of notmuchsync who try\r
94 out the new maildir.synchronize_flags support in notmuch itself.\r
95 \r
96 =2DCarl\r
97 \r
98 =2D-=20\r
99 carl.d.worth@intel.com\r
100 \r
101 --=-=-=\r
102 Content-Type: application/pgp-signature\r
103 \r
104 -----BEGIN PGP SIGNATURE-----\r
105 Version: GnuPG v1.4.10 (GNU/Linux)\r
106 \r
107 iD8DBQFM3JgG6JDdNq8qSWgRAvL1AJ4+CevMSI0sH481Xay0VzDPmwTAmQCfXIUw\r
108 dNbzq61gYSKkzNEh9GIimBc=\r
109 =6ECQ\r
110 -----END PGP SIGNATURE-----\r
111 --=-=-=--\r