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,
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
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
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?
> 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
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
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
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
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
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
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
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
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
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"
>
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
>
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
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
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
: 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
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".
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
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,
}
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
23 matches
Mail list logo
