HDTenEightyP/NetNews huggingface dataset:
From: dburr@nixhub.UUCP (Donald Burr)
Newsgroups: comp.mail.sendmail
Subject: why does it print "From uucp..."?
Date: 15 Apr 92 21:29:08 GMT
Reply-To: dburr@sbphy.physics.ucsb.edu (Donald Burr)
Organization: NixBBS Public Access UNIX, Carpinteria, CA


We are running sendmail 5.65c/IDA-1.4.4 for the AT&T UNIX PC, and we are
using UUCP (HDB) for mail transfer.  All of our incoming mail looks similar
to this:

From uucp Wed Apr 15 12:44 PST 1992
>From sbanet!nixhub Sat Apr 14 13:56:31 1992
Received: from sbanet.UUCP by nixhub.UUCP with UUCP id AA00556
  (5.65c/IDA-1.4.4/sendmail-UNIXPC for dburr); Wed, 15 Apr 1992 12:43:52 -0800
Received: by sbanet.UUCP (smail2.5)
	id AA03731; 14 Apr 92 20:56:31 PDT (Tue)
Message-Id: <9204142056.AA03731@sbanet.UUCP>
Date: 14 Apr 92 20:56:31 PDT (Tue)
From: nixhub@sbanet.UUCP (NIX BBS)
To: nixhub!dburr
Status: RO

remote execution	[uucp job sbanetN2117 (4/14-20:56:30)]
	uucall -s nixhub 
execution permission denied to nixhub!dburr


Why is the "From sbanet!nixhub ..." line being ignored by sendmail, and why
is it tacking on its own "From uucp ..." line?  Usually,, on Internet hosts,
the "From ..." line as it came in the message when it was received was kept,
and sendmail doesn't add its own idea of a From... line.  Am I confusing
you yet? ;-)

I admit, this is not a major nuisance -- I mean, mail still works, which
is good.  But it'd be kinda nice if sendmail could be massaged into
accepting the "From" line in the mail, as it was handed to sendmail ori-
ginally.

Please send replies to dburr@sbphy.physics.ucsb.edu.  Thanks.
 
+-----------------------------------+-----------------------------------------+
: Donald Burr, System Administrator : dburr@sbphy.physics.ucsb.edu   INTERNET :
: NixBBS Public Access UNIX         : dburr@gnu.ai.mit.edu (Backup)  ======== :
: Carpinteria, CA  USA              : dburr%nixhub.UUCP@uunet.uu.net (Try me) :
: UUCP: ...!uunet!nixhub!dburr      : America OnLine: DonaldBurr              :
+-----------------------------------+-----------------------------------------+
Newsgroups: comp.mail.sendmail
From: mats@netcom.com (Mats Wichmann)
Subject: need config file help (so what else is new)
Date: Thu, 16 Apr 92 16:59:05 GMT
Organization: Netcom - Online Communication Services  (408 241-9760 guest) 

I don't know if it's generally considered appropriate to ask for config
files, but it now turns out I've got needs for three different
situations that require essentially the same configuration:

The specs are as follows:

	(1) network consisting of a single master with "outside
	    world" connections to
		(a) a uucp "smart host" which will do domain routing
		(b) a small number of uucp neighbors
	    and a small number of ethernet/tcp-connected workstations.

	(2) workstations will deliver mail to a "known" user (determined
	    from NIS-distributed passwd and mail alias files) on the
	    network, and hand off everything else to the master.

	(3) master will route anything with an unknown domain address to
	    the smart host, excepting only messages that appear to be for
	    one of the uucp neighbors, which will be sent directly.

	(4) all network-delivered messages shall have headers in which
	    the originating host "invisible".  This is because it's desired
	    that the workstations be "ownerless" - someone can send mail
	    from a particular machine, but should receive a reply not at
	    that machine, but at the machine specified by the mail alias
	    file.  In most cases, the users are expected to keep their
	    mailboxes on the master (it's even possible that the mail
	    directory may end up NFS-mounted).  Only specific header lines
	    that might be used to construct a reply path matter, such as
	    From and Reply-to matter.

	(5) All mail leaving the domain should also have the originating
	    host invisible (mail should look like it came from 
	    joe@company.com, not joe@alpha.company.com).

I think the "standard" main.cf and subsidiary.cf files distributed with
SunOS try to do something close to this, but they don't work right.
My limited efforts to fixup this setup have not met with success.

If anyone has sample config files which implement this (which I think
ought to be close to the most common configuration), and is willing
to share them with me, I'd be most appreciative.  All three installations
are constrained to use the "standard" vendor-distributed binaries, so
suggestions such as "get the sendmail+IDA kit and start from there"
don't do any good.

One additional note: one of the three installations seems to have
a problem parsing the LHS class matching - for example, this rule:

# special local conversions
S6
R$*<@$*$=m>$*		$1<@$2LOCAL>$4			convert local domain

fails for a non-local domain with the ame suffix as the local doain,
because the $=m matches even the top-level of the domain - i.e., if the
domain is company.com, and the addressee is "user@otherplace.com" it
rewites it into "user<@otherplace.LOCAL>".  If anyone has a clever way
around this problem, which does not happen on an sVr4 or SunOS machine,
I'd appreciate a pointer.
-- 
Mats Wichmann
Systems Software Consultant
alruna!mats@ossi.com (or mats@netcom.com)
Newsgroups: comp.mail.sendmail
From: rickert@mp.cs.niu.edu (Neil Rickert)
Subject: Re: why does it print "From uucp..."?
Organization: Northern Illinois University
Date: Thu, 16 Apr 1992 11:59:25 GMT

In article <1992Apr15.212908.905@nixhub.UUCP> dburr@sbphy.physics.ucsb.edu (Donald Burr) writes:
>
>We are running sendmail 5.65c/IDA-1.4.4 for the AT&T UNIX PC, and we are
>using UUCP (HDB) for mail transfer.  All of our incoming mail looks similar
>to this:
>
>From uucp Wed Apr 15 12:44 PST 1992
>>From sbanet!nixhub Sat Apr 14 13:56:31 1992
>Received: from sbanet.UUCP by nixhub.UUCP with UUCP id AA00556
>  (5.65c/IDA-1.4.4/sendmail-UNIXPC for dburr); Wed, 15 Apr 1992 12:43:52 -0800
>...

>Why is the "From sbanet!nixhub ..." line being ignored by sendmail, and why
>is it tacking on its own "From uucp ..." line?  Usually,, on Internet hosts,

  More than likely the "From sbanet!nixhub ..." is actually being put there
by 'sendmail' and the "From uucp " is being inserted by your local delivery
agent (usually /bin/mail).

  You either have the local mailer defined wrongly, or you have a system
with a broken /bin/mail.
From: rickert@mp.cs.niu.edu (Neil Rickert)
Newsgroups: comp.mail.sendmail
Subject: Re: reaching bitnet via sendmail
Keywords: sendmail, bitnet
Date: 8 Apr 92 14:39:41 GMT
Organization: Northern Illinois University

In article <1612@usna.NAVY.MIL> pjw@math30.math.uh.edu (Peter J. Welcher -- math FACULTY <pjw@usna.navy.mil>) writes:
>How does one usually set up sendmail to send mail to bitnet ?

  You can usually do something like:

	# Define BITNET gateway
	DBcunyvm.cuny.edu

The above should appear early in 'sendmail.cf' near your other definitions.
Instead of 'cunyvm.cuny.edu' you should pick your nearest gateway, and you
should ask the postmaster at that site for permission to do so, as a
courtesy.  There is nothing magic about the 'B'.  Use some other letter if
it is '$B' is alread in use.

and at some appropriate place in ruleset 0

	# Forward BITNET mail through gateway
	R$*<@$-.bitnet>$*	$#tcp $@$B $:$1<@$2.bitnet>$3

-- 
=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=
  Neil W. Rickert, Computer Science               <rickert@cs.niu.edu>
  Northern Illinois Univ.
  DeKalb, IL 60115                                   +1-815-753-6940
Newsgroups: comp.mail.sendmail
From: bzbschul@workms1.zib-berlin.de (Rainer Schulze +49 30/89604-187)
Subject: Quoted local part in adresses
Reply-To: schulze@sc.zib-berlin.de
Organization: Konrad-Zuse-Zentrum
Date: Tue, 14 Apr 1992 08:50:19 GMT

Gateways between X.400 and SMTP running PP translate attribute values containing
spaces to a quoted local part in the resulting RFC822-address like

"/S=surname/O=organizationname containing spaces/"@some.domain

Replying to such an address results in some problems:

   SMTP User agents like SUN's MAILTOOL strip the quotes when using REPLY
   Mailers called from sendmail may strip the quotes
   /usr/ucb/mail doesn't work even when using
      \" and \ in the recipient's address to surround the shell's normal
      interpretation of quotes and spaces

I know that I've not to set the s-flag in sendmail's mailer definition to avoid
quote stripping at my site, but how can I tell user agents not to strip quotes?

/usr/ucb/mail treats

   \"/S=surname/O=organisation\ containing\ spaces/\"@some.domain

as a list of recipients and complaints about unbalanced quotes in
spaces/"@some.domain

Using ELM results in a control file in /var/spool/mqueue with quotes in the
To-header, but with no quotes in the recipient.

-- 
Rainer Schulze                          PHONE: +49 30 / 89604-187
Konrad-Zuse-Zentrum fuer                EMAIL: schulze@sc.zib-berlin.de
Informationstechnik Berlin (ZIB)               schulze@sc.zib-berlin.dbp.de
Heilbronner Str. 10, D-1000 Berlin 31
From: markr@seqp4.sequoia.com (Mark Roddy)
Newsgroups: comp.mail.sendmail
Subject: freeze/thaw
Date: 13 Apr 92 22:15:26 GMT
Article-I.D.: seqp4.1225
Organization: Sequoia Systems Inc., Marlboro, Mass.


I am porting the 5.65 version of sendmail to our USL SystemVR3.2
type system and have run into the following problem:

	the whole "freeze/thaw" mechanism is completely
	unportable. Specifically it assumes that your heap
	space can be dumped and restored arbitrarily.
	Ours sure can't.

I can work around this to a certain extent. 

My question is, do established BSD sendmail systems make extensive use
of frozen configurations? If so why, for performance, for security?

It looks like the other major portation headache - i.e. the use of DBM for
the alias database is much more of a performance win than the frozen
configuration file.

Any clues or opinions would be welcome.


-- 
-Mark Roddy
Sequoia Systems, Inc.          (508) 480-0800 x1284
markr@seqp4.sequoia.com        m2c!seqp4!markr
From: cheveign@ircam.fr (Alain de Cheveigne)
Newsgroups: comp.mail.sendmail
Subject: sendmail no longer logs to syslog - any idea why?
Date: 10 Apr 92 10:02:32 GMT
Organization: IRCAM


Could some kind soul please offer an explanation as to why
sendmail might suddenly stop logging to syslog?

Sendmail seems to work ok.  It just doesn't log.

I'm running sendmail 5.65c on a MicroVAX II under Ultrix 2.2.

The only thing that changed recently is that I installed popper
v1.831beta, which entailed editing /etc/services and /etc/ietd.conf
and restarting inetd.  Popper works fine, and logs (abundantly)
to syslog.

I tried reversing the changes, to no avail.  Permissions on syslog
seem ok:
-rw-rw-r--  1 daemon   daemon       7904 Apr 10 11:46 syslog

I'm at my wit's end.  Any idea, anyone?


Alain de Cheveigne,
alain@linguist.jussieu.fr
From: rmclaugh@opal.tufts.edu
Newsgroups: comp.mail.sendmail
Subject: comp.mail.sendmail
Date: 15 Apr 92 21:50:59 GMT
Organization: Tufts University - Medford, MA

Help!
I am trying to find an internet to fidonet bridge.
If anyone could provide any info, I would be most appreciative.
 
Newsgroups: comp.mail.sendmail,comp.protocols.tcp-ip.domains
From: marka@syd.dms.CSIRO.AU (Mark Andrews)
Subject: Re: Problem with name resolution in MX records.
Organization: CSIRO Division of Mathematics and Statistics, Australia
Date: Fri, 10 Apr 1992 00:49:30 GMT

In article <1992Apr9.121456.10879@husc3.harvard.edu> utterbac@husc10.harvard.edu (Margot Utterback) writes:
|I have been having trouble using the sendmail that comes
|with SysV R4.  
|
|Here are the particulars:
|A SysVR4 workstation with /etc/resolv.conf having a domain
|entry and several nameserver entries.  The first nameserver 
|is the local host which is running a cache only named.
|
|When sendmail finally figures out the host name it wants to 
|send to it calls a routine called res_search. Res_search calls
|res_init to initalize the DNS library and asks the local NS
|for the host.  In this case the host name was "sun.com".
|
|Res_init initalized the query to use defnames and the NS got a 
|query for sun.com with the domain in /etc/reolv.conf tacked 
|on as well. Since our domain wildcards the MX record, this query
|matched the local host which is our gateway! 
|
|The Man page for resolv.conf implies that domain is only used for 
|queries that do not have a dot in them.
|
|So my question is: "Is res_search botching the query by tacking
|on the domain name when it shouldn't, or is res_init initializeing
|the options incorrectly, or is Sendmail incorrectly setting the options,
|or is Sendmail incorrectly formulating the query (maybe the host 
|should have a trailing dot?)?"
|
|Any help in this matter will be appreciated.
|
|Brian Utterback
|utterbac@husc.harvard.edu

Yes it is strictly `correct'. The sendmail in question was most probably
complied with "NOWILDCARDMX" defined (from memory). As to why vendors
ship it like this I don't know.

The following work around work for us when Sun started shipping
sendmail.mx compiled this way and me had a wild card mx for a higher
domain.

On the line that resolves to the tcp mail append a "." to the
definintion of the host being sent to.

i.e
R$*<@$*>$*	$#tcp $@ $2. $: $1@$2$3

Note this assumes the the host is already fully qualified. This will
prevent sendmail from performing the search. 

Not also the "." should NOT be added to the "To:", "From:", "CC:" or any
other headers. i.e. ONLY use it after $@ as this is only used
internally.

Mark.
Xref: sparky comp.mail.sendmail:1333 comp.protocols.tcp-ip.domains:388
From: utterbac@husc10.harvard.edu (Margot Utterback)
Newsgroups: comp.mail.sendmail,comp.protocols.tcp-ip.domains
Subject: Problem with name resolution in MX records.
Date: 9 Apr 92 16:14:54 GMT
Article-I.D.: husc3.1992Apr9.121456.10879
Organization: Harvard University Science Center

I have been having trouble using the sendmail that comes
with SysV R4.  

Here are the particulars:
A SysVR4 workstation with /etc/resolv.conf having a domain
entry and several nameserver entries.  The first nameserver 
is the local host which is running a cache only named.

When sendmail finally figures out the host name it wants to 
send to it calls a routine called res_search. Res_search calls
res_init to initalize the DNS library and asks the local NS
for the host.  In this case the host name was "sun.com".

Res_init initalized the query to use defnames and the NS got a 
query for sun.com with the domain in /etc/reolv.conf tacked 
on as well. Since our domain wildcards the MX record, this query
matched the local host which is our gateway! 

The Man page for resolv.conf implies that domain is only used for 
queries that do not have a dot in them.

So my question is: "Is res_search botching the query by tacking
on the domain name when it shouldn't, or is res_init initializeing
the options incorrectly, or is Sendmail incorrectly setting the options,
or is Sendmail incorrectly formulating the query (maybe the host 
should have a trailing dot?)?"

Any help in this matter will be appreciated.

Brian Utterback
utterbac@husc.harvard.edu
From: rickert@mp.cs.niu.edu (Neil Rickert)
Newsgroups: comp.mail.sendmail
Subject: Re: Problem with sendmail and NIS
Date: 13 Apr 92 22:25:35 GMT
Organization: Northern Illinois University

In article <1992Apr13.213545.21907@cis.ohio-state.edu> rhm@oclc.org (Robin Hermance-Moore) writes:
>This question has to do with the interaction of the sendmail 
>program and the NIS.  I am working on a Sun galaxy system (SS690MP)
>running SunOS 4.1.2.

  My sympathies :-( .

>There is a macro defined in sendmail for use in the left hand
>side of a sendmail rule:  $%y  .  This macro is supposed to match
>any token which is a host name in the hosts.byname map.  
>(If NIS were not running, it would use the /etc/hosts file instead.)

  I believe this is a documentation problem.  The documentation (comments
inside sendmail.{main,subsidiary}.cf) certainly suggest your interpretation.
However experimental evidence suggests that '$%y host' matches if and only
if	(1) host is a single token
 and    (2) gethostbyname(host) is successful.

  When you are using 'sendmail.mx' as your sendmail, gethostbyname(host)
will succeed only when 'host.your.domain' is in the nameserver database for
your domain.  Actually, the nameserver lookup is done with RES_DNSRCH
enabled, so the existence of 'host.parentdomain' will also cause
'$%y host' to match.

  Unfortunately in the 'sendmail.mx' which comes with 4.1.2 (and also the
version with 4.1.1), the '$[ ... $]' operation seems to be broken, and
will only do anything for a fully qualified host name.  This makes it almost
impossible to tell within 'sendmail.cf' whether a particular host is valid
for your domain.

-- 
=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=
  Neil W. Rickert, Computer Science               <rickert@cs.niu.edu>
  Northern Illinois Univ.
  DeKalb, IL 60115                                   +1-815-753-6940
From: tomd@stsci.edu (Thomas A. DiGiacinto)
Newsgroups: comp.mail.sendmail
Subject: Automagically including a signature
Keywords: .mailrc, mailtool
Date: 9 Apr 92 19:22:30 GMT
Distribution: usa
Organization: Space Telescope Science Institute


Can someone please tell me if/how I can automatically include a
signature at the end of a mail message.  I am currently using
"Mail version SMI 4.0 Thu Oct 11 12:59:09 PDT 1990", and/or
Sun's OpenWindows Version 3 for SunOS 4.1.x mailtool.  In mailtool
I have set up a signature template, but, as far as I can tell,
I can only manually append it to a message.

Please email responses.

Thanks

<<Tom DiGiacinto  <tomd@stsci.edu>
From: grdetil@scrc.umanitoba.ca (Gilles Detillieux)
Newsgroups: comp.mail.sendmail
Subject: Re: Local mail delivery sets wrong owner on user's files in /usr/mail
Date: 15 Apr 92 20:04:55 GMT
Organization: University of Manitoba, Winnipeg, Canada

In article <STHAUG.92Apr14142531@ofelia.delab.sintef.no> sthaug@delab.sintef.no  
(Steinar Haug) writes:
> On one of our 9000/425s running HP-UX 8.0 we have problems with mail
> delivery. The mail files for the various users under /usr/mail end up
> being owned by daemon.
..
> -r-xr-sr-x   2 bin      mail       18648 May 11  1991 /bin/rmail
..
> Mlocal,	 P=/bin/rmail,	F=DFMPlms,  S=10,  R=20,  A=rmail -d $u

I'm not familiar with the HPs, so I can't say for sure, but normally the
local mail delivery agent must be set-uid root so it can change the ownership
of any mailbox it creates.  Since /bin/rmail is used for local delivery,
according to your sendmail.cf (on most systems it's /bin/mail), perhaps you
should:

     chown root /bin/rmail
     chmod o+s /bin/rmail

(Hopefully, there isn't some obscure security bug in your /bin/rmail that
would make it a bad idea to do this.)

> The rest of our HPs don't have any problem, but this may be due to the fact
> that they are NFS mounting the mail spool directory from Sun machines.

Yes, if they mount the mail spool directory from a Sun, then the local mail
delivery should be performed only on that Sun, by its own /bin/mail, which
is normally set-uid root.

--
Gilles Detillieux                       <Gilles@scrc.UManitoba.CA>
Spinal Cord Research Centre             or <grdetil@gilles.scrc.UManitoba.CA>
Dept. of Physiology, U. of Manitoba     Phone:  (204)788-6766
Winnipeg, MB  R3E 0W3  (Canada)         Fax:    (204)786-0932
From: wolf@grasp1.univ-lyon1.fr (Christophe Wolfhugel)
Newsgroups: comp.mail.sendmail
Subject: 5.65c dumping (also: Stupid mailer of the week)
Date: 16 Apr 1992 13:45:15 +0200
Organization: INSA Informatique, Lyon, France
NNTP-Posting-Host: grasp1.univ-lyon1.fr
Summary: An early socket close causes sendmail to dump

# >/usr/lib/sendmail -q -v

Running AA21805
<user@bnr.co.uk>... Connecting to bnrgate.bnr.co.uk (TCP)...
421 bnrgate.bnr.co.uk: PP cannot resolve your address. '192.44.57.5'
    (Help from:  Automatic Mail System <postmaster@bnr.co.uk>)
Bus error (core dumped)
#

Great isn't it? (that was for the stupid mailer of the week award).

The question is: is sendmail's core dump abnormal or not? (as it's in
the first position in the mailq, others get not sent anymore).

Just as a reminder for some admins who wish to use the same mechanism
as bnr, refusing a connecting for the indicated reason is illegal in
the standard, it's somewhere explicitely written that rather than
closing the connection, the mailer can add fields in the header
indicating the the source has not been identified.

-- 
Christophe Wolfhugel            Email: Christophe.Wolfhugel@univ-lyon1.fr
  "  4 + 1 = 7, mefiez-vous de la reforme du PAF "
Newsgroups: comp.mail.sendmail
From: malcolm@hemel.bull.co.uk (Malcolm Preen)
Subject: Time Zone
Organization: Bull HN UK
Date: Mon, 6 Apr 92 07:50:27 GMT

Around the world, different countries change to daylight savings time at
different times of the year, and for most things, this is handled by the TZ
variable. However, sendmail does not appear to be using this, can anyone
give me any clues to anything I can do ?

The only line in the sendmail.cf that seems to pertain to TimeZones is :

OtGMT, GMT BST

Thanks in advance,

Malcolm
--
+-----------------------+------------------------+
|Malcolm Preen          |M.Preen@hemel.bull.co.uk| "I do not want this
|Bull HN Info. Sys. Ltd.|M.Preen@brno.uucp       |  tobacconist, it is
|Maxted Road            |HM14 UK03               |  scratched"
|Hemel Hempstead        |Tel: +44 442 884367     |
|Hertfordshire, ENGLAND |Fax: +44 442 884570     |
|HP2 7DZ                |                        |
+-----------------------+------------------------+
Newsgroups: comp.mail.sendmail
From: pullin@mail.physics.utah.edu (Jorge Pullin)
Subject:  Erratically bouncing outgoing mail
Organization: University of Utah - Physics Department
Date: Thu, 9 Apr 92 15:05:42 GMT

Hello

Our machine (IBM RS 6000 AIX 3.1.5 3005) has been erratically bouncing
outgoing mail. An example of the kind of error it gives is:


From: MAILER-DAEMON (Mail Delivery Subsystem)
Subject: Returned mail: Service unavailable
Message-Id: <9203202251.AA30570@mail.physics.utah.edu>
To: pullin
Status: RO

  --- The transcript of the session follows ---
554 asterix.eng.buffalo.edu.tcp... 554 Service unavailable
554 arg-net@asterix.eng.buffalo.edu... Service unavailable



That is, it seems that for some reason it decides not to use the name
server and it tries to open a tcp/ip direct connection with the mail
destination. If the connection cannot be opened (network temporarily
unreachable, or if it is a foreign address with no direct connection)
it bounces the message. It should be noticed that usually re-sending
the message immediately does not cause any problem (the message goes
through OK). Sometimes maybe it has to be re-sent twice (it bounces
also the second time). The IBM people could only suggest "try
rebooting the machine" which did not help. I am using ELM 2.3 PL11 as
mailer and sendmail. I had a look at sendmail.cf and seems configured
OK. For instance it usually accepts without trouble "difficult"
foreign internet addresses, which proves it is using name servers to
send the message.  Again I remind that the problem is only sporadical
and is not reproducible, it happens about once a day to me, and I
usually send 20/30 outgoing messages a day.


Anyone can give me any hint? As you may infer from the wording of the
above text I am no expert in sendmail, tcp/ip or nameservers, so any
suggestion is welcome. Please reply by email, I can summarize if there
is interest. Thanks in advance.

Regards.
Jorge


-----------------------------------------------------------------------------
|Jorge Pullin, Department of Physics |  pullin@mail.physics.utah.edu        |
|201 JFB,  University of Utah        |  pullin@utahcca.bitnet               |
|Salt Lake City, UT 84112 USA        |  Tel:(801)581-5395 Fax:(801)581-4801 |
-----------------------------------------------------------------------------

Newsgroups: comp.mail.sendmail,comp.unix.admin,chi.mail