HDTenEightyP/NetNews huggingface dataset:
From: oberman@ptavv.llnl.gov
Newsgroups: comp.mail.headers
Subject: Re: Headers??? How many formats?
Date: 27 Jan 93 19:57:34 GMT

In article <F1NZXB4w165w@bsc.guild.org>, peters@bsc.guild.org (Peter Sleggs) writes:
> 
> Are there standard header lines added by listservers/mailing list
> programs to indicate where bounces should be sent ?
> 
> The From/Reply-To usually point to the sender/list address which is
> useless when the list maintainer is ignoring mail to that address, and
> the author has no control over the destinations :(
> 
> [ I have a site in our domain that no longer exists and a user was
> subscribed to the isdn mailing list ]

There should be some method of handling errors, but none is specifed in the
standards. sndmail allows tha addition of an "Errors-To:" header. This is not
covered in any standard, but is handled by most mailers.

The more correct way to handle this is the official one of having two mailboxes
for any mail list, the main one and another that has "-request" appended. the
"-request" lsit is used for administative purposes.

If the mail is coming from a "real" LISTSERV program, it may be managed by
sending mail to "LISTSERV@DOMAIN". Try sending a single line message "HELP".
Also use a subject of "HELP". DON'T send these to the list itself, though! You
should get instructions on how to add and delete addresses.

Also, mailing lists are often re-distributed. If the LISTSERV is sending to
foobar-users@mynode.edu which, in turn, forwards messages to 20 people on the
local site, sending to the LISTSERV won't help (except to turn off mail to
everyonw at teh site by deleteing foobar-users).. If the header shows messages
as processed by some intermediate system, that may be the place to look.

Good Luck!

R. Kevin Oberman			Lawrence Livermore National Laboratory
Internet: koberman@llnl.gov		(510) 422-6955

Disclaimer: Don't take this too seriously. I just like to improve my typing
and probably don't really know anything useful about anything.
Newsgroups: comp.mail.headers
From: bruce@blilly.uucp (Bruce Lilly)
Subject: Re: Headers??? How many formats?
Organization: Bruce Lilly
Date: Thu, 21 Jan 93 23:47:53 GMT
Reply-To: lilb@sony.compuserve.com (Bruce Lilly)

In article <1993Jan19.211424.9632@news.csuohio.edu>,
 posted to comp.mail.headers,
 damin@ullman.cba.csuohio.edu (Greg Boehnlein) wrote:
> Once the mail was AT these locations, it 
>was my job to pick up the mail files in their original format, download 
>them to our gateway machines, parse and distribute them, converting in the
>process between the Internet (RFC 822) standards and our FutureNet standards.

mail != files.

In order to deliver the messages, you don't want to look at the headers, you
want to look at the envelope address. The same applies to the return
address; it comes from the envelope, not the headers.

It is perfectly legal to have a message with no To: header and an empty Bcc:
header.

If you must deal with the message as a stream of characters (or a disk
file), I'd recommend using an SMTP-formatted message, where the envelope
addresses are contained in the SMTP MAIL FROM (or SAML/SOML/SEND FROM) and
RCPT TO commands. This is sometimes called batched SMTP. RFC821 (as amended
by RFC1123) is the SMTP specification.

-- 
	Bruce Lilly		...uupsi!monymsys!sonyd1!blilly!bruce
Newsgroups: comp.mail.headers
From: bruce@blilly.uucp (Bruce Lilly)
Subject: Re: discrepancies between RFC821 and RFC822 (as amended by RFC1123) regarding Received headers
Organization: Bruce Lilly
Date: Wed, 20 Jan 93 23:21:12 GMT
Reply-To: lilb@sony.compuserve.com (Bruce Lilly)

In article <19930118.004@erik.naggum.no>,
 posted to comp.mail.headers,
 Erik Naggum <enag@ifi.uio.no> wrote:
>
>Using the "for" clause doesn't require a database of recipients to messages
>and other expensive solutions because the loop detection information is
>kept in the message, and it doesn't rely on other sites (which the bogus
>"count'em, them drop'em" approach does).

Using the for clause properly isn't always easy. You've already alluded to
the problem with multiple recipients. Even for a single recipient, there are
potential difficulties.

RFC822 section 4.3.2 says that the "for" clause is used ``to record the
original [address] specification.'' However, it also (sections 4.1 and 6.1)
specifies the format, which must be
	local-part @ domain
Some reformatting of the address may be required if it does not arrive in
that format (e.g. it may be a source route or it may have come from
non-SMTP mail). Also, it is not necessarily guaranteed that the (envelope)
address will be unchanged after traversing a path that carries it through
several other systems, even if it is indeed a looping message. Comparison
of the possibly rewritten envelope address to a possibly rewritten version
of an earlier envelope address might not be meaningful.

If the format restriction were loosened (particularly also if the revised
specification permitted a list of addressees), it would be easier to use
this method.  Even so, the privacy issue remains a concern.

-- 
	Bruce Lilly		...uupsi!monymsys!sonyd1!blilly!bruce
From: uucpmap@rutgers.rutgers.edu (UUCP Mapping Project)
Newsgroups: comp.mail.maps
Subject: UUCP map for u.swe.0
Date: 22 Jan 93 08:24:53 GMT
Expires: 8 Mar 93 08:24:51 GMT
Supersedes: <Jan.8.06.26.38.1993.17483@rutgers.rutgers.edu>

:	This is a shell archive.
:	Remove everything above this line and
:	run the following text with /bin/sh to create:
:	u.swe.0
: This archive created: Fri Jan 22 03:24:48 1993
echo shar: extracting u.swe.0
cat << 'SHAR_EOF' > u.swe.0
# u.swe.0 0 of 0,1,2,3; changes to: uucpmap@sunic.sunet.se
# Copyright 1989-1993 EurOpen. All rights reserved.
# Permission is granted for non-commercial use.
# Last changed: Mon Jan 18 11:38:22 MET 1993


#N	seunet, .sweden.eu.net, .eunet.se
#O	EUnet Sweden
#C	Bjorn Eriksen
#E	ber@sweden.eu.net
#T	+46 8 790 6513
#P	Swipnet AB, Box 6048, S-164 06 Kista, Sweden
#L	59 24 N 17 56 E
#R	Swedish EUnet backbone machine
#W	ber@sweden.eu.net 910717
#
seunet	eunet.se, .eunet.se

seunet	sunic(ARPA)


#N	.pp.se
#O	Private Persons domain
#C	Bjorn Eriksen
#E	ber@sunet.se
#T	+46 8 790 6513
#P	S-100 44 Stockholm, Sweden
#W	ber@sunet.se 920916
#


#N	sunic, .sunet.se
#O	SUNET/KTH
#C	Bjorn Eriksen
#E	ber@sunet.se
#T	+46 8 790 6513
#P	S-100 44 Stockholm, Sweden
#L	59 35 N 18 06 E
#W	ber@sunet.se 890320
#
sunic	.se

sunic	seunet(ARPA)

# End of u.swe.0
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.bgr.1
Date: 24 Jan 93 23:54:13 GMT
Expires: 10 Mar 93 23:54:12 GMT
Supersedes: <Jan.17.13.39.19.1993.582@rutgers.rutgers.edu>

:	This is a shell archive.
:	Remove everything above this line and
:	run the following text with /bin/sh to create:
:	u.bgr.1
: This archive created: Sun Jan 24 18:54:09 1993
echo shar: extracting u.bgr.1
cat << 'SHAR_EOF' > u.bgr.1
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.swe.3
Date: 22 Jan 93 08:26:08 GMT
Expires: 8 Mar 93 08:26:03 GMT

:	This is a shell archive.
:	Remove everything above this line and
:	run the following text with /bin/sh to create:
:	u.swe.3
: This archive created: Fri Jan 22 03:25:57 1993
echo shar: extracting u.swe.3
cat << 'SHAR_EOF' > u.swe.3
# u.swe.3; changes to: uucpmap@sunic.sunet.se
# Copyright 1989-1993 EurOpen. All rights reserved.
# Permission is granted for non-commercial use.
# Last changed: Sun Jan 17 21:26:03 MET 1993

#N	falun70
#O	Datagruppen
#C	Per Lindberg
#E	falun70!root
#T	+46 23 19150
#P	Parkgatan 1B, S-791 71 Falun, Sweden
#L	55 69 N 13 30 E
#W	ber@sunic.sunet.se 890803
#

#N	fkkron
#O	Kronobergs allm. Foersaekringskassa
#C	Reijo Anttonen
#E	fkkron!reijo
#T	+46 470 23100
#P	Nygatan 10, S-351 84 Vaxjo, Sweden
#L	56 52 N 14 48 E
#W	enea!ber 870801
#

#N	tvt-k
#O	Swedish Telecommunications Administration Training Centre
#C	Sten Bergman
#E	tvt-k!sten
#T	+46 480 80395
#P	Groendalsvaegen 19, Box 814, S-391 28 Kalmar, Sweden
#L	56 41 N 16 20 E
#W	tvt-k!mats 860903, 910710
#

#N	uvk1
#O	Upplands Vaesby kommun
#C	Arne Norr
#E	uvk1!arne
#T	+46 760 97214
#P	Upplands Vaesby kommun, S-194 80 Upplands Vaesby, Sweden
#L	59 20 N / 18 3 E
#W	uvk1!arne 900511
#

# End of u.swe.3
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.prt.0
Date: 24 Jan 93 23:54:53 GMT
Expires: 10 Mar 93 23:54:52 GMT
Supersedes: <Jan.17.13.57.24.1993.4375@rutgers.rutgers.edu>

:	This is a shell archive.
:	Remove everything above this line and
:	run the following text with /bin/sh to create:
:	u.prt.0
: This archive created: Sun Jan 24 18:54:50 1993
echo shar: extracting u.prt.0
cat << 'SHAR_EOF' > u.prt.0
#
# u.prt.0 of 0,1,100; changes to: dec4pt!uucpmap
# Copyright 1989-1993 by EurOpen. All rights reserved.
# Permission is granted for non-commercial use.
# #W lines show 2 dates: date of introduced and date of last change.
# Last change:  Sun Jan 24 04:00:05 WET 1993
#
#N	dec4pt, puug.pt, .puug.pt
#O	PUUG - Grupo Portugues de Utilizadores do Sistema Unix
#C	Jose Legatheaux Martins
#C	Jorge Frazao
#E	jalm@puug.pt
#E	frazao@puug.pt
#U
#W	frazao@puug.pt 920101
#W	frazao@puug.pt 930124
#
dec4pt	inesc(ARPA)



#N	inesc, inesc.pt, .inesc.pt
#O	Instituto de Engenharia de Sistemas e Computadores
#C	Pedro Veiga
#C	Henrique Silva
#E	pmv@inesc.pt
#E	habs@inesc.pt
#U
#W	frazao@puug.pt 920101
#W	frazao@puug.pt 930124
#
inesc	dec4pt(ARPA)



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.qat.1
Date: 22 Jan 93 08:24:42 GMT
Expires: 8 Mar 93 08:24:41 GMT

:	This is a shell archive.
:	Remove everything above this line and
:	run the following text with /bin/sh to create:
:	u.qat.1
: This archive created: Fri Jan 22 03:24:38 1993
echo shar: extracting u.qat.1
cat << 'SHAR_EOF' > u.qat.1
# u.qat.1 - pleasant@rutgers.edu - Wed Jan 20 11:37:03 EST 1993

#N      omnix
#F      portal
#S      Sun workstation; Solaris 1.1
#O      Omnix Qatar Co
#C      Hitesh K Arora
#E      omnix!postmaster
#T      0974 884 288
#P      P.O.Box 22119 Doha, Qatar
#L       [city]
#R      Portal Communications Company gateway
#U
#W      portal!rich (Rich MacKinnon); Fri Dec 18 13:47:22 PST 1992
omnix= omnix.portal.com
omnix  portal(POLLED)

# End of u.qat.1
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.nld.100
Date: 29 Jan 93 00:01:26 GMT
Expires: 15 Mar 93 00:01:25 GMT
Supersedes: <Jan.8.06.24.43.1993.17076@rutgers.rutgers.edu>

:	This is a shell archive.
:	Remove everything above this line and
:	run the following text with /bin/sh to create:
:	u.nld.100
: This archive created: Thu Jan 28 19:01:23 1993
echo shar: extracting u.nld.100
cat << 'SHAR_EOF' > u.nld.100
file {u.nld.100} # of 0,1,2,3,4,100; changes to: uucpmap@nluug.nl
# Non EUnet nodes residing in The Netherlands
# #W lines show 2 dates: date of introduction and date of last change.
# Last change:  Mon Jul 29 13:48:05 METDST 1991

#N     comsat
#S     Amstrad PPC-640; Waffle v1.64; MS/DOS
#O     Satellite Telecom, Geldrop Holland
#C     Marcel Kat
#E     comsat!marcel
#T     +31 40 853798
#P     Nieuwendijk 17a, 5664 HA, Geldrop, The Netherlands
#L     5 28 E / 51 26 N
#R     Public system for telecom and satellite related questions
#U
#W     martijn@nluug.nl 910729, martijn@nluug.nl 910729
#

#N	caseur
#S	HP 9000/750 ; HPUX 8.07
#O	Cascade N.V.
#C	Jan van den Berg
#E	cascorp!postmaster
#T	+31 36 5392278
#P	P.O. Box 50086 1305 AB Almere, The Netherlands
#L	52 20 10 N / 5 13 22 E
#W	cascorp!slarsen 920918, martijn@nluug.nl 920930
#
caseur  cascorp(DAILY)

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.ga.0
Date: 27 Jan 93 00:00:55 GMT
Expires: 13 Mar 93 00:00:54 GMT
Supersedes: <Jan.17.14.02.36.1993.5358@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.ga.0
: This archive created: Tue Jan 26 19:00:52 1993
echo shar: extracting u.usa.ga.0
cat << 'SHAR_EOF' > u.usa.ga.0
#	This file is current unused and obsolite.  
#	However, it may be used for another purpose in the future.
file	{u.usa.ga.0}

file	{}
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.bel.0
Date: 28 Jan 93 23:58:57 GMT
Expires: 14 Mar 93 23:58:56 GMT
Supersedes: <Jan.26.18.59.49.1993.10167@rutgers.rutgers.edu>

:	This is a shell archive.
:	Remove everything above this line and
:	run the following text with /bin/sh to create:
:	u.bel.0
: This archive created: Thu Jan 28 18:58:50 1993
echo shar: extracting u.bel.0
cat << 'SHAR_EOF' > u.bel.0
# u.bel.0 of u.bel.[01] ; changes to: uucpmap@ub4b.uucp
#  Wed Jan 27 20:00:03 MET 1993
# 
# Copyright 1989,1991,1992 by EurOpen. All rights reserved.
# Permission is granted for non-commercial use.
# 


#N	ub4b
#S	Sun MP630; SunOS 4.1.2
#O	BUUG : Belgian Unix User Group
#C	Stephan Biesbroeck
#E	postmaster@Belgium.eu.net
#T	+32 16 200656
#P	Celestijnenlaan 200A, B-3030 Leuven-Heverlee, Belgium
#L	004 40 47 E / 50 51 53 N
#R
#U	mcsun, kulcs, vub, lln-cs
#W	ub4b!stephan (Stephan Biesbroeck) 900206; stephan@Belgium.EU.net 920407
ub4b	= ub4b.buug.be
ub4b	abcomp(DEMAND), acset(DEMAND), alcbel(DEMAND), anhyp(DEMAND), 
    	archit(DEMAND), armbxl0(DEMAND), atcmpbe(DEMAND), atea(DEMAND), 
    	atmos(DEMAND), avn(DEMAND), awhome(DEMAND), azvub(DEMAND), 
    	barco(DEMAND), bbl(DEMAND), bbri(DEMAND), bel2x(DEMAND), 
    	binfg1(DEMAND), bru-ro(DEMAND), bull(DEMAND), camme(DEMAND), 
    	capgsb(DEMAND), cfmu(DEMAND), cimad(DEMAND), ciminko(DEMAND), 
    	csinnb(DEMAND), d-rix(DEMAND), dg13(DEMAND), dg13n(DEMAND), 
    	distri(DEMAND), ditbxl(DEMAND), dsevax(DEMAND), dvd(DEMAND), 
    	e2s(DEMAND), easics(DEMAND), esccms1(DEMAND), eurocom(DEMAND), 
    	frankli(DEMAND), fsejr(DEMAND), glasmac(DEMAND), has(DEMAND), 
    	hpbele01(DEMAND), hpubrua(DEMAND), imec(DEMAND), imx(DEMAND), 
    	intecsi(DEMAND), intlcdi(DEMAND), itwmml(DEMAND), jdings(DEMAND), 
    	klee(DEMAND), kone1(DEMAND), kulcs(DEMAND), kulesat(DEMAND), 
    	kulet(DEMAND), kulmtm(DEMAND), kuluz(DEMAND), labux1(DEMAND), 
    	lbo(DEMAND), lhsbru(DEMAND), lhsiep(DEMAND), lln-cs(DEMAND), 
    	lsd(DEMAND), mblecom(DEMAND), mietec(DEMAND), nrb(DEMAND), 
    	offis(DEMAND), olbela(DEMAND), oscb(DEMAND), pepben(DEMAND), 
    	pid.be(DEMAND), pidsprl(DEMAND), pne(DEMAND), pne.be(DEMAND), 
    	rc1(DEMAND), rubens(DEMAND), sas.be(DEMAND), saspace(DEMAND), 
    	sbhome(DEMAND), semabru(DEMAND), sftcll(DEMAND), sgibxl(DEMAND), 
    	siebru(DEMAND), snibru(DEMAND), spaceb(DEMAND), sunbe(DEMAND), 
    	sunbim(DEMAND), sunland(DEMAND), sydes(DEMAND), systmc(DEMAND), 
    	tbl1(DEMAND), td(DEMAND), telgate(DEMAND), trucha(DEMAND), 
    	twgene(DEMAND), uiag(DEMAND), undaste(DEMAND), vtm(DEMAND), 
    	vub(DEMAND)

# end of u.bel.0 of u.bel.[01]
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.prt.100
Date: 24 Jan 93 23:55:20 GMT
Expires: 10 Mar 93 23:55:20 GMT
Supersedes: <Jan.17.13.57.50.1993.4455@rutgers.rutgers.edu>

:	This is a shell archive.
:	Remove everything above this line and
:	run the following text with /bin/sh to create:
:	u.prt.100
: This archive created: Sun Jan 24 18:55:16 1993
echo shar: extracting u.prt.100
cat << 'SHAR_EOF' > u.prt.100
#
# u.prt.100 of 0,1,100; changes to: dec4pt!uucpmap
# #W lines show 2 dates: date of introduced and date of last change.
# Last change:  Sun Jan 24 04:02:58 WET 1993
#
#N	cats
#O	CATS BBS - Servicos de Comunicacao
#C	Miguel Vitorino
#E	nafv@cats.uucp
#U	gna
#W	frazao@puug.pt 920316
#W	frazao@puug.pt 930124
#
cats	= cats.fidonet.org
cats	= f3.n362.z2.fidonet.org
cats	.cats.fidonet.org
cats	gna(DAILY)


#N	dns.pt, .dns.pt
#O	Fundacao de Calculo Cientifico Nacional (FCCN)
#C	Vasco Freitas
#C	Antonio Silva
#E	vp@uminho.pt
#E	ai@lnec.pt
#U
#W	frazao@puug.pt 920101
#W	frazao@puug.pt 930124
#


#N	fccn.pt, .fccn.pt
#O	FCCN - Fundacao de Calculo Cientifico Nacional
#C	Vasco Freitas
#C	Antonio Silva
#E	vf@uminho.pt
#E	ai@lnec.pt
#U
#W	frazao@puug.pt 920101
#W	frazao@puug.pt 930124
#


#N	inesc.pt, .inesc.pt
#O	Instituto de Engenharia de Sistemas e Computadores
#C	Pedro Veiga
#C	Henrique Silva
#E	pmv@inesc.pt
#E	habs@inesc.pt
#U
#W	frazao@puug.pt 920101
#W	frazao@puug.pt 930124
#
inesc.pt	dec4pt(ARPA)


#N	lip.pt, .lip.pt
#O	LIP - Laboratorio instrumentacao e particulas
#C	Gaspar Barreira
#E	gaspar@vaxlip.lip.pt
#U
#W	frazao@puug.pt 920714
#W	frazao@puug.pt 930124
#


#N	lnec.pt, .lnec.pt
#O	Laboratorio Nacional de Engenharia Civil
#C	Joao Duarte Cunha
#C	Antonio Ines Silva
#E	jdc@lnec.pt
#E	ai@lnec.pt
#U
#W	frazao@puug.pt 921028
#W	frazao@puug.pt 930124
#


#N	ualg.pt, .ualg.pt
#O	Universidade do Algarve
#C	Eugenio Alte da Veiga
#C	Artur Gomes
#E	eveiga@ualg.pt
#E	agomes@ualg.pt
#U
#W	frazao@puug.pt 921118
#W	frazao@puug.pt 930124
#


#N	uc.pt, .uc.pt
#O	Universidade de Coimbra
#C	Fernando Boavida
#C	Edmundo Monteiro
#E	boavida@uc.pt
#E	emonteiro@uc.pt
#U
#W	frazao@puug.pt 920201
#W	frazao@puug.pt 930124
#


#N	up.pt, .up.pt
#O	Universidade do Porto
#C	Rogerio Reis
#E	rvr@ncc.up.pt
#U
#W	frazao@puug.pt 920101
#W	frazao@puug.pt 930124
#


#N	utl.pt, .utl.pt
#O	Universidade Tecnica de Lisboa
#C	Joao A Castro
#E	sysup5@ciistr1.ist.utl.pt
#U
#W	frazao@puug.pt 920330
#W	frazao@puug.pt 930124
#


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.esp.0
Date: 27 Jan 93 00:00:08 GMT
Expires: 13 Mar 93 00:00:08 GMT
Supersedes: <Jan.22.11.28.57.1993.5825@rutgers.rutgers.edu>

:	This is a shell archive.
:	Remove everything above this line and
:	run the following text with /bin/sh to create:
:	u.esp.0
: This archive created: Tue Jan 26 19:00:04 1993
echo shar: extracting u.esp.0
cat << 'SHAR_EOF' > u.esp.0
file {u.esp.0} # of 0,1,2,3; changes to: uucpmap@Spain.EU.net
# Copyright EUnet 1989-1993. All rights reserved.
# Permission is granted for non-commercial use.

# Last change: jorge@Spain.EU.Net Thu Jan 21 13:13:48 MET 1993
# Last change: jorge@Spain.EU.Net Tue Jan 19 13:25:44 MET 1993
# Last change: inma@Spain.EU.Net  Fri Jan 15 15:51:50 MET 1993
# Last change: jorge@Spain.EU.Net Fri Jan  8 14:16:21 MET 1993

# Spanish EUnet backbone (Spain is in South West Europe)

#N	goya, bowie, coran, junta1, junta2, uues, ifip92
#S
#O	Asociacion de Usuarios de UNIX en Espana
#C	Jose A. Manas
#E	postmaster@uu.es
#T	+34 1 336 73 25
#P	Padilla 66, E-28006 Madrid, Spain
#L	3 42 W / 40 25 N city
#R	Spanish backbone site
#U	alkimos, arvei, eonwe, foro, hola, sema-sae, sirca, tid, vinci
#W	jmanas@dit.upm.es 901018, 921020
#
goya	.es
goya=	goya.uu.es
goya=	spain.eu.net
uues=	goya.uu.es
# National links
goya	aba, aledo, alkimos, alaska, anders, apdx2, apd63, arvei,
	asicom, askin, atimdr, atinod, auriga,
	baco, bbv, beltza, beovide, bicdesa, bowie, buda,
	cannis, carmela, castel, cloe(DEAD), coran, correa, cpunxt,
	crespo, crisar1, crista, crono(DEAD), cuac,
	dat1, dsdm1, dowtysp, druxa, dxtn,
	eada1, eada2, eada3, easa, edeilp,
	entel, eonwe, espcvx(DEAD), etsitm(DEAD),
	eudemos, eui, extrema,
	faculty, felipe, foix, foro, fulco,
	gapd, gic(DEAD), gi9,
	hidra, hola, hp320, huarte,
	iacis, ifip92, intelsa, io, io1cim, ipeo, isdefe, islero,
	jazmin(DEAD), jcorff, joachim, junta1, junta2,
	kender1,
	lazaga, lem, liem, lina, lolailo, ls,
	macs1, magerit, map1, mapfre, marte, merche, mijas, monzon, murcia,
	nestor, nsi, nte, ntiber, nvatica, nvs,
	oli, opltt,
	pedr, pluton, pratlas, proa,
	rbtk, riis1, ronda, rosa,
	seatct,sei00, seiv10, sema-sae, sia1,
	sicoso, sicyd, sil, sirca,
	smaug, spdtel, spritel(DEAD), swbase,
	teide, telsis, turia(DEAD),
	teice, teletek, tfo(DEAD), tid, tissat,
	toledo, tornasol, torre3, comam, ttools,
	uef, uida, ulises, unix000, uues,
	vidi, vinci, voz
# Local links
goya	aemar, ainos, cdknet, dirtel, esla, espina,
	ficus, fobos, jsp, kaka, lorien,
	pienna, sgds01, tajo, tojo, torote, uuisan, vcci, zoco

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.bgr.0
Date: 24 Jan 93 23:53:46 GMT
Expires: 10 Mar 93 23:53:45 GMT
Supersedes: <Jan.17.13.39.03.1993.516@rutgers.rutgers.edu>

:	This is a shell archive.
:	Remove everything above this line and
:	run the following text with /bin/sh to create:
:	u.bgr.0
: This archive created: Sun Jan 24 18:53:37 1993
echo shar: extracting u.bgr.0
cat << 'SHAR_EOF' > u.bgr.0
SHAR_EOF
:	End of shell archive
exit 0
From: wollman@sadye.emba.uvm.edu (Garrett Wollman)
Subject: Re: I want to be able to use MX records on IBM AIX
Organization: University of Vermont, EMBA Computer Facility
Date: Thu, 28 Jan 1993 18:00:32 GMT

In article <2140@coyote.UUCP> drake@drake.almaden.ibm.com (Sam Drake) writes:
>Look at /usr/lib/sendmail.cf, and make sure that the setting for "OK" is
>what you want.  The AIX sendmail can indeed use MX records, if OK is set
>to request it.

Quoth RFC 1123, ``Requirements for Internet Hosts'':

      5.3.5  Domain Name Support

         SMTP implementations MUST use the mechanism defined in Section
         6.1 for mapping between domain names and IP addresses.  This
         means that every Internet SMTP MUST include support for the
         Internet DNS.

         In particular, a sender-SMTP MUST support the MX record scheme
         [SMTP:3].  See also Section 7.4 of [DNS:2] for information on
         domain name support for SMTP.

It's time for IBM to stop fooling around on this one.  MX PROCESSING
IS *****NOT***** AN OPTION!

-GAWollman

-- 
Garrett A. Wollman   | Shashish is simple, it's discreet, it's brief. ... 
wollman@emba.uvm.edu | Shashish is the bonding of hearts in spite of distance.
uvm-gen!wollman      | It is a bond more powerful than absence.  We like people
UVM disagrees.       | who like Shashish.  - Claude McKenzie + Florent Vollant
From: joeb@hitwr.HauppaugeNY.NCR.COM (Joe Beiter)
Newsgroups: comp.mail.sendmail
Subject: sendmail is mis-routing
Date: 24 Jan 93 05:05:16 GMT
Distribution: usa
Organization: ADDS: NCR Displays Division


I've been attempting to start handling mail for systems under mine via
smtp and I'm getting one glitch I can't seem to debug.  Someone out there
should see the problem right away.

I've always just set all my mail to my smart host with no problems.  Now 
I need to be able to route mail to and for a system called 'wtad' which is
a novell system running Pegasus.  There is a Charon gateway called 'cms'
which is the gateway for wtad.

If I send mail to user "joeb@wtad", the cms SMTP debug window shows a 
connection from my system, then gets a RCPT for wtad!joeb@cms and promptly
rejects it.  I would think it should say "cms!joeb@wtad" but I can't seem
to find where my system is switching the system names.

Here is my entry in the paths file:


cms.hauppaugeny.ncr.com         cms!%s
wtad.hauppaugeny.ncr.com        cms!wtad!%s

and my smtpinfo file:

cms	via-smtp:cms!%s

I looked in the sendmail.cf file but it looks cryptic.  I added a suggest
entry for a rule:

#R$*<@wtad.$D>$*		$#tcp$@wtad.$D$:$1<@cms.$D>$2

Does anyone know where this error may be comming from?

Gracious thanks in advance for any help or suggestions,

- JoeB

-- 
     _.:||Applied Digital Data Systems inc.     
     _.:||NCR Displays Division!  (an AT&T company)
     _.:||Joe.Beiter@HauppaugeNY.NCR.COM    Mechanical Engineering
Newsgroups: comp.mail.sendmail