Re: something decodes my headers...

[Jan Rychter <jan@rychter.com>]

>>>>> "Simon" == Simon Josefsson <jas@extundo.com> writes:
 Simon> I think it might be a bug to invoke mail-extr on 8bit data.
 Simon> Jan Rychter <jan@rychter.com> writes: 
 >> It is. It is really not designed to do that, and it only works for a
 >> subset of ISO-8859-1. Actually, I have the distinct impression that
 >> if we removed the 8859-1 support from mail-extr.el, the breakage
 >> would be noticed by many more people.

 Simon> Yes.  OTOH, I doubt the Right Thing wrt mail-extr is to patch
 Simon> it.  It should be rewritten.  But if there is a short patch that
 Simon> solve problems, I guess it doesn't hurt.  Removing the
 Simon> iso-8859-1 support is probably not a good thing in practice
 Simon> though, even if I agree in theory.

I fully agree, although I'd love to see a "testing period" with the
ISO-8859-1 support in mail-extr.el removed. Just so that people notice
the problems.

 Simon> Note that if it is bbdb that calls mail-extr, it is probably a
 Simon> bug in bbdb.  Chopped names could indicate a bug in rfc2047.el
 Simon> though, there where bugs like this recently (perhaps not fixed?
 Simon> I recall emacs bugs caused them).
 >> Well, interestingly enough, mail-extract-address-components is being
 >> called TWICE whenever I enter a message. Once by Gnus, once by
 >> BBDB. In both cases, an 8-bit string is being passed. Backtraces
 >> below, with the name of the person in the From: field changed to my
 >> spamtrap:
 >>
 >> mail-extract-address-components("full 8bit name <spam@rychter.com>")
 >> mm-dissect-buffer(nil nil)

 Simon> I don't see where the MIME decoding occurs before m-e-a-c is
 Simon> invoked in that function.  It just seems to invoke
 Simon> (mail-fetch-field "from") and then m-e-a-c on that string.
 Simon> Could it be that the incoming message had raw non-ASCII
 Simon> characters in it?  Does this patch help?  Assuming you leave
 Simon> g-e-a-c to its default value.

[...]

No, the patch does not help. I do not mess with
gnus-extract-address-components, it is left at default.

Also, the messages in my nnml spool definitely do not have 8bit
characters:

From: =?iso-8859-2?Q?Pawe=B3_lastnamesnipped?= <spam@rychter.com>

So, it seems that something decodes the From: field.

--J.