Re: [PATCH] create .mailmap file (for git shortlog/blame)
[notmuch-archives.git] / 18 / efbed59d47665c694b380c002e683c11416547
1 Return-Path: <singpolyma@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 EB49140BC3A\r
6         for <notmuch@notmuchmail.org>; Wed, 11 Aug 2010 11:31:59 -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: -1.899\r
10 X-Spam-Level: \r
11 X-Spam-Status: No, score=-1.899 tagged_above=-999 required=5\r
12         tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1,\r
13         FREEMAIL_FROM=0.001] 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 yLQl-LBoc4FX for <notmuch@notmuchmail.org>;\r
17         Wed, 11 Aug 2010 11:31:48 -0700 (PDT)\r
18 Received: from mail-gx0-f181.google.com (mail-gx0-f181.google.com\r
19         [209.85.161.181])\r
20         by olra.theworths.org (Postfix) with ESMTP id 7312640BC38\r
21         for <notmuch@notmuchmail.org>; Wed, 11 Aug 2010 11:31:48 -0700 (PDT)\r
22 Received: by gxk28 with SMTP id 28so156545gxk.26\r
23         for <notmuch@notmuchmail.org>; Wed, 11 Aug 2010 11:31:42 -0700 (PDT)\r
24 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma;\r
25         h=domainkey-signature:received:received:sender:date:from:to:cc\r
26         :subject:message-id:references:mime-version:content-type\r
27         :content-disposition:in-reply-to:jabber-id:openpgp:x-url:user-agent;\r
28         bh=q+O3VVvIo9/erL/SxB8HjAH0XmkeAczmybBMwgAl7oM=;\r
29         b=gmwFBaHkjt7V70YqtHXwNw0GuzWwVfSaMilfhsfPJdSObHHtYpfMY6x3TtK4Htsajt\r
30         gcRfEiEN0tEAV+Qa4A4XYIc2/1ksqXLYu3/kv89sWZaz0s89oBENpRYpsTRIfs3kRA2o\r
31         Big5AaPsxVI9q2aeMnoQwHS3zcvm1BGj/GFQ4=\r
32 DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma;\r
33         h=sender:date:from:to:cc:subject:message-id:references:mime-version\r
34         :content-type:content-disposition:in-reply-to:jabber-id:openpgp\r
35         :x-url:user-agent;\r
36         b=vg7y8FC9edGXgoSwddeKrLL0AOmtLjtwohJlmOLUV2TiZUCW7C+iEG6HFHJi+3Rtt/\r
37         d0AGU7NeJB6Q0ya1owqCNmFqOTNeftZsgbOnpSERkd1VpyFMaucoGAKQW/mjzfENOwaS\r
38         3xQfR8+xMj4BJIr0613RqSY3+c5g9QT2S7QUI=\r
39 Received: by 10.150.180.15 with SMTP id c15mr21232105ybf.449.1281551501406;\r
40         Wed, 11 Aug 2010 11:31:41 -0700 (PDT)\r
41 Received: from localhost (dsl-173-248-208-49.acanac.net [173.248.208.49])\r
42         by mx.google.com with ESMTPS id u42sm438611yba.0.2010.08.11.11.31.39\r
43         (version=TLSv1/SSLv3 cipher=RC4-MD5);\r
44         Wed, 11 Aug 2010 11:31:40 -0700 (PDT)\r
45 Sender: Stephen Paul Weber <singpolyma@gmail.com>\r
46 Date: Wed, 11 Aug 2010 13:31:37 -0500\r
47 From: Stephen Paul Weber <singpolyma@singpolyma.net>\r
48 To: Michal Sojka <sojkam1@fel.cvut.cz>\r
49 Subject: Re: A problem and a suggestion\r
50 Message-ID: <20100811183137.GB1546@singpolyma-svelti>\r
51 References: <20100806170410.GA1526@singpolyma-svelti>\r
52         <87d3ttfbym.fsf@steelpick.2x.cz>\r
53 MIME-Version: 1.0\r
54 Content-Type: text/plain; charset=us-ascii; x-action=pgp-signed\r
55 Content-Disposition: inline\r
56 In-Reply-To: <87d3ttfbym.fsf@steelpick.2x.cz>\r
57 Jabber-ID: singpolyma@gmail.com\r
58 OpenPGP: id=CE519CDE; url=https://singpolyma.net/public.asc\r
59 X-URL: https://singpolyma.net\r
60 User-Agent: Mutt/1.5.20 (2009-06-14)\r
61 Cc: notmuch@notmuchmail.org\r
62 X-BeenThere: notmuch@notmuchmail.org\r
63 X-Mailman-Version: 2.1.13\r
64 Precedence: list\r
65 List-Id: "Use and development of the notmuch mail system."\r
66         <notmuch.notmuchmail.org>\r
67 List-Unsubscribe: <http://notmuchmail.org/mailman/options/notmuch>,\r
68         <mailto:notmuch-request@notmuchmail.org?subject=unsubscribe>\r
69 List-Archive: <http://notmuchmail.org/pipermail/notmuch>\r
70 List-Post: <mailto:notmuch@notmuchmail.org>\r
71 List-Help: <mailto:notmuch-request@notmuchmail.org?subject=help>\r
72 List-Subscribe: <http://notmuchmail.org/mailman/listinfo/notmuch>,\r
73         <mailto:notmuch-request@notmuchmail.org?subject=subscribe>\r
74 X-List-Received-Date: Wed, 11 Aug 2010 18:32:00 -0000\r
75 \r
76 -----BEGIN PGP SIGNED MESSAGE-----\r
77 Hash: SHA256\r
78 \r
79 Somebody claiming to be Michal Sojka wrote:\r
80 > On Fri, 06 Aug 2010, Stephen Paul Weber wrote:\r
81 > > Anyway.  I installed notmuch a few days ago (0.1), ran the setup, ran\r
82 > > notmuch new and i said it found 30000+ files, but no new mail?  No searches\r
83 > > return any results.  What am I doing wrong?\r
84\r
85 > I guess you have your mails in a wrong fomrat. Do you see "Note:\r
86 > Ignoring non-mail file" messages during notmuch new? You may also try\r
87 > notmuch new --verbose.\r
88 \r
89 Hmm.  I'm pointing it at a maildir.  I deleted the .notmuch folder in the\r
90 maildir and ran notmuch new --verbose with the following result:\r
91 \r
92 $ notmuch new --verbose\r
93 Found 33065 total files (that's not much mail).\r
94 No new mail.\r
95 \r
96 and searches turn up no results.\r
97 \r
98 > > I gather by other threads on the list archives that editing a message\r
99 > > does not make it "new"? So notmuch just gets whatever the first\r
100 > > version of the message contents it sees is? And if the file gets\r
101 > > renamed (by mutt for example, when marked as read) the filename stored\r
102 > > by notmuch would then be wrong?\r
103\r
104 > Yes. AFAIK notmuch assumes that messages are immutable and when you edit\r
105 > the message, notmuch doesn't re-index it.\r
106 \r
107 Ok, so edited headers are ignored.\r
108 \r
109 > Notmuch new code is able to\r
110 > detect renames so if you rename the file, the filename in the database\r
111 > is wrong only until you run notmuch new again.\r
112 \r
113 Oh, cool.  Good.\r
114 \r
115 > > This would be especially useful if notmuch re-indexed a message when I\r
116 > > edit this header.\r
117\r
118 > I'm not sure how hard it would be to implement this and what would be\r
119 > the performance implications. You should store modification time of a\r
120 > message in the database and re-index the file when the mtime on disk in\r
121 > newer than in the database.\r
122 \r
123 Right.  An mtime-based solution would make sense to me.  That should (I\r
124 would think) have minor performance implications unless you edit a lot of\r
125 your mail often.\r
126 \r
127 - -- \r
128 Stephen Paul Weber, @singpolyma\r
129 See <http://singpolyma.net> for how I prefer to be contacted\r
130 edition right joseph\r
131 -----BEGIN PGP SIGNATURE-----\r
132 Version: GnuPG v1.4.10 (GNU/Linux)\r
133 \r
134 iQIcBAEBCAAGBQJMYuyJAAoJENEcKRHOUZzen1cP/0kgDgQQDR3nDn7mnw5t6Pfh\r
135 8IGODVtxSRJ+vFfrNg3gqUDHmHdphXAlX3xjvjI3eNLDW7PqmqUuQw4fzxQ6/cEQ\r
136 FBOlMq8zXze+Cus3baqYLIYltQaJRItsg4/5B4TjJXYC0r5W4Vt76wQNuBjAdDp5\r
137 EnEEpJEZypBlNyo6L33lsnkOQXnKPW/YPay5AT7FPYPIBv1BtyomJYAA6bUXEttD\r
138 BhcDoq+QZyOUKmShF9p1PtpAC7fKo2AtCALIK0CTClPWQidsLR/LYFxx1UaNvSjR\r
139 vG2S2H/FlyAzgYj+rgGoH/3rFLnSFjZE6rgpZsXnfQf2/KHnuzL0GSFcI0lsYlJR\r
140 Fyv/V7iPIYCkf0xG1deeoZ1Y0/qNidvzBwdJ9o6uaon/SINnvBegNksNhnaTS2Gb\r
141 B1J8/IHLfmOiswucz/s5lLkZL78/bJoyHRwRdARTwjHpP6ylMl+ZB7RUVILuNqc6\r
142 c0F52V3S7Jt3eyEPFM7kuFfXsoaQZSe1kwQLyaY+RjRaoLwiv90vdjpylJa0y9qC\r
143 NSu8ZTNI5rIhfZuAgDUOexWn2zwiqV6r+hJIsFe7KBjVhDS9N7TE4hekNVVOz40y\r
144 KDLgm9oves8H0q6ynI29uraw8nD7XJqu+O8YPwu88N0+Q96qHPPWff1iISTwKTON\r
145 uFXOonuUlLm/TBn+azEJ\r
146 =dX/y\r
147 -----END PGP SIGNATURE-----\r