Hi,
how do you add new mails to the index?
manual says notmuch new should be enough, but it simply says
No new mail.
on the first run (when no .notmuch is there yet), it finds some
messages, but doesn't index them either.
$ notmuch search tag:inbox
$
$ notmuch search s
$
--
Arvid
Asgaard
On 01/23/2010 07:09 AM, Carl Worth wrote:
Your original patch was sent as application/octet-stream which made it
awkward to read, (I would have to manually save it rather than just
being able to read it within emacs with notmuch).
uum yeah thanks. I'll try to figure out how this works.
But
On 01/23/2010 03:29 PM, Arvid Picciani wrote:
done
I'm still not sure what is slow for you,
scanning 60k mails. :D That's not fixable, other then by not doing that.
but I'm also not sure how the above would help.
It doesn't scan all 60K individually but only the single new one
On Tue, 2 Feb 2010 16:01:08 +0100, Michal Sojkasojk...@fel.cvut.cz
wrote:
Stores the folder (directory name) of the message in the database as a
term with folder prefix.
unfortunately it doesnt do anything here :/
i rebuilt the entire index, but no folder: field is added.
can anyone who got
On Fri, 26 Feb 2010 12:08:49 -0800, Carl Worth cwo...@cworth.org wrote:
What's your favorite thing about notmuch?
It's the only email index that respects unix ideas, and hence the only
usable to me. It doesn't do _everything_ but limits itself to indexing,
while doing a great job at that.
Most of my mail comes from the 50MLs i'm subscribed to. Unfortunately
some MUAs suck that much, they don't even respond in threads.
My idea how to fix them would be:
$ notmuch search subject:Foo and from dou...@brokenwebmua.com
thread:03ff [..] dou...@brokenwebmua.com,me Foo
On Sat, 12 Jun 2010 10:37:16 -0300, David Bremner brem...@unb.ca wrote:
Well, only one place where you mark things unread as well with this
approach. Otherwise updating the database in two places and attempting
to sync will lead to an unmergable conflict, won't it?
Oh yeah, sorry. I'm assuming
Anyone got an idea how to add a kill-thread feature? I get a few dozens
of emails a day, of which most are just responses to threads i dont care
about anyway.
___
notmuch mailing list
notmuch@notmuchmail.org
Hi,
how do you add new mails to the index?
manual says "notmuch new" should be enough, but it simply says
"No new mail."
on the first run (when no .notmuch is there yet), it finds some
messages, but doesn't index them either.
$ notmuch search tag:inbox
$
$ notmuch search s
$
--
Arvid
On Thu, 14 Jan 2010 09:38:00 +0100, Arvid Picciani wrote:
> on the first run (when no .notmuch is there yet), it finds some
> messages, but doesn't index them either.
the offending commit is 2c4555f1a56602ff1dd55a63699810522ba4d91e
from readdir (3):
"Currently, only some f
On Fri, 15 Jan 2010 08:47:10 +0200, Dirk-Jan C. Binnema wrote:
> I take a slighly different approach in mu:
works for me, thanks Dirk. patch against HEAD is attached ( i hope. i'm
new to emacs mail :D )
It takes around half an hour for my 60K mail on reiserfs, but it did take 10
minutes
On 01/23/2010 07:09 AM, Carl Worth wrote:
> Your original patch was sent as "application/octet-stream" which made it
> awkward to read, (I would have to manually save it rather than just
> being able to read it within emacs with notmuch).
uum yeah thanks. I'll try to figure out how this works.
On 01/23/2010 03:29 PM, Arvid Picciani wrote:
>>> done
>>
>> I'm still not sure what is slow for you,
>
> scanning 60k mails. :D That's not fixable, other then by not doing that.
>
> but I'm also not sure how the above would help.
>
> It doesn't scan all 6
It's all the dots fault. it works just fine with folders not beginning
with .
On Tue, 02 Feb 2010 13:22:29 -0500, Jameson Rollins wrote:
> I'm going back to my original
> suggestion, which was that the configuration should state tag that
> should be added for messages in certain folders.
On Fri, 26 Feb 2010 12:08:49 -0800, Carl Worth wrote:
>What's your favorite thing about notmuch?
It's the only email index that respects unix ideas, and hence the only
usable to me. It doesn't do _everything_ but limits itself to indexing,
while doing a great job at that. That's how
On Mon, 26 Apr 2010 11:31:05 -0700, Carl Worth wrote:
> For example, if dme commits a fix and marks "issue #217 closed" with
> that fix, then I'd like my repository of bugs to also know to close that
> issue when I later merge his fix.
bitbucket does that, and i would bet its quite a common
Most of my mail comes from the 50MLs i'm subscribed to. Unfortunately
some MUAs suck that much, they don't even respond in threads.
My idea how to fix them would be:
$ notmuch search subject:Foo and from douche at brokenwebmua.com
thread:03ff [..] douche at brokenwebmua.com,me
On Sat, 12 Jun 2010 09:13:07 +0200, Christoph Groth wrote:
> The ideal setup would be one which would allow to use any of my
> computers independently (for example when I'm away with my laptop).
> When necessary, the local mail stores would be synchronized by simply
> syncing the home directory
On Sat, 12 Jun 2010 10:37:16 -0300, David Bremner wrote:
> Well, only one place where you mark things unread as well with this
> approach. Otherwise updating the database in two places and attempting
> to sync will lead to an unmergable conflict, won't it?
Oh yeah, sorry. I'm assuming "unison"
Anyone got an idea how to add a kill-thread feature? I get a few dozens
of emails a day, of which most are just responses to threads i dont care
about anyway.
20 matches
Mail list logo