bug#10314: 24.0.92; ietf-drums-parse-address and non-ASCII names

bug#10314: 24.0.92; ietf-drums-parse-address and non-ASCII names

[Aaron Ecay]

This bug report will be sent to the Bug-GNU-Emacs mailing list
and the GNU bug tracker at debbugs.gnu.org.  Please check that
the From: line contains a valid email address.  After a delay of up
to one day, you should receive an acknowledgement at that address.

Please write in English if possible, as the Emacs maintainers
usually do not have translators for other languages.

Please describe exactly what actions triggered the bug, and
the precise symptoms of the bug.  If you can, give a recipe
starting from `emacs -Q':

The function ietf-drums-parse-address cannot cope with (unquoted)
non-ASCII characters in email addresses.  An example is the following
From: line (from a message on the mailing list for the notmuch email
client, archives accessible here, real email address obfuscated:
http://notmuchmail.org/pipermail/notmuch/
)

 From: =?utf-8?q?Philipp_=C3=9Cberbacher?= <foo@bar.com>

(the quoted character is an uppercase U-umlaut: Ü)

In the process of parsing this line, the function emits a minibuffer
message, and then returns the name without the non-ASCII character:
“Philipp berbacher”  This is because of the ietf-drums-atext-token
regex, which includes only ASCII alphabet characters.

-----

If Emacs crashed, and you have the Emacs process in the gdb debugger,
please include the output from the following gdb commands:
    `bt full' and `xbacktrace'.
For information about debugging Emacs, please read the file
/Users/aecay/Applications/Emacs.app/Contents/Resources/etc/DEBUG.


In GNU Emacs 24.0.92.3 (i386-apple-darwin10.8.0, NS apple-appkit-1038.36)
 of 2011-12-12 on awe
Windowing system distributor `Apple', version 10.3.1038
configured using `configure  '--with-ns' '--without-gnutls''

Important settings:
  value of $LC_ALL: nil
  value of $LC_COLLATE: nil
  value of $LC_CTYPE: nil
  value of $LC_MESSAGES: nil
  value of $LC_MONETARY: nil
  value of $LC_NUMERIC: nil
  value of $LC_TIME: nil
  value of $LANG: nil
  value of $XMODIFIERS: nil
  locale-coding-system: nil
  default enable-multibyte-characters: t

-- 
Aaron Ecay

bug#10314: 24.0.92; ietf-drums-parse-address and non-ASCII names

[Lars Magne Ingebrigtsen]

Aaron Ecay <aaronecay@gmail.com> writes:

> The function ietf-drums-parse-address cannot cope with (unquoted)
> non-ASCII characters in email addresses.  An example is the following
> From: line (from a message on the mailing list for the notmuch email
> client, archives accessible here, real email address obfuscated:
> http://notmuchmail.org/pipermail/notmuch/
> )
>
>  From: =?utf-8?q?Philipp_=C3=9Cberbacher?= <foo@bar.com>

I'm unable to reproduce this bug:

(ietf-drums-parse-address "=?utf-8?q?Philipp_=C3=9Cberbacher?= <foo@bar.com>")
=> ("foo@bar.com" . "=?utf-8?q?Philipp_=C3=9Cberbacher?=")

Do you have a test case?

-- 
(domestic pets only, the antidote for overdose, milk.)
  bloggy blog http://lars.ingebrigtsen.no/

bug#10314: 24.0.92; ietf-drums-parse-address and non-ASCII names

[Aaron Ecay]

On Sat, 07 Jan 2012 02:23:35 +0100, Lars Magne Ingebrigtsen <larsi@gnus.org> wrote:
> I'm unable to reproduce this bug:
> 
> (ietf-drums-parse-address "=?utf-8?q?Philipp_=C3=9Cberbacher?= <foo@bar.com>")
> => ("foo@bar.com" . "=?utf-8?q?Philipp_=C3=9Cberbacher?=")
> 
> Do you have a test case?

This would arise in the notmuch email reader, which would decode the
address to UTF-8 before calling this function.  So you can get the
behavior by doing:

(ietf-drums-parse-address "Philipp Überbacher <foo@bar.com>")
; -> ("foo@bar.com" . "Philipp berbacher")

When this happens, there is also a message displayed in the echo area:
“Unknown symbol: Ü”.

Thanks,

-- 
Aaron Ecay

bug#10314: 24.0.92; ietf-drums-parse-address and non-ASCII names

[Lars Ingebrigtsen]

Aaron Ecay <aaronecay@gmail.com> writes:

> This would arise in the notmuch email reader, which would decode the
> address to UTF-8 before calling this function.  So you can get the
> behavior by doing:
>
> (ietf-drums-parse-address "Philipp Überbacher <foo@bar.com>")
> ; -> ("foo@bar.com" . "Philipp berbacher")
>
> When this happens, there is also a message displayed in the echo area:
> “Unknown symbol: Ü”.

That's not what that function is meant to do.  It parses a DRUMS
address, which is basically an RFC2047-encoded address.  It's undefined
what it does on addresses that are of a different format.

So this sounds like a bug in Notmuch, and you should take it up with
them.

-- 
(domestic pets only, the antidote for overdose, milk.)
  http://lars.ingebrigtsen.no  *  Sent from my Rome