Path: utzoo!utgpu!jarvis.csri.toronto.edu!mailrus!sharkey!itivax!vax3!scs
From: scs@vax3.iti.org (Steve Simmons)
Newsgroups: comp.mail.elm
Subject: Re: Local and remote signatures - a solution(?)
Summary: Global and personal site config files
Keywords: signatures
Message-ID: <1430@itivax.iti.org>
Date: 4 Jun 89 19:47:40 GMT
References: <398@sirius.ua.oz> <581@tiamat.fsc.com>
Sender: news@itivax.iti.org
Reply-To: scs@vax3.iti.org (Steve Simmons)
Organization: Industrial Technology Institute
Lines: 28

In article <581@tiamat.fsc.com> jim@tiamat.fsc.com (Jim O'Connor) writes:
:In article <398@sirius.ua.oz>, mrp@sirius.ua.oz (Mark Prior) writes:
:> consider all mail to people at the Uni to be local and maybe some mail to
:> other people outside as local (ie I want to use a local signature) so I
:> would have a file like -
:> 
:> *@*ua.oz.au
:> person-alias
:> group-alias
:> 
:> Elm would then pattern match on these templates
:
:This would be a workable solution for "configuration file literate" users,
:but most of my users still don't understand that .elm/elmrc and .newsrc
:exist and/or what they are used for, much less a .elm/local-users file.

True, but you as site admin can make it unnecesary for them.  Suppose
we have the following rules for pattern matching: first look in the users
.elm/local-users file.  If a definitive match is not found, look in
/usr/local/lib/elm (or wherever you install the elm helpfiles and such)
for a local-users file.  Reasonable?

On the same topic, the use of 'person-alias' and 'group-alias' above
seems backwards (IMHO).  Better to expand the aliases, then do the check.

Steve Simmons         Just another midwestern boy
scs@vax3.iti.org  -- or -- ...!sharkey!itivax!scs
"Think of c++ as an object-oriented assembler..."