Kill Thread

2010-06-18 Thread Arvid Picciani
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.


Kill Thread

2010-06-18 Thread Arvid Picciani
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
http://notmuchmail.org/mailman/listinfo/notmuch


syncing mail by simply syncing the filesystem

2010-06-12 Thread Arvid Picciani
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" is similar to NFS or something.
I just mount stuff via sshfs, so i don't run into that problem at all.



syncing mail by simply syncing the filesystem

2010-06-12 Thread Arvid Picciani
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 (I'm using unison for this).

syncing maildir works.  notmuch's db resides inside your maildir, but its
probably not safe to do while its running. And you can only have one
place receive your mail, otherwise you loose tags.


Re: syncing mail by simply syncing the filesystem

2010-06-12 Thread Arvid Picciani
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 unison is similar to NFS or something.
I just mount stuff via sshfs, so i don't run into that problem at all.

___
notmuch mailing list
notmuch@notmuchmail.org
http://notmuchmail.org/mailman/listinfo/notmuch


Fix missing References from broken muas.

2010-05-08 Thread Arvid Picciani
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 Foo
   thread:03cb  [..] douche at brokenwebmua.com,me Re:Foo
   thread:03cd  [..] douche at brokenwebmua.com,me Re:Foo
   thread:03c7  [..] douche at brokenwebmua.com,me Re:Foo

   $ notmuch thread-align subject:Foo and from:douche at brokenwebmua.com
   aligned 4 threads

   $ notmuch search subject:Foo and from douche at brokenwebmua.com
   thread:03dd  [..]  Foo


That of course makes the optimistic assumption, that the douche in
question did actually change the subject when he changed the topic, 
and has the date: field set properly. At least in my case that's true.

Thoughts?


Fix missing References from broken muas.

2010-05-08 Thread Arvid Picciani
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
   thread:03cb  [..] dou...@brokenwebmua.com,me Re:Foo
   thread:03cd  [..] dou...@brokenwebmua.com,me Re:Foo
   thread:03c7  [..] dou...@brokenwebmua.com,me Re:Foo

   $ notmuch thread-align subject:Foo and from:dou...@brokenwebmua.com
   aligned 4 threads

   $ notmuch search subject:Foo and from dou...@brokenwebmua.com
   thread:03dd  [..]  Foo
   

That of course makes the optimistic assumption, that the douche in
question did actually change the subject when he changed the topic, 
and has the date: field set properly. At least in my case that's true.

Thoughts?
___
notmuch mailing list
notmuch@notmuchmail.org
http://notmuchmail.org/mailman/listinfo/notmuch


bug tracking

2010-04-26 Thread Arvid Picciani
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 feature on the
large git hosters too.

--
Arvid


Re: bug tracking

2010-04-26 Thread Arvid Picciani
On Mon, 26 Apr 2010 11:31:05 -0700, Carl Worth cwo...@cworth.org 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 feature on the
large git hosters too.

--
Arvid
___
notmuch mailing list
notmuch@notmuchmail.org
http://notmuchmail.org/mailman/listinfo/notmuch


[notmuch] What's so great about notmuch?

2010-02-28 Thread Arvid Picciani
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 software is supposed to work.
Of course you could argue notmuch comes with notmuch.el, but i'd argue
this is a seperate project.

>What about notmuch makes it distinctive compared to other email
>programs?

See above. All other email indexers are built into large complex gui
crap that doesnt make any sense to me. I'm just not a Microsoft Windows fan.
Probably that would make me a "geek".

>If someone were to implement a new email system from scratch, but
>capturing the "ideas" of notmuch, what would it have to have?

The same design. It would probably only differ in technical details like 
language.



Re: [notmuch] What's so great about notmuch?

2010-02-28 Thread Arvid Picciani
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. That's how software is supposed to work.
Of course you could argue notmuch comes with notmuch.el, but i'd argue
this is a seperate project.

What about notmuch makes it distinctive compared to other email
programs?

See above. All other email indexers are built into large complex gui
crap that doesnt make any sense to me. I'm just not a Microsoft Windows fan.
Probably that would make me a geek.

If someone were to implement a new email system from scratch, but
capturing the ideas of notmuch, what would it have to have?

The same design. It would probably only differ in technical details like 
language.

___
notmuch mailing list
notmuch@notmuchmail.org
http://notmuchmail.org/mailman/listinfo/notmuch


[notmuch] [PATCHv2] Preserve folder information when indexing

2010-02-02 Thread Arvid Picciani

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.

well that would be almost what i want. My folders are autogenerated by a
generic list filter, and i'd be to lazy to check regulary for new
folders.
But tags are the proper solution here imo.


Re: [notmuch] [PATCHv2] Preserve folder information when indexing

2010-02-02 Thread Arvid Picciani
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 it working tell me their directory layout?
mine would be something like:

/media/mail/mail
├── cur
│   ├── 1265050537.H891745P1231.samir.ibcsolutions.de:2,S
│   ├── 1265050572.H419259P1443.samir.ibcsolutions.de:2,S
│   ├── 1265050598.H121639P1634.samir.ibcsolutions.de:2,S
│   ├── 1265050617.H309805P1774.samir.ibcsolutions.de:2,S
│   ├── 1265050625.H818906P1838.samir.ibcsolutions.de:2,S
│   ├── 1265050955.H593083P2020.samir.ibcsolutions.de:2,S

[...]
├── .list.bla
[...]
├── .list.foo
[...]
├── .list.unknown
│   ├── cur
│   │   └── 1265050581.H226772P1509.samir.ibcsolutions.de:2,
│   ├── dovecot.index.cache
│   ├── dovecot.index.log
│   ├── dovecot-uidlist
│   ├── new
│   └── tmp
├── new
├── .notmuch
│   └── xapian
│   ├── flintlock
│   ├── iamchert
│   ├── position.baseA
│   ├── position.baseB
│   ├── position.DB
│   ├── postlist.baseA
│   ├── postlist.baseB
│   ├── postlist.DB
│   ├── record.baseA
│   ├── record.baseB
│   ├── record.DB
│   ├── termlist.baseA
│   ├── termlist.baseB
│   └── termlist.DB
├── .Sent
│   ├── cur
│   │   ├── 1262650675.00.mbox:2,S
│   │   ├── 1262650675.01.mbox:2,S
│   │   ├── 1262650675.02.mbox:2,S

[...]
___
notmuch mailing list
notmuch@notmuchmail.org
http://notmuchmail.org/mailman/listinfo/notmuch


Re: [notmuch] [PATCHv2] Preserve folder information when indexing

2010-02-02 Thread Arvid Picciani

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 
jroll...@finestructure.net 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.

well that would be almost what i want. My folders are autogenerated by a
generic list filter, and i'd be to lazy to check regulary for new
folders.
But tags are the proper solution here imo.
___
notmuch mailing list
notmuch@notmuchmail.org
http://notmuchmail.org/mailman/listinfo/notmuch


[notmuch] indexing mail?

2010-01-23 Thread Arvid Picciani
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.


Thunderfuck is a pain. it sent the mail with a different quoting then 
showing it, again. Desperatly need to get notmuch working :(

-- 
Arvid
Asgaard Technologies


[notmuch] indexing mail?

2010-01-23 Thread Arvid Picciani
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 I've since pushed a separate patch to fix this bug. Please give it a
> try and let me know what you think.

will do later.

>> It takes around half an hour for my 60K mail on reiserfs, but it did take 10 
>> minutes
>> already on ext4.
>
> What operation is taking that long?

notmuch new, rescanning my entire 60k mails on every single new message 
i get.

>> I suggest having a different approach to feed new mail in, such as:
>>
>> for i in (fetchmail)
>> do
>>  notmuch new<  $i
>> 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.



-- 
Arvid
Asgaard Technologies


Re: [notmuch] indexing mail?

2010-01-23 Thread Arvid Picciani

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 I've since pushed a separate patch to fix this bug. Please give it a
try and let me know what you think.


will do later.


It takes around half an hour for my 60K mail on reiserfs, but it did take 10 
minutes
already on ext4.


What operation is taking that long?


notmuch new, rescanning my entire 60k mails on every single new message 
i get.



I suggest having a different approach to feed new mail in, such as:

for i in (fetchmail)
do
 notmuch new  $i
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.



--
Arvid
Asgaard Technologies
___
notmuch mailing list
notmuch@notmuchmail.org
http://notmuchmail.org/mailman/listinfo/notmuch


Re: [notmuch] indexing mail?

2010-01-23 Thread Arvid Picciani

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.



Thunderfuck is a pain. it sent the mail with a different quoting then 
showing it, again. Desperatly need to get notmuch working :(


--
Arvid
Asgaard Technologies
___
notmuch mailing list
notmuch@notmuchmail.org
http://notmuchmail.org/mailman/listinfo/notmuch


[notmuch] indexing mail?

2010-01-15 Thread Arvid Picciani
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
already on ext4. I suggest having a different approach to feed new mail
in, such as:

for i in (fetchmail)
do
notmuch new < $i
done
-- next part --
A non-text attachment was scrubbed...
Name: not available
Type: application/octet-stream
Size: 1439 bytes
Desc: not available
URL: 



[notmuch] indexing mail?

2010-01-14 Thread Arvid Picciani
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 file systems (among them: Btrfs, ext2, ext3,
 and ext4) have full  support  returning  the  file
   type in d_type.  All applications must properly handle a return
 of DT_UNKNOWN."


thanks "kanru" for helping on irc.



[notmuch] indexing mail?

2010-01-14 Thread Arvid Picciani
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 Technologies


[notmuch] indexing mail?

2010-01-14 Thread Arvid Picciani

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 Technologies
___
notmuch mailing list
notmuch@notmuchmail.org
http://notmuchmail.org/mailman/listinfo/notmuch