Bug: problem decoding some non-ascii characters in subjects

[Albin Stjerna]

Jani Nikula wrote:

> It seems to be list mail. It would not surprise me that some ill-advised
> mailing list manager would decode and re-encode the subject. One could
> try sending the same message directly and through the list, and see if
> there's a difference.

Possibly, though I don't have the original message since I got it from a
list. It's actually from Biblist (a Swedish mailing list for librarians
and such), and it seems to run LISTSERV 15.5 (see
http://segate.sunet.se/cgi-bin/wa?A0=BIBLIST). According to itself, it's
?industry-standard?, which would indeed support your thesis.

Bug: problem decoding some non-ascii characters in subjects

[Albin Stjerna]

Jani Nikula wrote:

> Is that entirely on one line in the original message file? If not, where
> exactly is it split?

It's in one line.

> Either way, at a glance, it seems like the encoding is malformed. I
> think the encoded-word ("=?" charset "?" encoding "?" encoded-text "?=")
> should be separated by space to make it an atom. [RFC 2047, RFC 2822].

> If you manually move the leading 'f' after the "?Q?" bit, it works as
> expected. It looks like the bug is in the sender's user agent.

Hm. So I should report this to Thunderbird? I tried searching through
their bug reports but didn't find anything.

I didn't think it was a bug, since Gmail rendered it just fine.

Re: Bug: problem decoding some non-ascii characters in subjects

[Albin Stjerna]

Jani Nikula wrote:

 Is that entirely on one line in the original message file? If not, where
 exactly is it split?

It's in one line.

 Either way, at a glance, it seems like the encoding is malformed. I
 think the encoded-word (=? charset ? encoding ? encoded-text ?=)
 should be separated by space to make it an atom. [RFC 2047, RFC 2822].

 If you manually move the leading 'f' after the ?Q? bit, it works as
 expected. It looks like the bug is in the sender's user agent.

Hm. So I should report this to Thunderbird? I tried searching through
their bug reports but didn't find anything.

I didn't think it was a bug, since Gmail rendered it just fine.
___
notmuch mailing list
notmuch@notmuchmail.org
http://notmuchmail.org/mailman/listinfo/notmuch

Re: Bug: problem decoding some non-ascii characters in subjects

[Albin Stjerna]

Jani Nikula wrote:

 It seems to be list mail. It would not surprise me that some ill-advised
 mailing list manager would decode and re-encode the subject. One could
 try sending the same message directly and through the list, and see if
 there's a difference.

Possibly, though I don't have the original message since I got it from a
list. It's actually from Biblist (a Swedish mailing list for librarians
and such), and it seems to run LISTSERV 15.5 (see
http://segate.sunet.se/cgi-bin/wa?A0=BIBLIST). According to itself, it's
»industry-standard«, which would indeed support your thesis.
___
notmuch mailing list
notmuch@notmuchmail.org
http://notmuchmail.org/mailman/listinfo/notmuch

Bug: problem decoding some non-ascii characters in subjects

[Albin Stjerna]

Jani Nikula wrote:

> On Fri, 08 Feb 2013, Albin Stjerna  wrote:
> > I've been noticing that notmuch has some problems decoding certain
> > strangely-encoded non-ascii characters in certain emails. For example,
> > today I got this: [BIBLIST] Digitaliseringensprojektens skadliga
> > f=?ISO-8859-1?Q?=F6rk=E4rlek_f=F6r_?= PDF-formatet (should be
> > rendered: ?Digitaliseringsprojektens skadliga f?rk?rlek f?r
> > PDF-formatet?).
> >
> > Apparently, some metadata is passed on to help the MUA decode the
> > string, but notmuch doesn't seem to handle it. Entire emails can of
> > course be supplied as needed.

> Please copy paste the Subject: header directly from the message file.

The exact Subject: header (from the file, not notmuch) is:
Subject: [BIBLIST] Digitaliseringensprojektens skadliga 
f=?ISO-8859-1?Q?=F6rk=E4rlek_f=F6r_?= PDF-formatet

Other potentially interesting headers are:
User-Agent: Mozilla/5.0 (X11; Linux i686; rv:17.0) Gecko/20130106
Thunderbird/17.0.2
MIME-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1; format=flowed

(formatted as they appeared in the mail file)

Re: Bug: problem decoding some non-ascii characters in subjects

[Albin Stjerna]

Jani Nikula wrote:

 On Fri, 08 Feb 2013, Albin Stjerna albin.stje...@gmail.com wrote:
  I've been noticing that notmuch has some problems decoding certain
  strangely-encoded non-ascii characters in certain emails. For example,
  today I got this: [BIBLIST] Digitaliseringensprojektens skadliga
  f=?ISO-8859-1?Q?=F6rk=E4rlek_f=F6r_?= PDF-formatet (should be
  rendered: »Digitaliseringsprojektens skadliga förkärlek för
  PDF-formatet«).
 
  Apparently, some metadata is passed on to help the MUA decode the
  string, but notmuch doesn't seem to handle it. Entire emails can of
  course be supplied as needed.

 Please copy paste the Subject: header directly from the message file.

The exact Subject: header (from the file, not notmuch) is:
Subject: [BIBLIST] Digitaliseringensprojektens skadliga 
f=?ISO-8859-1?Q?=F6rk=E4rlek_f=F6r_?= PDF-formatet

Other potentially interesting headers are:
User-Agent: Mozilla/5.0 (X11; Linux i686; rv:17.0) Gecko/20130106
Thunderbird/17.0.2
MIME-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1; format=flowed

(formatted as they appeared in the mail file)
___
notmuch mailing list
notmuch@notmuchmail.org
http://notmuchmail.org/mailman/listinfo/notmuch

Bug: problem decoding some non-ascii characters in subjects

[Albin Stjerna]

Hi,

I've been noticing that notmuch has some problems decoding certain 
strangely-encoded non-ascii characters in certain emails. For example, today I 
got this: [BIBLIST] Digitaliseringensprojektens skadliga 
f=?ISO-8859-1?Q?=F6rk=E4rlek_f=F6r_?= PDF-formatet (should be rendered: 
?Digitaliseringsprojektens skadliga f?rk?rlek f?r PDF-formatet?).

Apparently, some metadata is passed on to help the MUA decode the string, but 
notmuch doesn't seem to handle it. Entire emails can of course be supplied as 
needed.

Bug: problem decoding some non-ascii characters in subjects

[Albin Stjerna]

Hi,

I've been noticing that notmuch has some problems decoding certain 
strangely-encoded non-ascii characters in certain emails. For example, today I 
got this: [BIBLIST] Digitaliseringensprojektens skadliga 
f=?ISO-8859-1?Q?=F6rk=E4rlek_f=F6r_?= PDF-formatet (should be rendered: 
»Digitaliseringsprojektens skadliga förkärlek för PDF-formatet«).

Apparently, some metadata is passed on to help the MUA decode the string, but 
notmuch doesn't seem to handle it. Entire emails can of course be supplied as 
needed.
___
notmuch mailing list
notmuch@notmuchmail.org
http://notmuchmail.org/mailman/listinfo/notmuch

Unicode characters are incorrectly reproduced when forwarding mail

[Albin Stjerna]

Tomi Ollila wrote:

> On Sat, Jan 05 2013, Albin Stjerna  wrote:

> > Hi!
> >
> > When forwarding an email containing (what I think is) unicode characters
> > (primarily umlauts), these are incorrectly re-entered as strange escaped
> > characters (? becomes \344, ? becomes \345 and so on). Then, when I try
> > to send the email, I get an error about the message containing
> > unprintable characters.
> >
> > Interestingly enough, this problem does not occur in the headers
> > (Subject, From etc), and the problem does not occur at all when quoting
> > messages via notmuch-reply. Also, it doesn't happen for all email
> > messages, so it might be an issue with the encoding. I think a common
> > denominator for the un-forwardable messages is that they contain no
> > charset= declaration, though they still render just fine.
> >
> > Any help debugging would be greatly appreciated!


> What version of notmuch are you using? There has been some fixes
> in this front done since 0.14 (i.e. currently only available from git)

You were right in your suggestion, the problem is apparently fixed in git 
notmuch. Thanks!

Re: Unicode characters are incorrectly reproduced when forwarding mail

[Albin Stjerna]

Tomi Ollila wrote:

 On Sat, Jan 05 2013, Albin Stjerna albin.stje...@gmail.com wrote:

  Hi!
 
  When forwarding an email containing (what I think is) unicode characters
  (primarily umlauts), these are incorrectly re-entered as strange escaped
  characters (ä becomes \344, å becomes \345 and so on). Then, when I try
  to send the email, I get an error about the message containing
  unprintable characters.
 
  Interestingly enough, this problem does not occur in the headers
  (Subject, From etc), and the problem does not occur at all when quoting
  messages via notmuch-reply. Also, it doesn't happen for all email
  messages, so it might be an issue with the encoding. I think a common
  denominator for the un-forwardable messages is that they contain no
  charset= declaration, though they still render just fine.
 
  Any help debugging would be greatly appreciated!


 What version of notmuch are you using? There has been some fixes
 in this front done since 0.14 (i.e. currently only available from git)

You were right in your suggestion, the problem is apparently fixed in git 
notmuch. Thanks!
___
notmuch mailing list
notmuch@notmuchmail.org
http://notmuchmail.org/mailman/listinfo/notmuch

Unicode characters are incorrectly reproduced when forwarding mail

[Albin Stjerna]

Tomi Ollila wrote:

> On Sat, Jan 05 2013, Albin Stjerna  wrote:

> What version of notmuch are you using? There has been some fixes
> in this front done since 0.14 (i.e. currently only available from git)

I'm using 0.14. Might try to upgrade to the latest version from git then and 
see if it helps. Thanks!

Unicode characters are incorrectly reproduced when forwarding mail

[Albin Stjerna]

Hi!

When forwarding an email containing (what I think is) unicode characters 
(primarily umlauts), these are incorrectly re-entered as strange escaped 
characters (? becomes \344, ? becomes \345 and so on). Then, when I try to send 
the email, I get an error about the message containing unprintable characters.

Interestingly enough, this problem does not occur in the headers (Subject, 
>From etc), and the problem does not occur at all when quoting messages via 
notmuch-reply. Also, it doesn't happen for all email messages, so it might be 
an issue with the encoding. I think a common denominator for the un-forwardable 
messages is that they contain no charset= declaration, though they still render 
just fine.

Any help debugging would be greatly appreciated!

Unicode characters are incorrectly reproduced when forwarding mail

[Albin Stjerna]

Hi!

When forwarding an email containing (what I think is) unicode characters 
(primarily umlauts), these are incorrectly re-entered as strange escaped 
characters (ä becomes \344, å becomes \345 and so on). Then, when I try to send 
the email, I get an error about the message containing unprintable characters.

Interestingly enough, this problem does not occur in the headers (Subject, From 
etc), and the problem does not occur at all when quoting messages via 
notmuch-reply. Also, it doesn't happen for all email messages, so it might be 
an issue with the encoding. I think a common denominator for the un-forwardable 
messages is that they contain no charset= declaration, though they still render 
just fine.

Any help debugging would be greatly appreciated!
___
notmuch mailing list
notmuch@notmuchmail.org
http://notmuchmail.org/mailman/listinfo/notmuch

Re: Unicode characters are incorrectly reproduced when forwarding mail

[Albin Stjerna]

Tomi Ollila wrote:

 On Sat, Jan 05 2013, Albin Stjerna albin.stje...@gmail.com wrote:

 What version of notmuch are you using? There has been some fixes
 in this front done since 0.14 (i.e. currently only available from git)

I'm using 0.14. Might try to upgrade to the latest version from git then and 
see if it helps. Thanks!
___
notmuch mailing list
notmuch@notmuchmail.org
http://notmuchmail.org/mailman/listinfo/notmuch

[PATCH] emacs: Add configurable wrapping width for notmuch-wash-wrap-long-lines

[Albin Stjerna]

Daniel Schoepe wrote:

> This introduces a variable to control after how many characters a line
> is wrapped by notmuch-wash-wrap-long-lines (still wrapping at the
> window width if it is lower).

Hi!

Did this patch make it into mainline notmuch? Because I can't find the variable 
notmuch-wash-wrap-long-lines using apropos-variable.

If it didn't make it: what is now the preferred method of wrapping long lines 
when reading emails using notmuch/Emacs?

Problem with invalid characters when using notmuch-reply

[Albin Stjerna]

Hi!

I have a very confusing problem. When replying to a message containing special 
characters (read: non-ascii), they show up as mysteriously escaped characters, 
such as \345 (where the letter ? should be). When sending these replies, I get 
an error about my message containing non-printable characters. When these 
messages arrive, the special characters (even those I entered, that looked fine 
in the mail compose buffer) are garbled.

Everything works fine when composing a new message. The problem only appears 
when replying. The problem appeared quite recently, apparently out of nowhere. 
No emacs upgrade, no notmuch upgrade (as far as I can recall).

The problem is appears in both Emacs 23 and 24, and restart (neither of Emacs 
nor of my computer) doesn't help.

Also:
albin at hecate ~ % notmuch --version
notmuch 0.13

albin at hecate ~ % locale
LANG=en_US.utf8
LANGUAGE=
LC_CTYPE="en_US.utf8"
LC_NUMERIC="en_US.utf8"
LC_TIME="en_US.utf8"
LC_COLLATE="en_US.utf8"
LC_MONETARY="en_US.utf8"
LC_MESSAGES="en_US.utf8"
LC_PAPER="en_US.utf8"
LC_NAME="en_US.utf8"
LC_ADDRESS="en_US.utf8"
LC_TELEPHONE="en_US.utf8"
LC_MEASUREMENT="en_US.utf8"
LC_IDENTIFICATION="en_US.utf8"
LC_ALL=

notmuch reply (on the command line) seems to work just fine.

Any pointers you can give me would be greatly appreciated!

Thanks in advance,
  Albin

Problem with invalid characters when using notmuch-reply

[Albin Stjerna]

Hi!

I have a very confusing problem. When replying to a message containing special 
characters (read: non-ascii), they show up as mysteriously escaped characters, 
such as \345 (where the letter ä should be). When sending these replies, I get 
an error about my message containing non-printable characters. When these 
messages arrive, the special characters (even those I entered, that looked fine 
in the mail compose buffer) are garbled.

Everything works fine when composing a new message. The problem only appears 
when replying. The problem appeared quite recently, apparently out of nowhere. 
No emacs upgrade, no notmuch upgrade (as far as I can recall).

The problem is appears in both Emacs 23 and 24, and restart (neither of Emacs 
nor of my computer) doesn't help.

Also:
albin@hecate ~ % notmuch --version
notmuch 0.13

albin@hecate ~ % locale
LANG=en_US.utf8
LANGUAGE=
LC_CTYPE=en_US.utf8
LC_NUMERIC=en_US.utf8
LC_TIME=en_US.utf8
LC_COLLATE=en_US.utf8
LC_MONETARY=en_US.utf8
LC_MESSAGES=en_US.utf8
LC_PAPER=en_US.utf8
LC_NAME=en_US.utf8
LC_ADDRESS=en_US.utf8
LC_TELEPHONE=en_US.utf8
LC_MEASUREMENT=en_US.utf8
LC_IDENTIFICATION=en_US.utf8
LC_ALL=

notmuch reply (on the command line) seems to work just fine.

Any pointers you can give me would be greatly appreciated!

Thanks in advance,
  Albin
___
notmuch mailing list
notmuch@notmuchmail.org
http://notmuchmail.org/mailman/listinfo/notmuch

Can't run my functions using notmuch--add-tag since update

[Albin Stjerna]

Hi!

I have a number of functions in my Emacs config to add standard tags to emails 
in notmuch. Since a recent upgrade of notmuch on debian testing (current 
version 0.12, not sure what the older version was), these functions no longer 
seem to work. For example, running this function:

(defun notmuch-show-read/review ()
  (interactive)
  (notmuch-show-add-tag "read/review")
  (notmuch-show-archive-thread))

will produce the following error:

notmuch-show-read/review: Wrong number of arguments: #[nil "??!?" 
[notmuch-show-tag "+"] 2 
("/usr/share/emacs-snapshot/site-lisp/notmuch/notmuch-show.elc" . 53071) nil], 1

What has changed, and what can I do to fix this problem? The docstrings for the 
functions I use doesn't really give any clues.

Thanks in advance!

Can't run my functions using notmuch-search/show-add-tag since update

[Albin Stjerna]

Hi!

I have a number of functions in my Emacs config to add standard tags to emails 
in notmuch. Since a recent upgrade of notmuch on debian testing (current 
version 0.12, not sure what the older version was), these functions no longer 
seem to work. For example, running this function:

(defun notmuch-show-read/review ()
  (interactive)
  (notmuch-show-add-tag read/review)
  (notmuch-show-archive-thread))

will produce the following error:

notmuch-show-read/review: Wrong number of arguments: #[nil ÀÁ!‡ 
[notmuch-show-tag +] 2 
(/usr/share/emacs-snapshot/site-lisp/notmuch/notmuch-show.elc . 53071) nil], 1

What has changed, and what can I do to fix this problem? The docstrings for the 
functions I use doesn't really give any clues.

Thanks in advance!
___
notmuch mailing list
notmuch@notmuchmail.org
http://notmuchmail.org/mailman/listinfo/notmuch

Re: newbie questions

[albin stjerna]

On Fri, 3 Feb 2012 12:59:34 +0100, Tamas Papp tkp...@gmail.com wrote:
 Hi,

Hi Tamas, and (I suppose) welcome to the Notmuch mailing list!

 I just started using notmuch. It is fascinating, but I still need to
 figure out a few things:
 
 1. How can I restrict searches (eg of my inbox) to the last few
 messages (eg 50-100) or some date (eg last 2 weeks)? I am using the
 Emacs interface.

Well, the query syntax is start unix timestamp..end unix timestamp. I
know there's been talk on the list about some way to use it more easily
in the queries, and it wouldn't be hard to write a function that
generated a query using a more human-friendly notation of time. So far I
don't know about anyone actually having written such a function though,
but I wouldn't be surprised if someone has.

 2. Could someone point me to some guides on workflow with notmuch in
 Emacs? So far I have been using mutt, and I guess I need to rethink a
 few things.

Possibly. I've only used mutt briefly and a very long time ago, so I
don't really remember, but as you've probably already seen notmuch
relies very heavily on tags, as opposed to just about any other email
client out there (except Gmail, which I've found to be very similar). So
»inbox«, »archived«, »read« and so on isn't really »boxes« the way one
is used to, rather than separate labels you can set (and unset) on each
thread.

My workflow is something like this: first I fetch mail from IMAP using
offlineimap, then I run a script that tags incoming mail as personal,
list, notmuch, rss and so on (notmuch is also my RSS reader). I've set
the saved searches in Emacs to show fairly standard »tag:tag title AND
tag:inbox« searches for most of my tags. Then each morning, I begin by
processing »personal« from the top to the bottom, because the »personal«
tag is the one most likely to contain important and/or time-critical
mail (in effect it is the catch-all tag for all mail that isn't directed
to a mailing list or otherwise filtered out as probably uninteresting).

If you're interested, I can send you my mail tagging script.

When I'm done with each mail I archive it (using the standard keybinding
»a«). Most mails are handled more or less immediately, but some (in
particular posts from RSS) take longer time to read. Those I tag with
»read/review« using a custom keybinding »T«. I can then process those
when I have the time.

 3. If I have multiple accounts, how can I change my e-mail address
 (From:) when I am writing messages (within emacs, using the m key).

I'm mostly changing this by just typing my other email address (and
tab-completing it of course). I actually haven't thought about there
being any other way, but now that you mention it there probably is. :)

Hope this helps! Albin
___
notmuch mailing list
notmuch@notmuchmail.org
http://notmuchmail.org/mailman/listinfo/notmuch

newbie questions

[albin stjerna]

On Fri, 3 Feb 2012 12:59:34 +0100, Tamas Papp  wrote:
> Hi,

Hi Tamas, and (I suppose) welcome to the Notmuch mailing list!

> I just started using notmuch. It is fascinating, but I still need to
> figure out a few things:
> 
> 1. How can I restrict searches (eg of my inbox) to the last few
> messages (eg 50-100) or some date (eg last 2 weeks)? I am using the
> Emacs interface.

Well, the query syntax is ... I
know there's been talk on the list about some way to use it more easily
in the queries, and it wouldn't be hard to write a function that
generated a query using a more human-friendly notation of time. So far I
don't know about anyone actually having written such a function though,
but I wouldn't be surprised if someone has.

> 2. Could someone point me to some guides on workflow with notmuch in
> Emacs? So far I have been using mutt, and I guess I need to rethink a
> few things.

Possibly. I've only used mutt briefly and a very long time ago, so I
don't really remember, but as you've probably already seen notmuch
relies very heavily on tags, as opposed to just about any other email
client out there (except Gmail, which I've found to be very similar). So
?inbox?, ?archived?, ?read? and so on isn't really ?boxes? the way one
is used to, rather than separate labels you can set (and unset) on each
thread.

My workflow is something like this: first I fetch mail from IMAP using
offlineimap, then I run a script that tags incoming mail as personal,
list, notmuch, rss and so on (notmuch is also my RSS reader). I've set
the saved searches in Emacs to show fairly standard ?tag: AND
tag:inbox? searches for most of my tags. Then each morning, I begin by
processing ?personal? from the top to the bottom, because the ?personal?
tag is the one most likely to contain important and/or time-critical
mail (in effect it is the catch-all tag for all mail that isn't directed
to a mailing list or otherwise filtered out as probably uninteresting).

If you're interested, I can send you my mail tagging script.

When I'm done with each mail I archive it (using the standard keybinding
?a?). Most mails are handled more or less immediately, but some (in
particular posts from RSS) take longer time to read. Those I tag with
?read/review? using a custom keybinding ?T?. I can then process those
when I have the time.

> 3. If I have multiple accounts, how can I change my e-mail address
> (From:) when I am writing messages (within emacs, using the m key).

I'm mostly changing this by just typing my other email address (and
tab-completing it of course). I actually haven't thought about there
being any other way, but now that you mention it there probably is. :)

Hope this helps! Albin

Notmuch mail notifier applet for Gnome?

[Albin Stjerna]

On Fri, 15 Jul 2011 14:11:23 -0400, Jason Woofenden  
wrote:
> Albin,
> 
> I couldn't find any existing program to get put text into the gnome
> panel, so I eventually built something:

Funny. So did I. :)

I actually hacked up my first pyGTK-based program, ever:

https://github.com/albins/notmuch-notifier

Suggestions are of course welcome.

Re: Notmuch mail notifier applet for Gnome?

[Albin Stjerna]

On Fri, 15 Jul 2011 14:11:23 -0400, Jason Woofenden ja...@jasonwoof.com wrote:
 Albin,
 
 I couldn't find any existing program to get put text into the gnome
 panel, so I eventually built something:

Funny. So did I. :)

I actually hacked up my first pyGTK-based program, ever:

https://github.com/albins/notmuch-notifier

Suggestions are of course welcome.
___
notmuch mailing list
notmuch@notmuchmail.org
http://notmuchmail.org/mailman/listinfo/notmuch

Notmuch mail notifier applet for Gnome?

[Albin Stjerna]

Hi all

I've been using a simple notmuch count-based script together with xmobar in 
xmonad to notify me of new mail. However, I'm thinking of switching to a 
Gnome/xmonad-based combo, thus giving up xmobar. I've been looking for a 
replacement to my mail checker that would work with gnome-panel, but so far I 
haven't found any. I'm sure there has to be at least one Gnome user on the 
notmuch mailing list, so I thought I'd ask for help.

How are you solving this? Basically anything that would display a notification 
icon if a given shell command returned true would suffice, though I'd prefer 
something that would also display a given text (read: a short fom of the 
specified query and the mail count for it, something like: ?personal: 10? ? 
possibly during mouse over).

Thanks in advance,
  Albin

Notmuch mail notifier applet for Gnome?

[Albin Stjerna]

Hi all

I've been using a simple notmuch count-based script together with xmobar in 
xmonad to notify me of new mail. However, I'm thinking of switching to a 
Gnome/xmonad-based combo, thus giving up xmobar. I've been looking for a 
replacement to my mail checker that would work with gnome-panel, but so far I 
haven't found any. I'm sure there has to be at least one Gnome user on the 
notmuch mailing list, so I thought I'd ask for help.

How are you solving this? Basically anything that would display a notification 
icon if a given shell command returned true would suffice, though I'd prefer 
something that would also display a given text (read: a short fom of the 
specified query and the mail count for it, something like: »personal: 10« – 
possibly during mouse over).

Thanks in advance,
  Albin
___
notmuch mailing list
notmuch@notmuchmail.org
http://notmuchmail.org/mailman/listinfo/notmuch

Hiding HTML mime-parts and/or scrubbing (gmail's) HTML-based citation

[Albin Stjerna]

On Tue, 22 Feb 2011 14:59:03 -0500, Daniel Kahn Gillmor  wrote:

> I'm running the crypto branch (from jrollins, available at
> git://finestructure.net/notmuch ), which incorporates dme's multipart
> MIME overhaul.

Ah. I've now built and installed that one, and it works as you described
it. Thanks!

Is there a plan for the inclusion of this branch in mainline notmuch?
-- next part --
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 489 bytes
Desc: not available
URL: 

Hiding HTML mime-parts and/or scrubbing (gmail's) HTML-based citation

[Albin Stjerna]

On Tue, 22 Feb 2011 13:33:56 -0500, Daniel Kahn Gillmor  wrote:
> i think the correct solution would have nothing to do with text/html vs
> text/plain, but would have to do with whether the message is
> multipart/mixed or multipart/alternative.

Thanks for pointing that out ? I see my poor knowledge of MIME is showing.

Of course, that sounds like the correct thing to do. However, I'm
looking for a (reasonably) quick fix, and what you're suggesting sounds
like a re-design of at least a part of the MUA. Isn't there an easier way?
-- next part --
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 489 bytes
Desc: not available
URL: 

Hiding HTML mime-parts and/or scrubbing (gmail's) HTML-based citation

[Albin Stjerna]

Hello, notmuch list!

I've noticed many email clients (gmail most notably) send all mails?even
when strictly unnecessary?both as html and as plain text MIME, making
them harder to read in standard (Emacs) notmuch?you get each message
two times!

Also, the html view doesn't handle citing very well, which is really bad
in the gmail case, since gmail encourages top-posting and ever-growing
stacks of citation through its design. And those aren't fun to scroll
through, to say the least. Also, I've seen a lot of encoding problems
with the html mime parts (umlauts replaced with ??? for example).

However, I do not want to hide /all/ html mime parts, since I'm
following a lot of RSS feeds through sluk, which sends them as (only)
html email (and no plain text).

As far as I can tell, there's two solutions to this:
1. not showing the html mime part if there's also a plain-text part or
2. teaching notmuch's citation-scrubbing feature (hook?) to recognize
   citations in html as well, most urgently gmail's.

Have any of these two solutions been attempted by anyone?

Thanks in advance,
 Albin

P.S. I'm sorry I first sent this email from the wrong address, I think
I've cancelled my waiting for moderator approval now.
-- next part --
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 489 bytes
Desc: not available
URL: 

Org-mode support

[Albin Stjerna]

On Sun, 13 Feb 2011 23:24:46 +0100, Matthieu Lemerre  wrote:

> I use this to empty my inbox and quickly store todo items to my TODO
> list/gtd file along the way.

I use it in much the same fashion. Very useful?thank you! :) Does it
have its own code repository somewhere by the way?

> I believe that further org/notmuch integration could be beneficial, and
> this represents a first step.

Here I'd like to call your attention to notmorg, [1] which is another,
quite different, interaction layer between notmuch and
org-mode. Basically, it generates an agenda file containing all mails
tagged ?todo?, with optionally generated scheduled/deadline tags. Of
course, it could be updated to use your interaction code to link back to
the actual notmuch emails.

Footnotes: 
[1]  https://github.com/krl/notmorg
-- next part --
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 489 bytes
Desc: not available
URL: 

Re: Org-mode support

[Albin Stjerna]

On Sun, 13 Feb 2011 23:24:46 +0100, Matthieu Lemerre ra...@free.fr wrote:

 I use this to empty my inbox and quickly store todo items to my TODO
 list/gtd file along the way.

I use it in much the same fashion. Very useful—thank you! :) Does it
have its own code repository somewhere by the way?

 I believe that further org/notmuch integration could be beneficial, and
 this represents a first step.

Here I'd like to call your attention to notmorg, [1] which is another,
quite different, interaction layer between notmuch and
org-mode. Basically, it generates an agenda file containing all mails
tagged »todo«, with optionally generated scheduled/deadline tags. Of
course, it could be updated to use your interaction code to link back to
the actual notmuch emails.

Footnotes: 
[1]  https://github.com/krl/notmorg


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

SpamAssassin or: why can't I search for »[«?

[Albin Stjerna]

I recently switched to notmuch, and I'm mostly happy with it. I do
however have one issue: my mail server runs SpamAssassin, which tags the
subject header of mail considered spam with ?[SPAM]?.

I've been trying to get notmuch to apply the tag ?spam? to these mails,
but it seems I can neither make it search for upper-case letters nor
?[?/?]?. My current solution is to tag everything with ?spam? somewhere
in the subject header as spam, which leads to lots of false positives.

Also, and much less importantly, is there any way to have notmuch
harvest email addresses for BBDB?

Any advice on how to fix this would be appreciated.
-- next part --
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 489 bytes
Desc: not available
URL: 

SpamAssassin or: why can't I search for »[«?

[Albin Stjerna]

I recently switched to notmuch, and I'm mostly happy with it. I do
however have one issue: my mail server runs SpamAssassin, which tags the
subject header of mail considered spam with »[SPAM]«.

I've been trying to get notmuch to apply the tag »spam« to these mails,
but it seems I can neither make it search for upper-case letters nor
»[«/»]«. My current solution is to tag everything with »spam« somewhere
in the subject header as spam, which leads to lots of false positives.

Also, and much less importantly, is there any way to have notmuch
harvest email addresses for BBDB?

Any advice on how to fix this would be appreciated.


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