This patch obsoletes the one sent in message:
r2sb22065d01004150516jf099f3dcw180a7db0dc972c76 at mail.gmail.com
8<--
As the user has already defined aliases for certain searches in
notmuch-folders, search buffer names that use these aliases will
be easier to identify.
---
emacs/notmuch.el |
On 2010-04-18, John Fremlin wrote:
> Processed 58 files (19 files/sec.)
That seems exceptionally low. I get about 60-70 files/sec on a laptop
hard disk.
>
> Is there any way to recover the database?
I am no expert with xapian databases, and that might seem obvious, but
you did a notmuch dump to
On Fri, 16 Apr 2010 10:34:53 +0200, Peter Wiersig wrote:
> On Thu, 15 Apr 2010 17:27:17 -0400, Jameson Rollins finestructure.net> wrote:
> > Does anyone know how to "bounce" a message,
>
> pipe the message to "sendmail user at axample.com"
>
> Well, ok, mutt adds "Resent-*" headers to the bounc
This patch has been obsoleted by the one sent in message:
x2hb22065d01004182055vc111d42az357076f93b6cb...@mail.gmail.com
Servilio
___
notmuch mailing list
notmuch@notmuchmail.org
http://notmuchmail.org/mailman/listinfo/notmuch
This patch obsoletes the one sent in message:
r2sb22065d01004150516jf099f3dcw180a7db0dc972...@mail.gmail.com
8<--
As the user has already defined aliases for certain searches in
notmuch-folders, search buffer names that use these aliases will
be easier to identify.
---
emacs/notmuch.el |
On 2010-04-16, Sebastian Spaeth wrote:
> Olly was right in that even for "notmuch tag" we were sorting the
> results by date before applying tag changes. I have slightly reworked my
> patch to have notmuch tag avoid doing that. I also split up the patch in
> 3 patches that do one thing each.
>
> T
First off, thanks for making notmuch, it's a really good idea and it
works generally very well.
Running notmuch new, it processes mails nicely for a while
Processed 58 files (19 files/sec.)
then after crunching through not many emails
terminate called after throwing an instance of 'Xapian::Dat
First off, thanks for making notmuch, it's a really good idea and it
works generally very well.
Running notmuch new, it processes mails nicely for a while
Processed 58 files (19 files/sec.)
then after crunching through not many emails
terminate called after throwing an instance of 'Xapian::Dat
On 2010-04-16, Sebastian Spaeth wrote:
> Olly was right in that even for "notmuch tag" we were sorting the
> results by date before applying tag changes. I have slightly reworked my
> patch to have notmuch tag avoid doing that. I also split up the patch in
> 3 patches that do one thing each.
>
> T