HDTenEightyP/NetNews huggingface dataset:
From: xcea@uxa.ecn.bgu.edu (Chad Adams)
Newsgroups: comp.mail.headers,news.software.readers,bit.admin
Subject: Re: Bouncing mail
Date: 27 Jul 92 16:26:12 GMT
Organization: Educational Computing Network

In article <MeNRg8y00WBwE6dt42@andrew.cmu.edu> John Gardiner Myers <jgm+@CMU.EDU> writes:
>jstewart@alfred.carleton.ca (John Stewart) writes:
>> I certainly feel abused by this practise.  I had to write a script to bounce
>> undeliverable mail (account disk space full, no mail folder, etc.) on our
>> mailframe.  Messages from a LISTSERV can't be handled in the same way as
>> regular mail because the Reply-To: header line points back to the list -- 
>> bouncing the message to that address causes a mail loop.
>
>You shouldn't be bouncing mail to "Reply-To:".  You should bounce it
>to the envelope return address, as specified in section 5.3.3. of RFC
>1123.  Many mailers put the envelope return address in the
>"Return-Path:" header.

I always thaught it was the Sender: header in bitnetland that error
reports got bounced to.  Of cource listserv puts the name of the list in
here also with the intent of makeing the bounces go back to the list
where it thinks it can filter them out.  I know for sure the Reply-to is
the wrong place.  When it is set to the author of the article it makes
no sence at all when the article was sent to a list as the author of the
article does not have any use for 30 bounced mail messages telling him
that the list maintainer has no idea (or does not care) that addresses
in the mailing list do not work.  Many sites bounce mail to the From:
and that screws up most listserv lists by sending reams of junk back to
the poor poster that should have gone to the list maintainer.
-- 
Chad Adams              __               Educational Computing Network
Systems Programmer     /  ) /         /  University Park, IL  USA
1-708-534-0200        /    /_  __, __/   ECN, networking in IL since 1975
c-adams@bgu.edu      (__/ / /_/_/_(_/_   "Wherever you go, there we are."
From: uucpmap@rutgers.rutgers.edu (UUCP Mapping Project)
Newsgroups: comp.mail.maps
Subject: UUCP map for u.usa.ak.1
Date: 27 Jul 92 14:50:44 GMT
Expires: 10 Sep 92 14:50:43 GMT
Supersedes: <Jun.18.15.02.17.1992.11935@rutgers.rutgers.edu>

:	This is a shell archive.
:	Remove everything above this line and
:	run the following text with /bin/sh to create:
:	u.usa.ak.1
: This archive created: Mon Jul 27 10:50:41 1992
echo shar: extracting u.usa.ak.1
cat << 'SHAR_EOF' > u.usa.ak.1
file {u.usa.ak.1}
# This map is maintained by David Schmidt (davids@isc-br.ISC-BR.COM).
# Mail updates to uucpmap@rutgers.edu (rutgers!uucpmap).
# *PLEASE* follow directions in the README posting for all updates.
#
# I attempt to ship updates every two weeks or so, time permitting.
#
# Last updated: Fri Jul 24 18:23:04 PDT 1992
#############################################


#N	ccns
#S	PC 386; Intel Unix 3.2
#O	CCNS Computer Consultants
#C	Wil Gerken
#E	ccns!root
#T	+1 907 337 7775
#P	4139 Vista Court, Anchorage, AK 99508
#L	61 13 N / 149 54 W city
#R
#W	jane@uunet.UU.NET (Jane Roop); Thu May 10 13:11:28 EDT 1990
#U
#
ccns	uunet(DEMAND)

#N      coldbox
#S      PC Clone; Waffle
#O      Idiots Unlimited
#C      Bryan Lockwood
#E      coldbox!system
#T      +1 907 633 6926
#P      P.O. Box 62, Atqasuk, AK 99791
#L      70 28 N / 157 23 N city
#R      Usenet<>WWIV gateway using Telebit T2500 from WayNorth Alaska
#W      uunet!coldbox!system (Bryan Lockwood); Sat May 30 00:00:27 ADT 1992
#U      fredbox
#
coldbox uunet(EVENING), fredbox(DAILY)

#N	comcon
#S	Micronics 386/33MHZ ISC2.2 UNIX
#O	Incenter
#C	Tim Brown
#E	comcon!tim
#T	+1 907 338 1246
#P	Anchorage, Alaska
#L	149 53 W / 61 13 N
#R	Public USENET access site
#U	seaeast
#W	larry@nstar (Larry Snyder); Fri Oct 12 23:00:00 ADT 1990
#
comcon	seaeast(EVENING)

#N      fredbox
#S      Intel 80386; MS-DOS/Waffle 1.65
#O      Radio Free FredBox, Anchorage AK
#C      Frederick J. Polsky
#E      fredbox!root
#T      +1 907 333 7246
#P      4150 Vista Ct, Anchorage AK 99508
#L      61 13 N / 149 54 W city
#R      The FredBox BBS +1 907 344 8437 (data)
#W      fredbox!root (Root Account); Wed July 15 17:49:30 ADT 1992
#U      moosevax coldbox burrow
#
fredbox cojones.com
fredbox=freds.cojones.com
fredbox moosevax(DIRECT), burrow(DIRECT), coldbox(DAILY)

#N      moosevax
#S      PC clone; Waffle
#O      Dead Moose Enterprises, Anchorage AK
#C      Anthony W. Hursh
#E      moosevax!postmaster
#T      +1 907 337 1213
#P      P.O. Box 141293, Anchorage AK 99514
#L      61 13 N / 149 55 W city
#R      UUCP/WWIVnet Gateway (WWIVnet node 500)
#U      fredbox
#W      moosevax!root (Bitbanger); Thu May 28 22:59:30 ADT 1992
#
moosevax        fredbox(DIRECT)

#N	sabus
#S	IAX-RS6000
#O	The Sabus Group
#C	Tim Brown
#E	sabus!tim
#T	+1 907 277 4232
#P	2091 Cliffside Dr, Ankorage, AK  99504
#L	61 13 N / 149 54 W city
#R
#W	lorelei@uunet.UU.NET (Lorelei Horner); Wed Apr  3 18:08:08 EST 1991
#U
#
sabus	uunet(DEMAND)

##### End of Map #####
SHAR_EOF
:	End of shell archive
exit 0
From: uucpmap@rutgers.rutgers.edu (UUCP Mapping Project)
Newsgroups: comp.mail.maps
Subject: UUCP map for u.csk.0
Date: 23 Jul 92 22:50:48 GMT
Expires: 6 Sep 92 22:50:48 GMT
Supersedes: <Jul.16.12.49.48.1992.14318@rutgers.rutgers.edu>

:	This is a shell archive.
:	Remove everything above this line and
:	run the following text with /bin/sh to create:
:	u.csk.0
: This archive created: Thu Jul 23 18:50:41 1992
echo shar: extracting u.csk.0
cat << 'SHAR_EOF' > u.csk.0
# u.csk.0 of 0,1; changes to: mcsun!uucpmap
# Copyright 1989-1992 by EurOpen. All rights reserved.
# Permission is granted for non-commercial use.
# #W lines show 2 dates: date of introduction and date of last change.
# Last change: Mon Jul 13 12:16:05 MET DST 1992

#N	uniba, .uniba.cs, uniba.cs
#S	SM 52/12
#O	Comenius University Bratislava, Faculty of Mathematics and Physics
#C	Gejza Buechler / Peter Pronay
#E	postmaster@uniba.cs
#T	+42 7 725306
#P	MFF UK, Matematicky pavilon, Mlynska dolina, 842 15 Bratislava, CSFR
#L	17 07 E / 48 10 N  city
#R	EUnet backbone Czecho-Slovakia
#U
#W	gejza@uniba.uucp 901015, ivan@uniba.cs 920227
#
uniba	.uniba.cs, uniba.cs


# National links
uniba	amixcs(DEMAND), app(DEMAND), checc(DEMAND), cnr(DEMAND), 
	csad1(DEMAND), cuni(DEMAND), decef(DEMAND), iaccs(DEMAND),
	ixsysba(DEMAND), mzsrba(DEMAND), ovccs(DEMAND),
	pro6(DEMAND), rekt(DEMAND), sasprg(DEMAND), savba(DEMAND), 
	stronik(DEMAND), swh(DEMAND), t-soft(DEMAND), tuke(DEMAND),
	upjsko(DEMAND), ugfbr(DEMAND), unitra(DEMAND), vsb(DEMAND),
	vscht(DEMAND), vse(DEMAND), vseba(DEMAND), vslib(DEMAND),
	vuseiar(DEMAND), vumiba(DEMAND), vutbr(DEMAND), zcu(DEMAND)

SHAR_EOF
:	End of shell archive
exit 0
From: uucpmap@rutgers.rutgers.edu (UUCP Mapping Project)
Newsgroups: comp.mail.maps
Subject: UUCP map for u.aus.csiro.1
Date: 21 Jul 92 22:50:14 GMT
Expires: 4 Sep 92 22:50:14 GMT
Supersedes: <Jul.18.12.49.06.1992.17140@rutgers.rutgers.edu>

:	This is a shell archive.
:	Remove everything above this line and
:	run the following text with /bin/sh to create:
:	u.aus.csiro.1
: This archive created: Tue Jul 21 18:50:08 1992
echo shar: extracting u.aus.csiro.1
cat << 'SHAR_EOF' > u.aus.csiro.1
# u.aus.csiro.1 - cjsv@adfa.oz.au - Tue Jul 21 11:55:25 +1000 1992

#	see u.aus.1 for an explanation of the ordering of entries in this file

# map renamed to u.aus.dom.2 to fit into 12 character limit (14 after compress)

# u.aus.csiro.1 - end
SHAR_EOF
:	End of shell archive
exit 0
From: uucpmap@rutgers.rutgers.edu (UUCP Mapping Project)
Newsgroups: comp.mail.maps
Subject: UUCP map for u.usa.ca.20
Date: 29 Jul 92 06:53:19 GMT
Expires: 12 Sep 92 06:53:19 GMT

:	This is a shell archive.
:	Remove everything above this line and
:	run the following text with /bin/sh to create:
:	u.usa.ca.20
: This archive created: Wed Jul 29 02:53:17 1992
echo shar: extracting u.usa.ca.20
cat << 'SHAR_EOF' > u.usa.ca.20
file {u.usa.ca.20}

# Packaged & maintained by crash!bblue (Bill Blue); Tue Jul 28 16:03:59 PDT 1992
# Northern California map(s) are u.usa.ca.[2 4 6 ... etc],
# for area code(s) 209 510 408 415 707 916.
# This u.usa.ca.20 is for sites with names zwaaney through zygot.
# Send your map updates to: uucpmap@rutgers.edu cc: bblue@crash.cts.com.

#N	zwaaney
#S	IBM PC/AT ; MS-DOS 3.3
#O	Zwaaney	River
#C	Timothy	De Zwaan
#E	zwaaney!postmaster, zwaaney!tim
#T	+1 916 649 0959
#P	2065 West El Camino Avenue Apt.	564  Sacramento, CA 95833  USA
#L	38 36 46 N / 121 30 28 W
#R	Private	site - Only one	user
#U	sactoh0
#W	zwaaney!tim (Timothy De	Zwaan) ; Thu Jan 24 17:58 PST 1991
#
zwaaney	sactoh0(DAILY)

#N	zycad
#O	Zycad Corporation
#S	Sun 4/280; SunOS 4.0.X
#C	Laurence T. Groves
#E	zycad!postmaster
#T	+1 415 688 7413
#P	1380 Willow Road, Menlo	Park, CA 94025
#L	122 10 42 W / 37 25 54 N
#U
#W	zycad!larry (Laurence T. Groves); Tue Feb 20 07:22:42 PST 1990
#
zycad =	silicon
zycad	sun(DIRECT), argosy(DIRECT), pyramid(DIRECT), isi(DIRECT)

#N	zygon
#S	DEL System 3.25; System	V, Rel.	3.2
#O	Sacramento Housing & Redevelopment Agency
#C	Ted Jones
#E	zygon!root
#T	+1 916 440 1335
#P	404 I Street, Sacramento, CA  95814
#L	38 34 N	/ 121 29 W city
#R
#W	jeannie@uunet.UU.NET (Jeannie Hill); Thu Oct 26	09:13:04 EDT 1989
#U
#
zygon	uunet(DEMAND)

#N	zygot
#F	apple.com
#S	Intel 386 ; SysVr3.2 UNIX
#O	Announcement Technologies, Inc.
#C	John M.	Higdon
#E	zygot!postmaster
#T	+1 408 264 4115
#P	2256 Fairhill Lane, San	Jose, CA 95125
#L	37 16 57 N / 121 54 19 W
#R
#U	mojave denwa pacbell apple dlb mtdiablo	heltel toto bolero
#W	john@zygot.ati.com (John Higdon) ; Mon Jun 24 09:45:00 PDT 1992
#
zygot	apple(DIRECT+FAST), ati(DIRECT+HIGH), bolero(DIRECT+FAST),
	bovine(LOCAL), control(DEMAND+HIGH), denwa(DEMAND+FAST),
	ditka(DEMAND+FAST), dlb(DIRECT+FAST), heltel(DEMAND+FAST),
	jartel(DEMAND+FAST), jcpcasa(POLLED), ksjo(DIRECT+HIGH),
	mojave(DEMAND+FAST), mtdiablo(DEMAND+FAST), pacbell(DIRECT+FAST),
	ravel(DIRECT+FAST), satyr(DIRECT+FAST),	toto(DEMAND+FAST)
zygot	.ati.com
zygot=zygot.ati.com
zygot=ati.com
bolero=bolero.ati.com
bovine=bovine.ati.com
ravel=ravel.ati.com


# End u.usa.ca.20
# END Northern California map(s)
SHAR_EOF
:	End of shell archive
exit 0
From: uucpmap@rutgers.rutgers.edu (UUCP Mapping Project)
Newsgroups: comp.mail.maps
Subject: UUCP map for d.Top
Date: 27 Jul 92 14:49:40 GMT
Expires: 10 Sep 92 14:49:40 GMT
Supersedes: <Jul.8.05.30.33.1992.23258@rutgers.rutgers.edu>

:	This is a shell archive.
:	Remove everything above this line and
:	run the following text with /bin/sh to create:
:	d.Top
: This archive created: Mon Jul 27 10:49:37 1992
echo shar: extracting d.Top
cat << 'SHAR_EOF' > d.Top
#
# DOMAIN GATEWAY LIST FOR UUCP AND OTHER TOP-LEVEL DOMAINS
# This file is pathalias input for UUCP domain addressing.
#
# Problems and changes to uucpmaps@rutgers.edu - Mon Jul 27 08:46:22 EDT 1992
#
# TOP LEVEL DOMAINS AND THEIR GATEWAYS
#
# UUCP top level domain
apple		.uucp
atina		.uucp
decuac		.uucp
gatech		.uucp
harvard		.uucp
mcsun		.uucp
uunet		.uucp
#
# ARPANET and related domains
apple		.arpa, .com, .gov, .mil, .edu, .org, .net, .us, .il
decwrl		.arpa, .com, .gov, .mil, .edu, .org, .net, .us, .il
harvard		.arpa, .com, .gov, .mil, .edu, .org, .net, .us, .il
talcott		.arpa, .com, .gov, .mil, .edu, .org, .net, .us, .il
ucbvax		.arpa, .com, .gov, .mil, .edu, .org, .net, .us, .il
uunet		.arpa, .com, .gov, .mil, .edu, .org, .net, .us, .il
#
# BITNET
talcott	.bitnet
#
# Japan
kddlab	.jp, .junet, .jpn
#
SHAR_EOF
:	End of shell archive
exit 0
From: uucpmap@rutgers.rutgers.edu (UUCP Mapping Project)
Newsgroups: comp.mail.maps
Subject: UUCP map for u.fin.0
Date: 27 Jul 92 14:50:00 GMT
Expires: 10 Sep 92 14:50:00 GMT
Supersedes: <Jun.22.20.51.24.1992.19490@rutgers.rutgers.edu>

:	This is a shell archive.
:	Remove everything above this line and
:	run the following text with /bin/sh to create:
:	u.fin.0
: This archive created: Mon Jul 27 10:49:59 1992
echo shar: extracting u.fin.0
cat << 'SHAR_EOF' > u.fin.0
#
# u.fin.0 - EUnet Map for Finnish EUnet backbones
#
# Copyright 1989-1992 by EurOpen.  All rights reserved
# 
# Permission to use and redistribute for routing purposes granted.
# Permission is granted for non-commercial use.
#
# Changes: uucpmap@fuug.fi
#
# Last modified: Sat May 18 14:12:05 1991
#

#
#	Finnish EUnet backbone
#

#N	fuug.fi fuug Finland.EU.net
#S	DECSystem 5400; Ultrix 4.1
#O	Finnish Unix Users' Group
#C	Petri Ojala
#E	postmaster@Finland.EU.net
#T	+358 0 1393 0010, +358 0 400 2043
#P	Perustie 23 A 11, SF-00330 Helsinki, Finland
#L
#W	ojala@fuug.fi; Wed Aug  1 20:56:47 1990
#W	ojala@fuug.fi; Sat Apr 27 17:07:56 1991
#
#R	To contact FUUG in general, use address 'fuug@fuug.fi'
#R
#R	Current FUUG board 'fuug-board@fuug.fi':
#R		Marko Katajisto CHAIRMAN	<jita@fuug.fi>
#R		Marko Kaittola			<moa@funet.fi>
#R		Kai Kein{nen			<kmk@cc.tut.fi>
#R		Markku J{rvinen			<mta@cc.tut.fi>
#R		Ikka Neva			<ineva@utu.fi>
#R		Petri Ojala			<ojala@funet.fi>
#R		Esa Pekkarinen			<pekkis@fuug.fi>
#R
#R              Petri Ojala EUNET               <Petri.Ojala@fuug.fi>
#R
#R      Office secretary (very, VERY important person....)
#R              Outi Nyman			<fuug@fuug.fi>
#
#
fuug.fi	=fuug
fuug.fi	=finland.eu.net
fuug.fi	.innopoli.fi
fuug.fi	.pp.fi
fuug.fi	.fuug.fi

# National backbone connections
fuug.fi	datanet.tele.fi(ARPA),	# National PTT / Datanet
	funet.fi(ARPA),		# funet.fi

# Other special connections
fuug.fi	ioc(HOURLY),ioc.ew.su(HOURLY),			# Estonia
	sys130(HOURLY),sys130.ew.su(HOURLY)		# University of Tartu
	
#
#	FUNET backbone
#

#N	funet.fi funet
#O	Finnish University and Research Network FUNET
#C	Marko Kaittola
#E	postmaster@funet.fi
#T	+358 31 162 933
#P	FUNET c/o TTKK, P.O. Box 527, SF-33101 Tampere, Finland
#L	23 50 E / 61 26 N
#W	ojala@fuug.fi; Wed Aug  1 20:56:59 1990
#W	ojala@fuug.fi; Sat Apr 27 17:22:15 1991
#
#
funet.fi	=funet
funet.fi	=etana
funet.fi	=etana.funet.fi
funet.fi	.fi
funet.fi	.funet.fi

#
#	National PTT (Datanet)
#

#N	datanet.tele.fi
#S
#O	Tele / Datanet
#C	Juha Hein{nen
#E	postmaster@datanet.tele.fi
#T	
#P
#L
#W	ojala@fuug.fi; Sat Apr 27 17:24:51 1991
#
#
datanet.tele.fi	.datanet.tele.fi
datanet.tele.fi	.tele.fi

#
#	Finnish University and Research Network
#

#N	nic.funet.fi funic.funet.fi funic
#S	Sun SPARCServer 330; SunOS 4.1.1
#O	Finnish University and Research Network FUNET
#C	Matti Aarnio, Harri Salminen
#E	postmaster@nic.funet.fi
#T	+358 0 457 2288, +358 21 633 6516
#P	FUNET, P.O. box 40, SF-02101 Espoo, Finland
#L	24 50 E / 60 11 N
#W	ojala@fuug.fi; Wed Feb 13 13:29:53 1991
#
#
nic.funet.fi	=funic
nic.funet.fi	=funic.funet.fi
nic.funet.fi	=ftp.funet.fi
nic.funet.fi	fuug.fi(LOCAL)

SHAR_EOF
:	End of shell archive
exit 0
From: uucpmap@rutgers.rutgers.edu (UUCP Mapping Project)
Newsgroups: comp.mail.maps
Subject: UUCP map for u.fin.3
Date: 27 Jul 92 14:50:10 GMT
Expires: 10 Sep 92 14:50:10 GMT
Supersedes: <Jun.22.20.51.36.1992.19561@rutgers.rutgers.edu>

:	This is a shell archive.
:	Remove everything above this line and
:	run the following text with /bin/sh to create:
:	u.fin.3
: This archive created: Mon Jul 27 10:50:09 1992
echo shar: extracting u.fin.3
cat << 'SHAR_EOF' > u.fin.3
#
# u.fin.3 - EUnet Map for sites in Lanlink
#
# Copyright 1989-1992 by EurOpen.  All rights reserved
# 
# Permission to use and redistribute for routing purposes granted.
# Permission is granted for non-commercial use.
#
# Changes: uucpmap@fuug.fi
#
# Last modified: Tue May 28 12:03:00 1991
#

#
# Sites in alphabetical order (by domain):
#

#N	tampella.fi tampella tamrock.fi
#S	Sun 4/370; SunOS 4.0.3
#O	Tampella Oy
#C	Kari V{{r{nen
#E	kjv@tampella.fi
#T	+358 31 2412111
#P	Lapintie 1, SF-33101 Tampere, Finland
#L
#W	pnr@fuug.fi; Sat Nov 11 20:49:19 1989
#W	ojala@fuug.fi; Tue May 28 12:03:00 1991
#
#
tampella.fi	=tampella
tampella.fi	.tampella.fi
tampella.fi	fuug.fi(DEDICATED)
tamrock.fi	.tamrock.fi
tamrock.fi	fuug.fi(DEDICATED)

#N	ttl.fi
#S
#O	Turun Telelaitos
#C	Pekka Laiho
#E	pl@ttl.fi
#T	+358 21 621 136
#P	Linnankatu 4, SF-20100 Turku, Finland
#L
#W	ojala@fuug.fi; Sun Feb 24 18:31:31 1991
#
#
ttl.fi	.ttl.fi
ttl.fi	fuug.fi(DEDICATED)

SHAR_EOF
:	End of shell archive
exit 0
From: drg@bubba.ma30.bull.com (Daniel R Guilderson)
Subject: How to setup an ftp mail server?
Organization: Bull World Wide Information Systems, Billerica MA USA
Date: 31 Jul 92 15:28:47

I have heard of ftp mail servers which provide essentially the same
services as ftp except that everything is done through mail.  How do I
setup such a thing?  What software do I need?  Any pointers would be
greatly appreciated.
From: rickert@mp.cs.niu.edu (Neil Rickert)
Newsgroups: comp.mail.sendmail
Subject: Re: 565c+IDA: how to be authoritative for a domain w/o DNS?
Date: 24 Jul 92 22:57:54 GMT
Organization: Northern Illinois University

In article <99@ampr.ab.ca> lyndon@ampr.ab.ca (Lyndon Nerenberg) writes:
>
>This works well with one exception: I cannot seem to convince sendmail
>to consider itself authoritative for the ampr.ab.ca domain. Any time I
>receive mail for bogus.ampr.ab.ca where bogus is nonexistent, sendmail
>punts the mail to alberta, which finds the wildcard MX and quite cheerfully
>forwards the message right back to me.

  Try using (in your m4 file):

define(ISOLATED_DOMAINS, ampr.ab.ca)

  This will tell your sendmail that anything in ampr.ab.ca is to be sent
by the TCP mailer (unless there is a mailertable entry), and not sent
to the relay.

  Before you do so, take a look in ruleset 0 of Sendmail.mc.  If there is
no reference to ISOLATED_DOMAINS there, then you will need a more recent
copy.  You can get a copy at mp.cs.niu.edu:/pub/cf
From: ref@evolving.com
Newsgroups: comp.mail.sendmail
Date: 17 Jul 92 21:13 MDT
Subject: How to make mail id's case-insensit
Nf-ID: #N:1992Jul17.171315.124082@evolving:304459446:001:590
Nf-From: evolving.com!ref    Jul 17 21:13:00 1992



How do you make mail id's case-insensitive?

We have mail coming from systems where case is not normally respected,
so mail to "REF" is bouncing instead of being delivered to "ref".

I know that I can make an alias for every user, but is there a proper
sendmail way to do this?

THANKS!


-- 
-------------------------------------------------------------------------------
- Randy Fay  || Evolving Systems, Inc, 200 Union Blvd #500, Lakewood, CO 80228
Internet: ref@evolving.com   Telephone: (303) 969-3326    FAX (303) 969-3399
FROM TELEMAIL:  (s:internet,"rfc-822":<ref(a)evolving.com>)

Newsgroups: comp.mail.sendmail
From: peter@merlin.acadiau.ca (Peter Steele)
Subject: Using HIDDENNET
Organization: Acadia University
Date: Tue, 28 Jul 1992 18:33:21 GMT

I want to hide our local hosts so that mail from any address of
the form

     user@host.acadiau.ca

will be rewritten as

     user@acadiau.ca

I want this rewrite to occur for both local and external mail. I believe
HIDDENNET and HIDDENNETHOST are the options I should use, however the
instructions are a bit vague. I *think* this is what I need:

     DEFINE(HIDDENNET,fred,barney,pebbles)
     DEFINE(HIDDENNETHOST,acadiau.ca)

where fred, barney, and pebbles are three sample local host names. This
doesn't seem to do the trick though. Can someone point out what my
error is? Thanks.
--
Peter Steele        Unix Services Manager            peter.steele@acadiau.ca 
Acadia Univ., Wolfville, NS, Canada B0P 1X0  902-542-2201  Fax: 902-542-4364
From: enisaxg@state.systems.sa.gov.au
Newsgroups: comp.mail.sendmail
Subject: Problems with return path ...
Date: 27 Jul 92 07:24:49 GMT
Organization: State Systems, South Australia

Hi! This is a problem about "falsifying" return-addresses via sendmail.

We run SUNs, HPs, and a CDC (=MIPS/RISCOS) box, all running sendmail. We also
run cc:Mail for our internal PC/Mac network.

The problem is this: when someone sends mail to us, by default the cc:Mail
server, a PC, gets it and re-routes it as required. However, if the user
happens to be on a Unix box (not a PC/Mac user) then the address for return
mail gets listed as:

			fbloggs@epsmtp.dep.sa.gov.au.AT.SADEP-HO
                		  ^    ^-----------^^----------^	
		                  |    |           ||          |
				our PC    domain        junk!

I noticed that HP allow you to define a macro DY with an enforced return
address, so that the above would read

			fbloggs@dep.sa.gov.au

if I did a "DYdep.sa.gov.au" in sendmail.cf.

My question is this: is this generic to sendmail? How can I do this on SUNs and
the CDC box also?

I know the problem is best solved at the cc:Mail end which appears to be
appending the "junk" stuff, but anything that works while we track down the
real problem would be a help!

And by the way, any clues from cc:Mail gurus would be much appreciated -- we're
novices here!

Replies to:

			gunjkoa@dep.sa.gov.au

please ...

Thanks in advance,

Alex Gunjko,
South Australian Department of Environment and Planning
Newsgroups: comp.mail.sendmail
From: jameslow@iti.gov.sg (James Low (RC))
Subject: Can sendmail stops certain users from sending mails?
Organization: Information Technology Institute, National Computer Board, S'pore
Date: Tue, 28 Jul 1992 08:55:13 GMT

Hi, I would like to know if sendmail can be configured to stop certain
users such that they can only send mails in the local domain, and not
out into the Internet.  Very nasty thing to do indeed, but that was the
requirement for connecton to Internet (some non-R&D folks do not get
access!).

I am using SunOS 4.1.1 sendmail on a Sun 3/280.

Thank you.
-- 
                             James Low Teck Koon
        Information Technology Institute, National Computer Board, S'pore
               Email: jameslow@iti.gov.sg jameslow@itivax.bitnet
                     Phone: (65) 7720438 Fax: (65) 7795966
Newsgroups: comp.mail.sendmail
Subject: Bogus "alias loop" message
From: dholland@husc10.harvard.edu (David Holland)
Date: 29 Jul 92 10:53:39
Distribution: comp
Organization: Harvard Arts and Sciences Computer Services, Cambridge, MA


Attempting to send mail to an invalid remote address causes the following
error message when trying to return the mail to its sender:

<username>...possible alias loop

This occurs regardless of the user who tries. 

The environment is a LAN of approximately thirty Suns not connected to the
outside world; the mail server runs Sun sendmail using Sun's configuration
file for mailhosts with a couple of local modifications. Using the original
version of the config file produces the same results. 

/etc/aliases and the corresponding NIS map contain only Sun's distribution
aliases (postmaster -> root, nobody -> /dev/null, and MAILER-DAEMON ->
postmaster). 

Has anybody else seen this? Can anybody tell me what might be causing it?

(Running sendmail with maximum debugging information produces lots of info
about address parsing, but nothing relevant.)

help...

--
   - David A. Holland			dholland@husc.harvard.edu

      Feel disillusioned? I've got some great new illusions...