From mboxrd@z Thu Jan 1 00:00:00 1970 Path: main.gmane.org!not-for-mail From: Jesper Harder Newsgroups: gmane.emacs.help Subject: Re: Bug in mail-extract-address-components (mail-extr.el)? Date: Mon, 23 Sep 2002 14:57:27 +0200 Organization: http://purl.org/harder/ 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 1032786380 13302 127.0.0.1 (23 Sep 2002 13:06:20 GMT) X-Complaints-To: usenet@main.gmane.org NNTP-Posting-Date: Mon, 23 Sep 2002 13:06:20 +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 17tSuo-0003SN-00 for ; Mon, 23 Sep 2002 15:06: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 17tSuq-0005fu-00; Mon, 23 Sep 2002 09:06:20 -0400 Original-Path: shelby.stanford.edu!nntp.stanford.edu!newsfeed.stanford.edu!news.tele.dk!small.news.tele.dk!193.162.153.118!news.tele.dk!not-for-mail Original-Newsgroups: gnu.emacs.help X-Face: ^RrvqCr7c,P$zTR:QED"@h9+BTm-"fjZJJ-3=OU7.)i/K]<.J88}s>'Z_$r; 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:1730 X-Report-Spam: http://spam.gmane.org/gmane.emacs.help:1730 Reiner Steib <4uce.02.r.steib@gmx.net> writes: > Recently I noticed, that the function fails for the following From: > line (which seem to be correct according to RFC-822): > > | From: "Harald H.-J. Bongartz" > > Instead of "Harald H.-J. Bongartz" I get "Harald H.": > > Is this a bug in `mail-extract-address-components' or should I use a > different function to get the full name? In this particular case `gnus-extract-address-components' works better: (gnus-extract-address-components "\"Harald H.-J. Bongartz\" ") ==> ("Harald H.-J. Bongartz" "bongie@gmx.net") But usually `mail-extract-address-components' is more reliable (but also really complicated).