Path: utzoo!utgpu!jarvis.csri.toronto.edu!mailrus!csd4.milw.wisc.edu!bionet!ames!pacbell!pbhyf!rob
From: rob@pbhyf.PacBell.COM (Rob Bernardo)
Newsgroups: comp.mail.elm
Subject: Re: group reply includes sender
Message-ID: <4726@pbhyf.PacBell.COM>
Date: 18 Feb 89 17:57:17 GMT
References: <290@wubios.wustl.edu> <937@csd4.milw.wisc.edu> <4691@pbhyf.PacBell.COM> <2910@hplabsz.HPL.HP.COM> <7190@spool.cs.wisc.edu> <5121@b-tech.ann-arbor.mi.us>
Reply-To: rob@pbhyf.PacBell.COM (Rob Bernardo)
Organization: Pacific * Bell, San Ramon, CA
Lines: 32

In article <5121@b-tech.ann-arbor.mi.us> zeeff@b-tech.ann-arbor.mi.us (Jon Zeeff) writes:
+>"right thing".  Rfc 822 requires that all addresses have an unambiguous
+>context-independent meaning.  On any of our local hosts, "solomon" means
+>Since addresses without @'s are not legal in 822 headers, sendmail on
+>his machine "canonicalizes" the addresses by tacking "@cheddar.cs.wisc.edu"
+>on the end of each one.  (This is 
+
+
+Elm does needs an option to fully qualify all addresses.  People using
+elm + smail 2.5 have problems with mail going out with things like "Cc: jon"
+which confuses some sites.

If I understand you correctly, I don't think that would work.

When ELM is sending a message, addresses occur in two places: (1) in 
the header lines (To and Cc) and (2) in the command line for ELM's 
execution of the mail transport agent. What it sounds like ELM would 
have to do, in this proposal, is expand the addresses in the headers 
according to the smail alias database, but leave them unexpanded in 
the command line, where smail would deal with them. There's something 
very unmodular about that: the expansion of the aliases should be done 
either one place or the other, esp. considering that smail and ELM 
are not part of the same package. 

It seems to me that if smail 2.5 has it's own alias database and it
translates the address "jon" into something more universally meaningful,
it is up the smail to rewrite the headers of the message as well.
-- 
Rob Bernardo, Pacific Bell UNIX/C Reusable Code Library
Email:     ...![backbone]!pacbell!pbhyf!rob   OR  rob@pbhyf.PacBell.COM
Office:    (415) 823-2417  Room 4E750A, San Ramon Valley Administrative Center
Residence: (415) 827-4301  R Bar JB, Concord, California