From xemacs-m  Mon Sep 22 19:05:51 1997
Received: from altair.xemacs.org (steve@xemacs.miranova.com [206.190.83.19])
	by xemacs.org (8.8.5/8.8.5) with ESMTP id TAA13228
	for <xemacs-beta@xemacs.org>; Mon, 22 Sep 1997 19:05:50 -0500 (CDT)
Received: (from steve@localhost)
	by altair.xemacs.org (8.8.7/8.8.7) id RAA12762;
	Mon, 22 Sep 1997 17:09:29 -0700
Mail-Copies-To: never
To: xemacs-beta@xemacs.org
Subject: Re: mail-extract-address-components bug?
References: <199709221443.KAA21644@pochacco.alphatech.com> <kigzpp5gxaf.fsf@jagor.srce.hr> <3426AAEB.ABE15862@netscape.com> <kigvhztfe3y.fsf@jagor.srce.hr> <m267rtuh53.fsf@proletcult.slip.ifi.uio.no> <kiglo0oykkj.fsf@jagor.srce.hr>
X-Face: `'%\i;ySOu]g?NlziJSk_$&@]KP`}~PEQPjZ5;nxSaDW_o$4+4%Ab]%Ifw3ZR;7TIT3,O,'
 @2{L;]ox6kc;$_5kU'n**9vFg-]eV~GbxSVCx|(s%uR[],*:^WKmC`B}(;|k9/m]gwt?&`t;^rfCJg
 khHH>pP1W\)xM0U@!FNDD72{3fDP$PkBhx^7Z?-WxH6DbFN:QOnT`llzW}VGdYv;n9lzljQvKTIBhQ
 YuV
X-Attribution: sb
From: SL Baur <steve@xemacs.org>
In-Reply-To: Hrvoje Niksic's message of "23 Sep 1997 01:50:52 +0200"
Mime-Version: 1.0 (generated by tm-edit 7.108)
Content-Type: text/plain; charset=US-ASCII
Date: 22 Sep 1997 17:09:28 -0700
Message-ID: <m2lo0ox553.fsf@altair.xemacs.org>
Lines: 35
X-Mailer: Quassia Gnus v0.9/XEmacs 20.3(beta24) - "Ljubljana"

Hrvoje Niksic <hniksic@srce.hr> writes:

> Lars Magne Ingebrigtsen <larsi@gnus.org> writes:
>> Hrvoje Niksic <hniksic@srce.hr> writes:
>> 
>> > Do you think the substitution has any value now?
>> 
>> I recently received a mail from "Charlie &" which was supposed to be
>> "Charlie Root".  So it's still being used somewhere, but it's quite
>> rare.

Isn't Charlie Root a BSDism?

>> I'd say ditch it.  It's much more common nowadays to get maiil from
>> "Tweety & Budgie Birds", which looks rather strange displayed as
>> "Tweety Birds Budgie Birds".

> True enough.  Off it goes.  Now, if only some kind soul would
> understand that code, and make the necessary change...

There are other aspects of this feature that have to be taken into
account.  According to the C code it is a compile time option:

src/config.h.in:

/* Define AMPERSAND_FULL_NAME if you use the convention
   that & in the full name stands for the login id. */
#undef AMPERSAND_FULL_NAME


src/editfns.h contains code that utilizes that variable.

I propose adding a feature (like 'ampersand-full-name) that gets set
when this option is compiled in.  The lisp code then has something to
test in order to disable its own processing of the ampersand.

