Some time after upgrading to notmuch 0.6, notmuch new suddenly started
failing, with this backtrace: (this is on DragonFly BSD)
Program terminated with signal 6, Aborted.
#0 0x0008017bde18 in kill () from /usr/lib/libc.so.7
(gdb) bt
#0 0x0008017bde18 in kill () from /usr/lib/libc.so.7
#1
Some time after upgrading to notmuch 0.6, notmuch new suddenly started
failing, with this backtrace: (this is on DragonFly BSD)
Program terminated with signal 6, Aborted.
#0 0x0008017bde18 in kill () from /usr/lib/libc.so.7
(gdb) bt
#0 0x0008017bde18 in kill () from /usr/lib/libc.so.7
#1
Fixes broken build on DragonFly BSD
Signed-off-by: Robin Green
---
lib/Makefile.local |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/lib/Makefile.local b/lib/Makefile.local
index fe42920..88d8deb 100644
--- a/lib/Makefile.local
+++ b/lib/Makefile.local
@@ -76,7 +76,7
Fixes broken build on DragonFly BSD
Signed-off-by: Robin Green
---
lib/Makefile.local |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/lib/Makefile.local b/lib/Makefile.local
index fe42920..88d8deb 100644
--- a/lib/Makefile.local
+++ b/lib/Makefile.local
@@ -76,7 +76,7
It's really dangerous to use the 'a' key in notmuch-mode in an inbox
thread which has multiple unread replies! Yes, the other unread replies
will still be tagged unread, but the user might not immediately be aware
of them. It would be really useful to have an optional warning ("More
unread messages
It's really dangerous to use the 'a' key in notmuch-mode in an inbox
thread which has multiple unread replies! Yes, the other unread replies
will still be tagged unread, but the user might not immediately be aware
of them. It would be really useful to have an optional warning ("More
unread messages
On Tue, 28 Jun 2011 08:34:44 +0200, Pieter Praet wrote:
> notmuch tag -inbox +draft -- folder:${where_your_drafts_reside}
My notmuch help does not mention "folder:", and indeed folder:drafts as a
search term is just treated as the words folder and drafts. Perhaps this
is implemented in git head.
On Tue, 28 Jun 2011 08:34:44 +0200, Pieter Praet wrote:
> notmuch tag -inbox +draft -- folder:${where_your_drafts_reside}
My notmuch help does not mention "folder:", and indeed folder:drafts as a
search term is just treated as the words folder and drafts. Perhaps this
is implemented in git head.
somewhere else, but then I wouldn't be
able to search them using notmuch. Is there another way to have drafts
correctly tagged?
Thanks,
Robin Green
somewhere else, but then I wouldn't be
able to search them using notmuch. Is there another way to have drafts
correctly tagged?
Thanks,
Robin Green
___
notmuch mailing list
notmuch@notmuchmail.org
http://notmuchmail.org/mailman/listinfo/notmuch
On Sat, 25 Jun 2011 16:57:50 -0700, Jameson Graef Rollins wrote:
> On Sat, 25 Jun 2011 23:18:52 +0100, Robin Green
> wrote:
> > A race condition in the '*' command was noted when it was first
> > proposed. It looks to me like it still exists - has anything been done
On Sat, 25 Jun 2011 16:57:50 -0700, Jameson Graef Rollins
wrote:
> On Sat, 25 Jun 2011 23:18:52 +0100, Robin Green wrote:
> > A race condition in the '*' command was noted when it was first
> > proposed. It looks to me like it still exists - has anything been done
>
e, which is a little
inconvenient. You see, in my setup fetchmail calls procmail to deliver
mails, and procmail calls "notmuch new" after delivering every mail.
Thanks,
Robin Green
e, which is a little
inconvenient. You see, in my setup fetchmail calls procmail to deliver
mails, and procmail calls "notmuch new" after delivering every mail.
Thanks,
Robin Green
___
notmuch mailing list
notmuch@notmuchmail.org
http://notmuchmail.org/mailman/listinfo/notmuch
14 matches
Mail list logo