* A problem and a suggestion
@ 2010-08-06 17:04 Stephen Paul Weber
2010-08-08 13:52 ` Michal Sojka
0 siblings, 1 reply; 3+ messages in thread
From: Stephen Paul Weber @ 2010-08-06 17:04 UTC (permalink / raw)
To: notmuch
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA256
So, the webpage says I can post to the list without subscribing, but the
mailing list software seems to have other ideas.
Anyway. I installed notmuch a few days ago (0.1), ran the setup, ran
notmuch new and i said it found 30000+ files, but no new mail? No searches
return any results. What am I doing wrong?
How does notmuch determine which mail is "new" anyway? I gather by other
threads on the list archives that editing a message does not make it "new"?
So notmuch just gets whatever the first version of the message contents it
sees is? And if the file gets renamed (by mutt for example, when marked as
read) the filename stored by notmuch would then be wrong?
I'd also like to suggest that notmuch index the Keywords header, since that
is a header meant exactly for being indexed by search engines and for
searching on. I use it quite a bit. This would be especially useful if
notmuch re-indexed a message when I edit this header.
Actually, how hard would it be to allow notmuch to be configured to index
any custom header?
- --
Stephen Paul Weber, @singpolyma
See <http://singpolyma.net> for how I prefer to be contacted
edition right joseph
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.10 (GNU/Linux)
iQIcBAEBCAAGBQJMXECKAAoJENEcKRHOUZze6MkP/jn6+jdQQsv/XCLI9zkhcz6x
mdpLC/2XDTUuNyXRIYknSPYXx91jI+U2gtaVEwjWGvo2dnm2tFf2wyquKEVPUdr6
RedZBMC4K8KimbBeDPCwPTBVdIljo3WvSSS9yxS6VwXGRmj1E2nSosT5G8WDNLOD
1g4xJ6CRwS1p22jPDEC8F6SoBRWeXsv29AVDNrFPfb4Qowl0DKm5Lfwbzs9O+WVX
T3i5p8od593d+doSkL3CSGeVoHBLtNdssMN9aIlTxSI11ZkYEUup3n4eNrYH826G
DYAA/P8rNAZvogEmrt0T7GvQ+S/8mXPWNzDOCHvnhzo8nxcONwPzP1WRy9aIx11a
qzoP5BKil+sbc8gV/EaG+Pt9qX0FVCggVHeRGIugRrMmKeUuHA3cTQRLVGA0UUhW
WDTV/MEXfShbPHZPa3VHLyEg8NYC0Xj7wCkCTePJsI1/OO0u9Mm8d486EnhMj2HR
l0mznGMeVFB3MYQjaEtpEfU61FQEYogckwEunGebjt4MRd8fG3+mLSqiqnz20vGi
BOX4FCCSEdiRhJ5eOkB6P6LQtLFbi3huVS8yXwE+TLLjfvfsP3huupO0+u/Jz2Vd
mgtYitr07soa8/1+CXvC7BKu6DdAsrnQqAgIhTiyfvfaFm1syQkQFkgafifQbELI
KzVwFNQAhktkJ2mlz5+Y
=pvU7
-----END PGP SIGNATURE-----
^ permalink raw reply [flat|nested] 3+ messages in thread
* Re: A problem and a suggestion
2010-08-06 17:04 A problem and a suggestion Stephen Paul Weber
@ 2010-08-08 13:52 ` Michal Sojka
2010-08-11 18:31 ` Stephen Paul Weber
0 siblings, 1 reply; 3+ messages in thread
From: Michal Sojka @ 2010-08-08 13:52 UTC (permalink / raw)
To: Stephen Paul Weber, notmuch
On Fri, 06 Aug 2010, Stephen Paul Weber wrote:
> Anyway. I installed notmuch a few days ago (0.1), ran the setup, ran
> notmuch new and i said it found 30000+ files, but no new mail? No searches
> return any results. What am I doing wrong?
Hi Stephen,
I guess you have your mails in a wrong fomrat. Do you see "Note:
Ignoring non-mail file" messages during notmuch new? You may also try
notmuch new --verbose.
> How does notmuch determine which mail is "new" anyway?
New is a message found on your disk with a message-id not stored in
notmuch database.
> I gather by other threads on the list archives that editing a message
> does not make it "new"? So notmuch just gets whatever the first
> version of the message contents it sees is? And if the file gets
> renamed (by mutt for example, when marked as read) the filename stored
> by notmuch would then be wrong?
Yes. AFAIK notmuch assumes that messages are immutable and when you edit
the message, notmuch doesn't re-index it. Notmuch new code is able to
detect renames so if you rename the file, the filename in the database
is wrong only until you run notmuch new again.
> I'd also like to suggest that notmuch index the Keywords header, since that
> is a header meant exactly for being indexed by search engines and for
> searching on. I use it quite a bit.
This is an often requested feature - everyone has its favorite header
which he wants to index. Indexing custom headers is planned for some
future release, but no code has appeared yet.
> This would be especially useful if notmuch re-indexed a message when I
> edit this header.
I'm not sure how hard it would be to implement this and what would be
the performance implications. You should store modification time of a
message in the database and re-index the file when the mtime on disk in
newer than in the database.
>
> Actually, how hard would it be to allow notmuch to be configured to index
> any custom header?
Not much :-)
-Michal
^ permalink raw reply [flat|nested] 3+ messages in thread
* Re: A problem and a suggestion
2010-08-08 13:52 ` Michal Sojka
@ 2010-08-11 18:31 ` Stephen Paul Weber
0 siblings, 0 replies; 3+ messages in thread
From: Stephen Paul Weber @ 2010-08-11 18:31 UTC (permalink / raw)
To: Michal Sojka; +Cc: notmuch
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA256
Somebody claiming to be Michal Sojka wrote:
> On Fri, 06 Aug 2010, Stephen Paul Weber wrote:
> > Anyway. I installed notmuch a few days ago (0.1), ran the setup, ran
> > notmuch new and i said it found 30000+ files, but no new mail? No searches
> > return any results. What am I doing wrong?
>
> I guess you have your mails in a wrong fomrat. Do you see "Note:
> Ignoring non-mail file" messages during notmuch new? You may also try
> notmuch new --verbose.
Hmm. I'm pointing it at a maildir. I deleted the .notmuch folder in the
maildir and ran notmuch new --verbose with the following result:
$ notmuch new --verbose
Found 33065 total files (that's not much mail).
No new mail.
and searches turn up no results.
> > I gather by other threads on the list archives that editing a message
> > does not make it "new"? So notmuch just gets whatever the first
> > version of the message contents it sees is? And if the file gets
> > renamed (by mutt for example, when marked as read) the filename stored
> > by notmuch would then be wrong?
>
> Yes. AFAIK notmuch assumes that messages are immutable and when you edit
> the message, notmuch doesn't re-index it.
Ok, so edited headers are ignored.
> Notmuch new code is able to
> detect renames so if you rename the file, the filename in the database
> is wrong only until you run notmuch new again.
Oh, cool. Good.
> > This would be especially useful if notmuch re-indexed a message when I
> > edit this header.
>
> I'm not sure how hard it would be to implement this and what would be
> the performance implications. You should store modification time of a
> message in the database and re-index the file when the mtime on disk in
> newer than in the database.
Right. An mtime-based solution would make sense to me. That should (I
would think) have minor performance implications unless you edit a lot of
your mail often.
- --
Stephen Paul Weber, @singpolyma
See <http://singpolyma.net> for how I prefer to be contacted
edition right joseph
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.10 (GNU/Linux)
iQIcBAEBCAAGBQJMYuyJAAoJENEcKRHOUZzen1cP/0kgDgQQDR3nDn7mnw5t6Pfh
8IGODVtxSRJ+vFfrNg3gqUDHmHdphXAlX3xjvjI3eNLDW7PqmqUuQw4fzxQ6/cEQ
FBOlMq8zXze+Cus3baqYLIYltQaJRItsg4/5B4TjJXYC0r5W4Vt76wQNuBjAdDp5
EnEEpJEZypBlNyo6L33lsnkOQXnKPW/YPay5AT7FPYPIBv1BtyomJYAA6bUXEttD
BhcDoq+QZyOUKmShF9p1PtpAC7fKo2AtCALIK0CTClPWQidsLR/LYFxx1UaNvSjR
vG2S2H/FlyAzgYj+rgGoH/3rFLnSFjZE6rgpZsXnfQf2/KHnuzL0GSFcI0lsYlJR
Fyv/V7iPIYCkf0xG1deeoZ1Y0/qNidvzBwdJ9o6uaon/SINnvBegNksNhnaTS2Gb
B1J8/IHLfmOiswucz/s5lLkZL78/bJoyHRwRdARTwjHpP6ylMl+ZB7RUVILuNqc6
c0F52V3S7Jt3eyEPFM7kuFfXsoaQZSe1kwQLyaY+RjRaoLwiv90vdjpylJa0y9qC
NSu8ZTNI5rIhfZuAgDUOexWn2zwiqV6r+hJIsFe7KBjVhDS9N7TE4hekNVVOz40y
KDLgm9oves8H0q6ynI29uraw8nD7XJqu+O8YPwu88N0+Q96qHPPWff1iISTwKTON
uFXOonuUlLm/TBn+azEJ
=dX/y
-----END PGP SIGNATURE-----
^ permalink raw reply [flat|nested] 3+ messages in thread
end of thread, other threads:[~2010-08-11 18:31 UTC | newest]
Thread overview: 3+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2010-08-06 17:04 A problem and a suggestion Stephen Paul Weber
2010-08-08 13:52 ` Michal Sojka
2010-08-11 18:31 ` Stephen Paul Weber
Code repositories for project(s) associated with this public inbox
https://yhetil.org/notmuch.git/
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).