[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: Bug in mail-extract-address-components (mail-extr.el)?
From: |
Simon Josefsson |
Subject: |
Re: Bug in mail-extract-address-components (mail-extr.el)? |
Date: |
Tue, 24 Sep 2002 23:30:35 +0200 |
User-agent: |
Gnus/5.090008 (Oort Gnus v0.08) Emacs/21.2 (i386-debian-linux-gnu) |
lawrence mitchell <wence@gmx.li> writes:
> [...] mail-e-a-c vs gnus-e-a-c.
>
> Jesper Harder commented:
>>> But usually `mail-extract-address-components' is more reliable (but also
>>> really complicated).
>
> To which Reiner Steib responded:
>> The code of mail-e-a-c spans more than 700 lines, whereas gnus-e-a-c
>> has only 27 lines. Therefore it's even more surprising that mail-e-a-c
>> fails for the given example (assuming it's a valid RFC-822 address),
>> which probably occurs quite often in real life [1]. mail-e-a-c also
>> fails for this:
>
>> (car (mail-extract-address-components "\"K.-H. Foo\" <foo@bar.invalid>"))
>> ==> nil
>
> mail-e-a-c also fails when for a single name/comment part of the
> email address:
>
> (mail-extract-address-components "lawrence <foo@bar.com>")
> => (nil "foo@bar.com")
>
> Which, by my reading of RFC2822 is a valid address form (ICBW).
This is a feature, see `mail-extr-ignore-single-names'. I think the
default value is a bad choice though.