Make MBox

2011-03-01 Thread James Vasile
On Tue, 01 Mar 2011 14:06:28 -0800, Jameson Rollins  wrote:
> On Tue, 01 Mar 2011 15:54:32 -0500, James Vasile  
> wrote:
> > Sometimes I want to send a colleague a bunch of emails (for example, all
> > the emails I've tagged todo or all the emails from an awesome
> > contributor.  Although notmuch usually speaks the language of maildirs,
> > I find mboxes most convenient for attaching to emails.  Their tools can
> > usually handle it well.
> > 
> > I've put a bit of elisp and python up:
> > https://github.com/jvasile/notmuch2mbox
> 
> Hi, James.  Are you aware of the --format=mbox output option for notmuch
> show?  I think it already supports just this exact use case.  See
> "notmuch help show" for more info.

Nope, completely unaware.  This is what happens when I stop reading this
list for a while.  I go do silly things like reimplement features.  I
wonder how easy it is to remove a repo from github...

Thanks for the kind update, Jameson.

Best regards,
James


Strange match to my query

2011-03-01 Thread Mark Anderson
On Tue, 1 Mar 2011 17:15:22 -0600, Jameson Rollins  wrote:
> On Tue, 1 Mar 2011 16:00:51 -0700, Mark Anderson  
> wrote:
>  
> > A simple rebuild when you go to bed can look like:
> 
> I think you're missing an important step:
> 
> notmuch dump >dump.txt
> mv $(notmuch config get database.path){,.bak}
> notmuch new
> notmuch restore dump.txt

True, that would be much better than my proposed flow.

-Mark



Strange match to my query

2011-03-01 Thread Mark Anderson
On Fri, 25 Feb 2011 15:29:05 -0600, Jameson Rollins  wrote:
> So I am in fact still seeing this bug, although I am ostensibly using a
> version that includes the patch to fix it (db70f3f0).  Does this fix
> require rebuilding the database?

Yes.

The termlist is constructed when the message is added to the database,
so the database must be reconstructed.

Newer messages will index email addresses so that they can't be matched
by overlapping term indexes.  However, the corpus of your database is
not going to change without manual intervention.

A simple rebuild when you go to bed can look like:

notmuch dump >dump.txt; notmuch new; notmuch restore dump.txt

-Mark



Make MBox

2011-03-01 Thread James Vasile
Sometimes I want to send a colleague a bunch of emails (for example, all
the emails I've tagged todo or all the emails from an awesome
contributor.  Although notmuch usually speaks the language of maildirs,
I find mboxes most convenient for attaching to emails.  Their tools can
usually handle it well.

I've put a bit of elisp and python up:
https://github.com/jvasile/notmuch2mbox

The python's help screen:

> Usage: 
> notmuch2mbox.py [options] [search terms]
>
> This program uses notmuch to search for the search terms, then outputs
> any found emails in mbox format.
> 
> 
> Options:
>   -h, --helpshow this help message and exit
>   -n NOTMUCH, --notmuch=NOTMUCH
> Path to notmuch binary.
>   -o OUTFILE, --outfile=OUTFILE
> Write mbox to specified path instead of stdout

The python script does a search and spits out an mbox containing
anything it finds in that search.  The emacs function performs that task
on the current search, saving the result to a file, which you can attach
to an email, open in mutt or whatever.  The elisp is in the starting
comments to the python.

I hope this is useful to somebody.  It does the trick for me in working
with mbox-dependent colleagues (e.g. mutt users).  I prefer mutt's
threaded view to notmuch's conversation view, so I've used it to browse
emails too.

Regards,
James



Strange match to my query

2011-03-01 Thread Jameson Rollins
On Tue, 1 Mar 2011 16:00:51 -0700, Mark Anderson  
wrote:
> On Fri, 25 Feb 2011 15:29:05 -0600, Jameson Rollins  finestructure.net> wrote:
> > So I am in fact still seeing this bug, although I am ostensibly using a
> > version that includes the patch to fix it (db70f3f0).  Does this fix
> > require rebuilding the database?
> 
> Yes.
>
> The termlist is constructed when the message is added to the database,
> so the database must be reconstructed.
> 
> Newer messages will index email addresses so that they can't be matched
> by overlapping term indexes.  However, the corpus of your database is
> not going to change without manual intervention.

Ok, that's what I thought.  Thanks for the feedback, Mark.

> A simple rebuild when you go to bed can look like:

I think you're missing an important step:

notmuch dump >dump.txt
mv $(notmuch config get database.path){,.bak}
notmuch new
notmuch restore dump.txt

but I get the idea ;)

Thanks again.

jamie.
-- next part --
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 835 bytes
Desc: not available
URL: 
<http://notmuchmail.org/pipermail/notmuch/attachments/20110301/7e7c3be2/attachment.pgp>


Make MBox

2011-03-01 Thread Jameson Rollins
On Tue, 01 Mar 2011 15:54:32 -0500, James Vasile  
wrote:
> Sometimes I want to send a colleague a bunch of emails (for example, all
> the emails I've tagged todo or all the emails from an awesome
> contributor.  Although notmuch usually speaks the language of maildirs,
> I find mboxes most convenient for attaching to emails.  Their tools can
> usually handle it well.
> 
> I've put a bit of elisp and python up:
> https://github.com/jvasile/notmuch2mbox

Hi, James.  Are you aware of the --format=mbox output option for notmuch
show?  I think it already supports just this exact use case.  See
"notmuch help show" for more info.

jamie.
-- next part --
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 835 bytes
Desc: not available
URL: 
<http://notmuchmail.org/pipermail/notmuch/attachments/20110301/007cf0b4/attachment.pgp>


[Review] Re: new "crypto" branch providing full PGP/MIME support

2011-03-01 Thread Simon Fondrie-Teitler
On Mon, 28 Feb 2011 14:24:03 +0100, Sebastian Spaeth  
wrote:
> On Sun, 27 Feb 2011 10:41:48 +, Darren McGuicken  fernseed.info> wrote:
> I also run the crypto branch since it has been published and it is
> working just  fine.

I have just started using the crypto branch, and after a few misteps on
my part it is working. It works great. 

 --Simon
-- next part --
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 835 bytes
Desc: not available
URL: 
<http://notmuchmail.org/pipermail/notmuch/attachments/20110301/f71b12da/attachment.pgp>


Re: Make MBox

2011-03-01 Thread Jameson Rollins
On Tue, 01 Mar 2011 15:54:32 -0500, James Vasile ja...@hackervisions.org 
wrote:
 Sometimes I want to send a colleague a bunch of emails (for example, all
 the emails I've tagged todo or all the emails from an awesome
 contributor.  Although notmuch usually speaks the language of maildirs,
 I find mboxes most convenient for attaching to emails.  Their tools can
 usually handle it well.
 
 I've put a bit of elisp and python up:
 https://github.com/jvasile/notmuch2mbox

Hi, James.  Are you aware of the --format=mbox output option for notmuch
show?  I think it already supports just this exact use case.  See
notmuch help show for more info.

jamie.


pgp3CuwAA3Yck.pgp
Description: PGP signature
___
notmuch mailing list
notmuch@notmuchmail.org
http://notmuchmail.org/mailman/listinfo/notmuch


Re: Make MBox

2011-03-01 Thread James Vasile
On Tue, 01 Mar 2011 14:06:28 -0800, Jameson Rollins 
jroll...@finestructure.net wrote:
 On Tue, 01 Mar 2011 15:54:32 -0500, James Vasile ja...@hackervisions.org 
 wrote:
  Sometimes I want to send a colleague a bunch of emails (for example, all
  the emails I've tagged todo or all the emails from an awesome
  contributor.  Although notmuch usually speaks the language of maildirs,
  I find mboxes most convenient for attaching to emails.  Their tools can
  usually handle it well.
  
  I've put a bit of elisp and python up:
  https://github.com/jvasile/notmuch2mbox
 
 Hi, James.  Are you aware of the --format=mbox output option for notmuch
 show?  I think it already supports just this exact use case.  See
 notmuch help show for more info.

Nope, completely unaware.  This is what happens when I stop reading this
list for a while.  I go do silly things like reimplement features.  I
wonder how easy it is to remove a repo from github...

Thanks for the kind update, Jameson.

Best regards,
James
___
notmuch mailing list
notmuch@notmuchmail.org
http://notmuchmail.org/mailman/listinfo/notmuch


Re: Strange match to my query

2011-03-01 Thread Jameson Rollins
On Tue, 1 Mar 2011 16:00:51 -0700, Mark Anderson markr.ander...@amd.com wrote:
 On Fri, 25 Feb 2011 15:29:05 -0600, Jameson Rollins 
 jroll...@finestructure.net wrote:
  So I am in fact still seeing this bug, although I am ostensibly using a
  version that includes the patch to fix it (db70f3f0).  Does this fix
  require rebuilding the database?
 
 Yes.

 The termlist is constructed when the message is added to the database,
 so the database must be reconstructed.
 
 Newer messages will index email addresses so that they can't be matched
 by overlapping term indexes.  However, the corpus of your database is
 not going to change without manual intervention.

Ok, that's what I thought.  Thanks for the feedback, Mark.
 
 A simple rebuild when you go to bed can look like:

I think you're missing an important step:

notmuch dump dump.txt
mv $(notmuch config get database.path){,.bak}
notmuch new
notmuch restore dump.txt

but I get the idea ;)

Thanks again.

jamie.


pgpMEtx1OyXaO.pgp
Description: PGP signature
___
notmuch mailing list
notmuch@notmuchmail.org
http://notmuchmail.org/mailman/listinfo/notmuch


Re: Strange match to my query

2011-03-01 Thread Mark Anderson
On Tue, 1 Mar 2011 17:15:22 -0600, Jameson Rollins jroll...@finestructure.net 
wrote:
 On Tue, 1 Mar 2011 16:00:51 -0700, Mark Anderson markr.ander...@amd.com 
 wrote:
  
  A simple rebuild when you go to bed can look like:
 
 I think you're missing an important step:
 
 notmuch dump dump.txt
 mv $(notmuch config get database.path){,.bak}
 notmuch new
 notmuch restore dump.txt

True, that would be much better than my proposed flow.

-Mark

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