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 is
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 (f
On Thu, 25 Nov 2010 00:30:45 -0500, Ben Gamari wrote:
> I, for one, simply have a get-mail script
> which calls offlineimap, notmuch new, and finally my sorting
> script. This seems like a more straightforward way to manage this;
I have notmuch new and my sorting script run as posthooks in my
off
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
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)
I'm about to do my initial maildir import in to notmuch and I'm wondering
how people have dealt with the initial transition from maildir folders to
tags. Many of my folders can be replaced by saved searches, but I would
like to convert the ones that don't make good searches into tags.
Ideally, no
On Wed, 24 Nov 2010 23:27:45 +0100, Xavier Maillard wrote:
> 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 gue
much/attachments/20101124/6994d223/attachment.pgp>
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
> > wrote:
> > > "Fcc" means something like "file cc", which means that a copy of the
> > > message is written to a l
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 (f
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
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)
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
to
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
to
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 an
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 an
that. :)
You 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, (ot
e
Type: application/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 ha
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 an
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, (ot
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 pr
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 --
28 matches
Mail list logo