[Top][All Lists]
[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 <address@hidden> 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\" <address@hidden>"))
>> ==> nil
>
> mail-e-a-c also fails when for a single name/comment part of the
> email address:
>
> (mail-extract-address-components "lawrence <address@hidden>")
> => (nil "address@hidden")
>
> 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.