From mboxrd@z Thu Jan 1 00:00:00 1970 Path: main.gmane.org!not-for-mail From: Simon Josefsson Newsgroups: gmane.emacs.help Subject: Re: Bug in mail-extract-address-components (mail-extr.el)? Date: Tue, 24 Sep 2002 23:30:35 +0200 Sender: help-gnu-emacs-admin@gnu.org Message-ID: References: NNTP-Posting-Host: localhost.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: main.gmane.org 1032904579 4886 127.0.0.1 (24 Sep 2002 21:56:19 GMT) X-Complaints-To: usenet@main.gmane.org NNTP-Posting-Date: Tue, 24 Sep 2002 21:56:19 +0000 (UTC) Return-path: Original-Received: from monty-python.gnu.org ([199.232.76.173]) by main.gmane.org with esmtp (Exim 3.35 #1 (Debian)) id 17txfG-0001Gf-00 for ; Tue, 24 Sep 2002 23:56:18 +0200 Original-Received: from localhost ([127.0.0.1] helo=monty-python.gnu.org) by monty-python.gnu.org with esmtp (Exim 4.10) id 17txfJ-0002kJ-00; Tue, 24 Sep 2002 17:56:21 -0400 Original-Path: shelby.stanford.edu!nntp.stanford.edu!newsfeed.stanford.edu!logbridge.uoregon.edu!news.tele.dk!small.news.tele.dk!129.240.148.23!uio.no!news.kth.se!not-for-mail Original-Newsgroups: gnu.emacs.help Original-Lines: 28 Original-NNTP-Posting-Host: tjatte.nada.kth.se User-Agent: Gnus/5.090008 (Oort Gnus v0.08) Emacs/21.2 (i386-debian-linux-gnu) Cancel-Lock: sha1:iu1duwH4kmj+6UvbygJu4y11xqY= Original-Xref: nntp.stanford.edu gnu.emacs.help:105268 Original-To: help-gnu-emacs@gnu.org Errors-To: help-gnu-emacs-admin@gnu.org X-BeenThere: help-gnu-emacs@gnu.org X-Mailman-Version: 2.0.11 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: Users list for the GNU Emacs text editor List-Unsubscribe: , List-Archive: Xref: main.gmane.org gmane.emacs.help:1822 X-Report-Spam: http://spam.gmane.org/gmane.emacs.help:1822 lawrence mitchell 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\" ")) >> ==> nil > > mail-e-a-c also fails when for a single name/comment part of the > email address: > > (mail-extract-address-components "lawrence ") > => (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.