Re: Notmuch Ruby bindings

2010-11-08 Thread Andreas Amann
On Mon, 08 Nov 2010 10:02:31 -0800, Carl Worth cwo...@cworth.org wrote: Now, where was that patch adding a reply to sender only binding... After a number of embarrassing mails I use the attached patch, which changes the default behaviour of r to reply to sender only. Usual reply to everybody

Re: bug tracking

2011-01-14 Thread Andreas Amann
: Andreas Amann andreas.am...@web.de Date: Fri, 14 Jan 2011 11:33:44 + Subject: [PATCH] Correct location of notmuch_addresses repository The git repository of the notmuch_addresses script has moved to http://commonmeasure.org/~jkr/git/notmuch_addresses.git/ --- NEWS |2 +- 1 files changed, 1

Re: A tool for printing from notmuch

2011-01-28 Thread Andreas Amann
Dear Jesse, Printing from notmuch is a bit of a pain. Muttprint doesn't really help much, because it can't handle multiparts well, doesn't know what to do with html, and will print out pages of base64 if you have attachments. And more often than not, what I need to print is an HTML email (a

Re: A tool for printing from notmuch

2011-01-28 Thread Andreas Amann
On Fri, 28 Jan 2011 16:11:00 -0500, Jesse Rosenthal jrosent...@jhu.edu wrote: Hmm... looks like a problem with ConfigParser. Maybe the default values aren't working well? Try setting up a ~/.notmuchprintrc: notmuch_command: /usr/local/bin/notmuch browser_command: /usr/bin/firefox

Problem with Unexpected output messages

2011-04-06 Thread Andreas Amann
since commit 44d3c57e (emacs: Display any unexpected output from notmuch search) I see a number of messages of the form Error: Unexpected output from notmuch search: thread: after notmuch-search in emacs. The problem seems to be that some messages contain a CR LF sequence in

Re: Problem with Unexpected output messages

2011-04-18 Thread Andreas Amann
On Sun, 17 Apr 2011 17:56:21 +0200, Florian Friesdorf f...@chaoflow.net wrote: On Fri, 15 Apr 2011 12:28:00 +0100, Andreas Amann a.am...@ucc.ie wrote: On Wed, 06 Apr 2011 20:23:17 +0100, Andreas Amann a.am...@ucc.ie wrote: since commit 44d3c57e (emacs: Display any unexpected output

problem with message/rfc822 parts

2011-07-01 Thread Andreas Amann
today I updated to the latest git version of notmuch, which mostly works as expected. However, I now have the problem that whenever I look via emacs interface at a message which contains an embedded message/rfc822 part (like a forwarded message), then I just see [ message/rfc822 ] in the display

Re: problem with message/rfc822 parts

2011-07-01 Thread Andreas Amann
It's a known problem. As a short term fix, try the patches of id:1307320169-29905-1-git-send-email-jroll...@finestructure.net thanks a lot David. I can confirm that it works for me. Andreas ___ notmuch mailing list notmuch@notmuchmail.org

notmuch new: emails with BOM are ignored

2014-05-27 Thread Andreas Amann
Hi, I recently received some spam mails, which have a utf-16 byte order mark (BOM) U+FEFF as the first character in one of their Received: lines. When I run notmuch new I get the following: Note: Ignoring non-mail file: /home/user/Mail/new/path_to_email_with_BOM Could this be a bug in notmuch?

Re: notmuch new: emails with BOM are ignored

2014-05-28 Thread Andreas Amann
Jani Nikula j...@nikula.org writes: My quick guess is that gmime stops header processing at that point, and all the headers we require are after that invalid header. I can confirm that. I adapted one of the example programs which comes with gmime to read out the From header, and it indeed was

[PATCH] Allow user to specify ignored directories

2010-10-01 Thread Andreas Amann
} free (next); @@ -745,7 +760,7 @@ notmuch_new_command (void *ctx, int argc, char *argv[]) int count; count = 0; - count_files (db_path, ); + count_files (db_path, , config); if (interrupted) return 1; @@ -792,7 +807,7 @@ notmuch_new_command (v

[PATCH] Allow user to specify ignored directories

2010-10-14 Thread Andreas Amann
On Wed, 13 Oct 2010 11:09:01 +0200, Michal Sojka wrote: > On Thu, 30 Sep 2010, Andreas Amann wrote: > > Hi, > > thanks, the patch seems good to me. See the comment bellow. > > > > @@ -202,7 +219,8 @@ _entries_resemble_maildir (struct dirent **entries,

Notmuch Ruby bindings

2010-11-08 Thread Andreas Amann
On Mon, 08 Nov 2010 10:02:31 -0800, Carl Worth wrote: > Now, where was that patch adding a "reply to sender only" binding... > After a number of embarrassing mails I use the attached patch, which changes the default behaviour of "r" to "reply to sender only". Usual reply to everybody is "R".

bug tracking

2011-01-14 Thread Andreas Amann
On Thu, 13 Jan 2011 15:49:07 -0500, Jesse Rosenthal wrote: > Oh yeah -- completely forgot about that. I moved it to someplace that > works, so you should be able to get it by: > >git clone http://commonmeasure.org/~jkr/git/nm-remote.git > The same seems to apply to the notmuch_addresses

A tool for printing from notmuch

2011-01-28 Thread Andreas Amann
Dear Jesse, > Printing from notmuch is a bit of a pain. Muttprint doesn't really help > much, because it can't handle multiparts well, doesn't know what to do > with html, and will print out pages of base64 if you have > attachments. And more often than not, what I need to print is an HTML >

A tool for printing from notmuch

2011-01-28 Thread Andreas Amann
On Fri, 28 Jan 2011 16:11:00 -0500, Jesse Rosenthal wrote: > > Hmm... looks like a problem with ConfigParser. Maybe the default values > aren't working well? > > Try setting up a ~/.notmuchprintrc: > > notmuch_command: "/usr/local/bin/notmuch" > browser_command: "/usr/bin/firefox" >

Problem with "Unexpected output" messages

2011-04-06 Thread Andreas Amann
since commit 44d3c57e (emacs: Display any unexpected output from notmuch search) I see a number of messages of the form Error: Unexpected output from notmuch search: thread: after notmuch-search in emacs. The problem seems to be that some messages contain a "CR LF" sequence

Problem with "Unexpected output" messages

2011-04-15 Thread Andreas Amann
On Wed, 06 Apr 2011 20:23:17 +0100, Andreas Amann wrote: > > since commit 44d3c57e (emacs: Display any unexpected output from notmuch > search) I see a number of messages of the form > > Error: Unexpected output from notmuch search: > thread: > > after

Problem with "Unexpected output" messages

2011-04-18 Thread Andreas Amann
On Sun, 17 Apr 2011 17:56:21 +0200, Florian Friesdorf wrote: > > On Fri, 15 Apr 2011 12:28:00 +0100, Andreas Amann wrote: > > On Wed, 06 Apr 2011 20:23:17 +0100, Andreas Amann wrote: > > > > > > since commit 44d3c57e (emacs: Display any unexpected output fr

problem with message/rfc822 parts

2011-07-01 Thread Andreas Amann
today I updated to the latest git version of notmuch, which mostly works as expected. However, I now have the problem that whenever I look via emacs interface at a message which contains an embedded message/rfc822 part (like a forwarded message), then I just see "[ message/rfc822 ]" in the

problem with message/rfc822 parts

2011-07-02 Thread Andreas Amann
> It's a known problem. As a short term fix, try the patches of > > id:"1307320169-29905-1-git-send-email-jrollins at finestructure.net" > thanks a lot David. I can confirm that it works for me. Andreas

notmuch new: emails with BOM are ignored

2014-05-27 Thread Andreas Amann
Hi, I recently received some spam mails, which have a utf-16 byte order mark (BOM) U+FEFF as the first character in one of their "Received:" lines. When I run "notmuch new" I get the following: Note: Ignoring non-mail file: /home/user/Mail/new/path_to_email_with_BOM Could this be a bug in

notmuch new: emails with BOM are ignored

2014-05-28 Thread Andreas Amann
Jani Nikula writes: > My quick guess is that gmime stops header processing at that point, and > all the headers we require are after that invalid header. I can confirm that. I adapted one of the example programs which comes with gmime to read out the "From" header, and it indeed was not found,