1 Return-Path: <racin@free.fr>
\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 E6F8340DDED
\r
6 for <notmuch@notmuchmail.org>; Fri, 12 Nov 2010 08:23:27 -0800 (PST)
\r
7 X-Virus-Scanned: Debian amavisd-new at olra.theworths.org
\r
11 X-Spam-Status: No, score=-1.899 tagged_above=-999 required=5
\r
12 tests=[BAYES_00=-1.9, FREEMAIL_FROM=0.001, RCVD_IN_DNSWL_NONE=-0.0001]
\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 W9Bz-kohF0AO for <notmuch@notmuchmail.org>;
\r
17 Fri, 12 Nov 2010 08:23:17 -0800 (PST)
\r
18 Received: from smtp3-g21.free.fr (smtp3-g21.free.fr [212.27.42.3])
\r
19 by olra.theworths.org (Postfix) with ESMTP id 83A0140DDD4
\r
20 for <notmuch@notmuchmail.org>; Fri, 12 Nov 2010 08:23:16 -0800 (PST)
\r
21 Received: from racin (unknown [82.239.207.166])
\r
22 by smtp3-g21.free.fr (Postfix) with ESMTP id 51703A622A;
\r
23 Fri, 12 Nov 2010 17:23:11 +0100 (CET)
\r
24 From: Matthieu Lemerre <racin@free.fr>
\r
25 To: Darren McGuicken <mailing-notmuch@fernseed.info>, notmuch@notmuchmail.org
\r
26 Subject: Re: [PATCH] How to improve the mail handling workflow?
\r
27 In-Reply-To: <87sjz6ft52.fsf@bookbinder.fernseed.info>
\r
28 References: <87fwv65zw1.fsf@free.fr> <87sjz6ft52.fsf@bookbinder.fernseed.info>
\r
29 User-Agent: Notmuch/0.5 (http://notmuchmail.org) Emacs/23.2.1
\r
31 Date: Fri, 12 Nov 2010 17:35:22 +0100
\r
32 Message-ID: <87d3qa5wl1.fsf@free.fr>
\r
34 Content-Type: text/plain; charset=us-ascii
\r
35 X-BeenThere: notmuch@notmuchmail.org
\r
36 X-Mailman-Version: 2.1.13
\r
38 List-Id: "Use and development of the notmuch mail system."
\r
39 <notmuch.notmuchmail.org>
\r
40 List-Unsubscribe: <http://notmuchmail.org/mailman/options/notmuch>,
\r
41 <mailto:notmuch-request@notmuchmail.org?subject=unsubscribe>
\r
42 List-Archive: <http://notmuchmail.org/pipermail/notmuch>
\r
43 List-Post: <mailto:notmuch@notmuchmail.org>
\r
44 List-Help: <mailto:notmuch-request@notmuchmail.org?subject=help>
\r
45 List-Subscribe: <http://notmuchmail.org/mailman/listinfo/notmuch>,
\r
46 <mailto:notmuch-request@notmuchmail.org?subject=subscribe>
\r
47 X-List-Received-Date: Fri, 12 Nov 2010 16:23:28 -0000
\r
50 On Fri, 12 Nov 2010 15:39:37 +0000, Darren McGuicken <mailing-notmuch@fernseed.info> wrote:
\r
51 > On Fri, 12 Nov 2010 16:23:58 +0100, Matthieu Lemerre <racin@free.fr> wrote:
\r
52 > > Here is first a patch that copes with this last point. Whenever you
\r
53 > > want to archive a thread, it finds whether you forgot to add a custom
\r
54 > > "user" tag to a message, and if so asks you for a tag to add before
\r
55 > > archiving. That way, I no longer have messages without any tags.
\r
57 > Hmm, this would be very irritating in my own workflow in which I really
\r
58 > only use a small number of tags on a fraction of my total mail archive
\r
59 > to differentiate mail type or content which can't otherwise be
\r
60 > determined from the indexed plain text of the message (I don't like to
\r
61 > add a 'notmuch' tag to mail from the list for instance since a saved
\r
62 > search for mail sent to the list address does exactly the same thing).
\r
64 I prefer to add tags, for the following reasons:
\r
66 - If I want to search through a mailing list, I don't have to remember
\r
67 its address. Saved searchs solve the problem only partly, because I
\r
68 am not able to make complex queries involving several saved
\r
69 searches. This could be solved only by making notmuch aware of saved
\r
72 - I have some collection of emails that belong to a topic, even if the
\r
73 topic does not appear in it. For instance, if I receive mails about a
\r
74 project "foo", it can happen that foo is not mentionned in it.
\r
76 - I think that adding more informations to mail help find it, even if
\r
77 it fills my screen with tag names. Basically, I use tags for several
\r
79 - to label information
\r
80 - to indicate actions that have to be done (like todo, waiting, done, etc)
\r
81 - the other are mail-related tags (inbox, attachment, replied etc).
\r
83 > I agree that the spacebar does too much if you're just using a search on
\r
84 > the inbox tag and want something to stay visible even when you've
\r
85 > quickly spacebar'd through a thread and archived it, but in my case that
\r
86 > was easily solved by creating a new default saved search called 'todo'
\r
87 > which collects unread, manually tagged 'todo' and mail matching a number
\r
88 > of other criteria into one place. When something has been followed-up
\r
89 > on, I remove the tag.
\r
91 But the space bar removes the unread tag, so I do not see how it
\r
92 helps... By default, hitting the space bar throughout a thread would
\r
93 remove every tag from the thread, so you keep asking "where was the mail
\r
94 in my inbox that I have read and I can't find anymore?"
\r
96 > Colouring threads using notmuch-search-line-faces is also very useful in
\r
97 > that one-stop 'todo' view.
\r
99 > Would any of that work for you? Why are plain text or header searches
\r
100 > not able to find the mail you're looking for?
\r
102 Of course, I can change my patch so that its behaviour can be customized
\r