Mark Anderson wrote at 2012-04-06 15:17 -0500:
> On Thu, 5 Apr 2012 12:20:43 -0400, Antoine Beaupré
> wrote:
> > Finally, I want to voice that I feel a "delete" key, even if it doesn't
> > delete mails, seems like an important part of a mail user
> > agent. Archiving mail is one thing, but for th
Jameson Graef Rollins wrote at 2011-05-16 11:52 -0500:
> This is great, guys. I've been wanting to get something like this
> working for a while now.
Yes; thanks Stewart, Thomas. This is one thing that has slowed my transition
to notmuch (from Mutt).
Perhaps some of this or links to it could b
Jameson Graef Rollins wrote at 2011-05-16 11:52 -0500:
> This is great, guys. I've been wanting to get something like this
> working for a while now.
Yes; thanks Stewart, Thomas. This is one thing that has slowed my transition
to notmuch (from Mutt).
Perhaps some of this or links to it could b
Mark Anderson wrote at 2012-04-06 15:17 -0500:
> On Thu, 5 Apr 2012 12:20:43 -0400, Antoine Beaupr? anarcat.ath.cx> wrote:
> > Finally, I want to voice that I feel a "delete" key, even if it doesn't
> > delete mails, seems like an important part of a mail user
> > agent. Archiving mail is one thin
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
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
>
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 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.
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
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
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
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
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
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
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.
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
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
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
18 matches
Mail list logo
