I wrote:
> is there a way to search just the body?
To answer my own question (in case others have the same question)?no,
not currently. I was grepping the sources but it didn?t occur to me to
look in lib/.
database.cc had the answer.
Sandra
I?m glad that the default search is free text including headers and
body, and that there are ways to search just the subject, or just the
sender and so on, but is there a way to search just the body? I
currently use a lot of ?sandra and not from:sandra? and so on.
Just found out that I?ve been piping things through wc for no reason.
Heh. Here?s a quick patch, if you want to add this to the manual page.
Signed-off-by: Sandra Snan
---
notmuch.1 | 18 +-
1 files changed, 17 insertions(+), 1 deletions(-)
diff --git a/notmuch.1 b/notmuch.1
i
Signed-off-by: Michal Sojka
---
test/t0006-maildir.sh | 113 +
test/test-lib.sh |7 ++-
2 files changed, 118 insertions(+), 2 deletions(-)
create mode 100755 test/t0006-maildir.sh
diff --git a/test/t0006-maildir.sh b/test/t0006-maildir.s
This mailstore allows bi-directional synchronization between maildir
flags and certain tags. The flag-to-tag mapping is defined by flag2tag
array.
The synchronization works this way:
1) Whenever notmuch new is executed, then for every new/renamed
message the tags defined in flag2tag are either
The code for detection of new files in the mailstore and their
addition to the database is moved from notmuch-new.c to
lib/mailstore-files.c, where it is called by the abstract mailstore
interface.
The code was changed to allow the progress reporting function to be
implemented outside of notmuch l
The goal of mailstore abstraction is to allow notmuch to store tags
together with email messages. The abstract interface is needed because
people want to use different ways of storing their emails. This
patchseries implements two types of mailstore - plain files and
maildir. It is expected that add
Hi all,
I've finally found some time to implement the mailstore abstraction
was initially described in id:87ljecmnbd.fsf at steelpick.localdomain and
id:87eijqlz54.fsf at steelpick.localdomain.
The idea is to allow notmuch operate on different types of mail
storage (e.g. mail in git repositories)
I wrote:
> is there a way to search just the body?
To answer my own question (in case others have the same question)—no,
not currently. I was grepping the sources but it didn’t occur to me to
look in lib/.
database.cc had the answer.
Sandra
___
notmuch
Hey, Ben.
Ben Gamari wrote:
> notmuch tag -new tag:new and tag:list notmuch tag -new +inbox tag:new
Is there a new line between the calls? Like:
notmuch tag -new tag:new and tag:list # removes new from list
notmuch tag -new +inbox tag:new # replaces those that still are new with inbox
> However,
On Wed, 17 Mar 2010, Ben Gamari wrote:
> While trying perfect my initial tagging script, I have run into a very strange
> set of issue. In my script, I use the following to exclude mailing list
> traffic
> from my inbox,
>
> notmuch tag -new tag:new and tag:list notmuch tag -new +inbox tag:new
>
Michal Sojka wrote:
> it seems that many peaple are not happy with the current notmuch reply.
> It would be probably better to ignore notmuch reply completely and
> implement replying only in elisp.
I?ll give it another look.
> > I?ll send another e-mail with the patch for just compose-mail with
On Tue, 16 Mar 2010, Sandra Snan wrote:
> Emacs has an interface called compose-mail which uses whatever mailing
> mode that you?ve selected in mail-user-agent so if you like the
> message mode that?s been hard-coded into notmuch.el, (setq
> mail-user-agent 'message-user-agent) and this will use th
I’m glad that the default search is free text including headers and
body, and that there are ways to search just the subject, or just the
sender and so on, but is there a way to search just the body? I
currently use a lot of “sandra and not from:sandra” and so on.
__
Just found out that I’ve been piping things through wc for no reason.
Heh. Here’s a quick patch, if you want to add this to the manual page.
Signed-off-by: Sandra Snan
---
notmuch.1 | 18 +-
1 files changed, 17 insertions(+), 1 deletions(-)
diff --git a/notmuch.1 b/notmuch.1
i
I've been bragging on IRC over the last couple of days already, so some
might already be annoyed by this, but here it goes:
I've been binding the notmuch shared library to python and so far it
works really nice. It "only" requires that you have a libnotmuch.so or
libnotmuch.so.1 installed in some
The code for detection of new files in the mailstore and their
addition to the database is moved from notmuch-new.c to
lib/mailstore-files.c, where it is called by the abstract mailstore
interface.
The code was changed to allow the progress reporting function to be
implemented outside of notmuch l
Signed-off-by: Michal Sojka
---
test/t0006-maildir.sh | 113 +
test/test-lib.sh |7 ++-
2 files changed, 118 insertions(+), 2 deletions(-)
create mode 100755 test/t0006-maildir.sh
diff --git a/test/t0006-maildir.sh b/test/t0006-maildir.s
The goal of mailstore abstraction is to allow notmuch to store tags
together with email messages. The abstract interface is needed because
people want to use different ways of storing their emails. This
patchseries implements two types of mailstore - plain files and
maildir. It is expected that add
This mailstore allows bi-directional synchronization between maildir
flags and certain tags. The flag-to-tag mapping is defined by flag2tag
array.
The synchronization works this way:
1) Whenever notmuch new is executed, then for every new/renamed
message the tags defined in flag2tag are either
Hi all,
I've finally found some time to implement the mailstore abstraction
was initially described in id:87ljecmnbd@steelpick.localdomain and
id:87eijqlz54@steelpick.localdomain.
The idea is to allow notmuch operate on different types of mail
storage (e.g. mail in git repositories) and t
On Thu, 18 Mar 2010 09:59:01 +0100, "Sebastian Spaeth"
wrote:
> I've been bragging on IRC over the last couple of days already, so some
> might already be annoyed by this, but here it goes:
>
> I've been binding the notmuch shared library to python and so far it
> works really nice. It "only" re
On Thu, 18 Mar 2010 09:59:01 +0100, "Sebastian Spaeth" wrote:
> I've been bragging on IRC over the last couple of days already, so some
> might already be annoyed by this, but here it goes:
>
> I've been binding the notmuch shared library to python and so far it
> works really nice. It "only" req
Hey, Ben.
Ben Gamari wrote:
> notmuch tag -new tag:new and tag:list notmuch tag -new +inbox tag:new
Is there a new line between the calls? Like:
notmuch tag -new tag:new and tag:list # removes new from list
notmuch tag -new +inbox tag:new # replaces those that still are new with inbox
> However,
On Wed, 17 Mar 2010, Ben Gamari wrote:
> While trying perfect my initial tagging script, I have run into a very strange
> set of issue. In my script, I use the following to exclude mailing list
> traffic
> from my inbox,
>
> notmuch tag -new tag:new and tag:list notmuch tag -new +inbox tag:new
>
Michal Sojka wrote:
> it seems that many peaple are not happy with the current notmuch reply.
> It would be probably better to ignore notmuch reply completely and
> implement replying only in elisp.
I’ll give it another look.
> > I’ll send another e-mail with the patch for just compose-mail with
On Tue, 16 Mar 2010, Sandra Snan wrote:
> Emacs has an interface called compose-mail which uses whatever mailing
> mode that you’ve selected in mail-user-agent so if you like the
> message mode that’s been hard-coded into notmuch.el, (setq
> mail-user-agent 'message-user-agent) and this will use th
I've been bragging on IRC over the last couple of days already, so some
might already be annoyed by this, but here it goes:
I've been binding the notmuch shared library to python and so far it
works really nice. It "only" requires that you have a libnotmuch.so or
libnotmuch.so.1 installed in some
28 matches
Mail list logo