Hi,
Am I alone thinking it could be cool to specify a post-processing script
to run after 'notmuch new' ?
Currently, one can tell notmuch to add a unique tag but I guess we could
extend this to something much smarter. I guess I am not alone using a
tagging script after each refresh.
What do you
On Mon, 22 Nov 2010 18:15:34 -0500, Jameson Rollins wrote:
> On Mon, 22 Nov 2010 23:59:23 +0100, Xavier Maillard wrote:
> > On Mon, 22 Nov 2010 17:03:35 -0500, Jameson Rollins > finestructure.net> wrote:
> > > "Fcc" means something like "file cc", which means that a copy of the
> > > message
Hi,
On Tue, 23 Nov 2010 16:47:13 +0100, Sebastian Spaeth
wrote:
> I like to ignore annoying threads, but notmuch has not easy way to
> achieve it, right? Well, it actually has...
If it has, it is only ugly hack in my point of view. What is missing the
most currently is scoring rules ala GNUS
On Tue, 23 Nov 2010, Daniel Kahn Gillmor wrote:
> hey notmuch folks--
>
> ; emacs local configuration settings for notmuch source
> ; surmised by dkg on 2010-11-23 13:43:18-0500
>
> (
> (c-mode . (
> (indent-tabs-mode . t)
> (tab-width . 8)
> (c-basic-offset
On Tue, 23 Nov 2010, Sebastian Spaeth wrote:
> I like to ignore annoying threads, but notmuch has not easy way to
> achieve it, right? Well, it actually has...
>
> 1) ok, in notmuch-show I read a message, decide the thread is uninteresting
> (or annoying) and tag that message as "ignore".
>
> 2)
much/attachments/20101124/6994d223/attachment.pgp>
This check actually makes a new-style setting not work.
---
emacs/notmuch-maildir-fcc.el |8
1 files changed, 4 insertions(+), 4 deletions(-)
I don't intend this commit for the central repository. Better would be
a new test case for a new-style notmuch-fcc-dirs setting, then a fix
On Wed, 24 Nov 2010 09:38:46 +0100, Sebastian Spaeth
wrote:
> On Tue, 23 Nov 2010 18:09:03 -0800, Carl Worth wrote:
> > The inconsistency is the presence of the "thread:" and "id:" prefixes in
> > the first two cases, (note that there isn't any "tag:" prefix in the
> > last case). I can't find
can trivially insert the 'thread:' prefix if it gets removed.
dme.
--
David Edmondson, http://dme.org
-- next part --
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 197 bytes
Desc: not available
URL:
<http://notmuchmail.org/pipermail/notmuch/attachments/20101124/dcb09f2d/attachment.pgp>
On Wed, 24 Nov 2010, Carl Worth wrote:
> Michal, in trying to add a test for that bug, I found that the current
> test suite infrastructure can't catch it because the shell's $()
> construct doesn't distinguish whether that final newline is present or
> not. I don't see an easy way to fix this,
tion/pgp-signature
Size: 197 bytes
Desc: not available
URL:
<http://notmuchmail.org/pipermail/notmuch/attachments/20101124/2730c771/attachment.pgp>
On Tue, 23 Nov 2010, Carl Worth wrote:
> On Tue, 23 Nov 2010 18:17:33 +0100, Michal Sojka
> wrote:
> > Will it be possible to upload any images to the wiki? I think that
> > notmuch would deserve some screenshots on its web pages. Currently I get
> > (after git push):
>
> It would be great to
On Tue, Nov 23, 2010 at 5:38 PM, Brett Viren wrote:
> I'm using OfflineIMAP and Dovecot plus notmuch from git's current HEAD. ?I do:
>
> ?notmuch count tag:unread
> ?4
>
> But doing "M-x notmuch" in emacs it shows
>
> ?44,895 unread
FYI, with today's git, (or something else I messed with) this
On Tue, 23 Nov 2010 18:09:03 -0800, Carl Worth wrote:
The inconsistency is the presence of the thread: and id: prefixes in
the first two cases, (note that there isn't any tag: prefix in the
last case). I can't find any good justification for these.
I use the output of notmuch search
On Wed, 24 Nov 2010, Carl Worth wrote:
Michal, in trying to add a test for that bug, I found that the current
test suite infrastructure can't catch it because the shell's $()
construct doesn't distinguish whether that final newline is present or
not. I don't see an easy way to fix this, (other
On Wed, 24 Nov 2010 09:38:46 +0100, Sebastian Spaeth sebast...@sspaeth.de
wrote:
On Tue, 23 Nov 2010 18:09:03 -0800, Carl Worth wrote:
The inconsistency is the presence of the thread: and id: prefixes in
the first two cases, (note that there isn't any tag: prefix in the
last case). I can't
This check actually makes a new-style setting not work.
---
emacs/notmuch-maildir-fcc.el |8
1 files changed, 4 insertions(+), 4 deletions(-)
I don't intend this commit for the central repository. Better would be
a new test case for a new-style notmuch-fcc-dirs setting, then a fix
On Tue, 23 Nov 2010, Sebastian Spaeth wrote:
I like to ignore annoying threads, but notmuch has not easy way to
achieve it, right? Well, it actually has...
1) ok, in notmuch-show I read a message, decide the thread is uninteresting
(or annoying) and tag that message as ignore.
2) Adding
On Tue, 23 Nov 2010, Daniel Kahn Gillmor wrote:
hey notmuch folks--
; emacs local configuration settings for notmuch source
; surmised by dkg on 2010-11-23 13:43:18-0500
(
(c-mode . (
(indent-tabs-mode . t)
(tab-width . 8)
(c-basic-offset . 4)
;; I
On 11/24/2010 04:25 PM, Michal Sojka wrote:
(c-cleanup-list . (space-before-funcall))
This line makes my emacs prompt that it may not be safe -- it seems
impolite to ask users just opening up the code within emacs to execute
arbitrary emacs macros.
This sort of decision is what
Hi,
On Tue, 23 Nov 2010 16:47:13 +0100, Sebastian Spaeth sebast...@sspaeth.de
wrote:
I like to ignore annoying threads, but notmuch has not easy way to
achieve it, right? Well, it actually has...
If it has, it is only ugly hack in my point of view. What is missing the
most currently is
On Mon, 22 Nov 2010 18:15:34 -0500, Jameson Rollins
jroll...@finestructure.net wrote:
On Mon, 22 Nov 2010 23:59:23 +0100, Xavier Maillard x...@gnu.org wrote:
On Mon, 22 Nov 2010 17:03:35 -0500, Jameson Rollins
jroll...@finestructure.net wrote:
Fcc means something like file cc, which
Hi,
Am I alone thinking it could be cool to specify a post-processing script
to run after 'notmuch new' ?
Currently, one can tell notmuch to add a unique tag but I guess we could
extend this to something much smarter. I guess I am not alone using a
tagging script after each refresh.
What do you
On Thu, 25 Nov 2010 00:48:17 -0500, Austin Clements wrote:
Ideally, notmuch would let me search by maildir folder, which would have the
added advantage of keeping things in sync going forward. Unfortunately,
this looks difficult to support (possibly to the point of requiring a custom
query
24 matches
Mail list logo
