HDTenEightyP/NetNews huggingface dataset:
From: sdm7g@aemsun.med.Virginia.EDU (Steven D. Majewski)
Newsgroups: comp.mail.headers
Subject: What are sources of mail-header info ( other than rfc822 ) ?
Keywords: rfc822, SMTP, mail-headers
Date: 26 Aug 92 16:49:25 GMT
Distribution: na
Organization: University of Virginia - Physiology Dept.

What other sources, besides rfc822, are there that define and explain
the allowable mail-headers ( and particularly, explain how they are 
supposed to be interpreted and how they actually ARE interpreted by 
various mail ( & News) software )

I know there are several later RFC's on 822 to x.400 mapping. 
Has anyone made a bibliography of the Mail related RFC's ? 
Any other good sources ? 

- Steve 

======== "If you have a hammer, find a nail" - George Bush,'91  =========
 Steven D. Majewski		University of Virginia Physiology Dept.
 sdm7g@Virginia.EDU		Box 449 Health Sciences Center
 Voice: (804)-982-0831/32	1300 Jefferson Park Avenue
 FAX:   (804)-982-1616		Charlottesville, VA 22908
From: sdm7g@aemsun.med.Virginia.EDU (Steven D. Majewski)
Newsgroups: comp.mail.headers
Subject: Re: Canonical list of mail headers?
Summary: What about "Action:"
Keywords: rfc822
Date: 2 Sep 92 15:53:17 GMT
Followup-To: comp.mail.headers
Organization: University of Virginia

What about the "Action:" header ?
Is there an agreed upon meaning for this field? 
And is it documented anywhere? 

- Steve Majewski
Newsgroups: comp.mail.headers
From: friedman@gnu.ai.mit.edu (Noah Friedman)
Newsgroups: comp.mail.headers
Subject: Re: Canonical list of mail headers?
Date: 2 Sep 92 07:09:20 GMT
	<BtxG3C.5v8@solbourne.com>
Organization: Free Software Foundation, 675 Mass Ave. Cambridge, MA 02139
In-reply-to: imp@solbourne.com's message of 2 Sep 92 01:28:22 GMT

In article <BtxG3C.5v8@solbourne.com> imp@solbourne.com (Warner Losh) writes:
>/usr/ucb/mail uses Status.  Precedence is used by some mailers to
>determine the order in which they send things, but I don't think it is
>defined anywhere.

   Right.  I've never seen it defined anywhere either, but most sendmail.cf
files I've examined have the following entries for adjusting the queueing
priority of mail messages:

        Pfirst-class=0
        Pspecial-delivery=100
        Pbulk=-60
        Pjunk=-100

Any other field in a Precedence header probably will have no effect, unless
someone just happens to define a priority for that name on a particular
host.  My relatively uninformed guess is that the above definitions are
probably about as standard as it gets.

Newsgroups: comp.mail.headers
From: moy@cae.wisc.edu (Howard Moy)
Subject: HELP: Mailing Practical Peripherals@Compuserve
Organization: College of Engineering, Univ. of Wisconsin--Madison
Date: 4 Sep 92 15:49:40 CDT



Does anyone know how/address to mail Practical Peripheral at compuserve?
I know they have a forum (PIPFORUM), but I want to mail them without
calling compuserve.

Thanks in advance,

Howard
moy@cae.wisc.edu


P.S.    Please try to e-mail me instead.


Newsgroups: comp.mail.headers
From: johnson@tigger.jvnc.net (Steven L. Johnson)
Subject: Re: Return Receipt on Microsoft Mail?
Originator: johnson@tigger.jvnc.net
Organization: JvNCnet
Distribution: na
Date: Tue, 1 Sep 1992 00:26:11 GMT

gordonb@mcil.comm.mot.com (Gordon Berkley) writes:

>Is anyone aware of whether-or-not Microsoft mail is capable of generating
>a return receipt? ...and if so, what is the header syntax for this?

It can.  Internally it is a header line of "PRIORITY: R".  I haven't
pushed an external message through a gateway and seen it work, but
I suspect it will.  And of course since this header field is also
used for priority of delivery, different gateways may map this
header field differently.

-Steve
Newsgroups: comp.mail.headers,biz.sco.general
From: kreed@telesys.tnet.com (Kevin W. Reed)
Subject: SCO Unix MMDF Settings
Organization: TeleSys Development Systems, Mesa AZ
Date: Sun, 30 Aug 1992 06:24:37 GMT

I just got done setting up MMDF and everything appears to be working
properly except one situation.

If I send email to a site unknown with a bang style address it gets
sent to my feed site as   site!user@telesys.tnet.com 
It added the @telesys.tnet.com to the address.  If I send it with
a domain style address it comes out as   user@site  

What do I need to change to get the bang style address to work correctly
or am I wrong to assume that it is not working correctly already.

Thanks for the help...

-- 
================== TELESYS DEVELOPMENT SYSTEMS ==================
Kevin W. Reed                Public *NIX Site and Newsfeed Source
kreed@tnet.com           UUCP: ...!ncar!noao!enuucp!telesys!kreed
SCO Xenix/Unix Support              Data/UUCP/BBS +1 602 649 9099
From: uucpmap@rutgers.rutgers.edu (UUCP Mapping Project)
Newsgroups: comp.mail.maps
Subject: UUCP map for u.swe.0
Date: 25 Aug 92 22:59:55 GMT
Expires: 9 Oct 92 22:59:55 GMT
Supersedes: <Aug.8.07.49.50.1992.3869@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: Tue Aug 25 18:59:52 1992
echo shar: extracting u.swe.0
cat << 'SHAR_EOF' > u.swe.0
# u.swe.0 0 of 0,1,2; changes to: uucpmap@sunic.sunet.se
# Copyright 1989-1992 EurOpen. All rights reserved.
# Permission is granted for non-commercial use.
# Last changed: Sat Jan 11 15:02:12 MET 1992


#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	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@sweden.eu.net 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.0
Date: 29 Aug 92 14:49:03 GMT
Expires: 13 Oct 92 14:49:03 GMT
Supersedes: <Aug.22.18.49.37.1992.13767@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: Sat Aug 29 10:49:01 1992
echo shar: extracting u.bgr.0
cat << 'SHAR_EOF' > u.bgr.0
# u.bgr.0 of 0,1; changes to: uucpmap@danbo.uucp
# 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:  Fri Aug 28 15:17:32 EET 1992

#N	danbo, danbo.bg, .digsys.bg, bulgaria.eu.net
#S	386/33; System V/386 rel 3.0
#O	Digital Systems Co.
#C	Daniel I. Kalchev
#E	postmaster@danbo.bg
#T	+359 52 234540
#P	Struga 25 ap. 174, Varna - 9000, Bulgaria
#L	43 12 N / 27 57 E city
#U	mcsun ariadne
#R	Bulgarian EUnet backbone site
#W	ddodell@stjhmc.uucp 901210, daniel@danbo.bg 920110
#
danbo	= danbo.bg
danbo	.digsys.bg

# National links
danbo	acmbul(DEMAND),
	aubg(DEMAND),
	bulpac(DEMAND),
	csy(DEMAND),
	doganov(DEMAND),
	lanix(DEMAND),
	libvar(DEMAND),
	marsel(DEMAND),
	mgu(DEMAND),
	paros(DEMAND),
	pegas(DEMAND),
	omex(DEMAND),
	usw(DEMAND),
	virbus(DEMAND)

# To be connected
danbo	rmri(DEMAND)

# end of u.bgr.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.csk.0
Date: 4 Sep 92 14:53:37 GMT
Expires: 19 Oct 92 14:53:37 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: Fri Sep  4 10:53:35 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: Wed Sep 2 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),
	vsr(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.isl.0
Date: 2 Sep 92 14:53:28 GMT
Expires: 17 Oct 92 14:53:28 GMT
Supersedes: <Aug.8.10.47.52.1992.20207@rutgers.rutgers.edu>

:	This is a shell archive.
:	Remove everything above this line and
:	run the following text with /bin/sh to create:
:	u.isl.0
: This archive created: Wed Sep  2 10:53:26 1992
echo shar: extracting u.isl.0
cat << 'SHAR_EOF' > u.isl.0
# u.isl.0; changes to: uucpmap@isgate.is
# Copyright 1989, 1990, 1991, 1992 by EurOpen. All rights reserved
# Permission to use and redistribute for routing purposes granted.
# Permission is granted for non-commercial use.
#
# Last modified: Tue Sep  1 11:31:38 GMT 1992

file {u.isl.0}

#N	isgate isgate.is
#S	Sun-3/60 SunOS 
#O	Association of Research Networks - SURIS
#O	University of Iceland, Computing Center (RHI)
#C	Marius Olafsson
#E	marius@isgate.is
#T	+354 1 694747
#P	Dunhaga 5, 107 Reykjavik, Iceland
#L	21 57 35W 64 08 35N
#R	Icelandic EUnet backbone
#U	mcsun,hafro.is,rhi.hi.is,kopasker.is,strengur.is,ejs.is,rsp.is
#U	hp.is,os.is,falcon.is,isbank.is,grun.is,vedur.is
#U	complex.is,plusplus.is
#W	marius@isgate.is 900710 920204 920515
#
isgate	.is

isgate=icegate
isgate=isgate.is

isgate	rhi.hi.is(LOCAL), hafro.is(LOCAL), os.is(LOCAL), norvol.hi.is(HOURLY), 
	raunvis.hi.is(LOCAL), kerfi.hi.is(LOCAL), lexis.hi.is(LOCAL), 
	ismal.hi.is(LOCAL), kopasker.is(LOCAL), strengur.is(HOURLY), 
	rsp.is(LOCAL), ibm.is(HOURLY), 
	hugbun.is(DEMAND), itala.is(DEMAND), rala.is(DAILY), ejs.is(HOURLY),
	isbank.is(HOURLY), tolvut.is(HOURLY), islag.is(HOURLY), 
	vel.hi.is(LOCAL), kjara.is(HOURLY), hp.is(HOURLY), falcon.is(HOURLY),
	tmh.is(HOURLY), simi.is(LOCAL), vedur.is(LOCAL), marel.is(LOCAL),
	althingi.is(HOURLY), vks.is(HOURLY), 
	plusplus.is(LOCAL), afl.hi.is(LOCAL), grun.is(HOURLY), isal.is(HOURLY),
	netverk.is(LOCAL), complex.is(LOCAL), spar.is(LOCAL), lin.is(LOCAL),
	taekn.is(HOURLY), khi.is(LOCAL), lif.hi.is(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.ita.0
Date: 29 Aug 92 14:49:11 GMT
Expires: 13 Oct 92 14:49:10 GMT
Supersedes: <Aug.22.03.11.58.1992.7688@rutgers.rutgers.edu>

:	This is a shell archive.
:	Remove everything above this line and
:	run the following text with /bin/sh to create:
:	u.ita.0
: This archive created: Sat Aug 29 10:49:08 1992
echo shar: extracting u.ita.0
cat << 'SHAR_EOF' > u.ita.0
#	u.ita.0 ; changes to : uucpmap@i2unix.UUCP
#
# Copyright (c) 1991, 1992 EurOpen. Information may be used for
# non-commercial purposes.
#
# In Italia l'uso di queste mappe e` consentito con il solo
# scopo di ricavare informazioni di routing.
#
#       Last change: Fri Aug 28 12:56:26 MET DST 1992

#N	i2unix, italy.EU.net
#S
#O	Dipartimento di Informatica, Sistemistica e Telematica
#C	Alessandro Berni, Joy Marino
#E	i2unix!ab, i2unix!joy 
#T	+39 10 353-2747
#P	Universita' di Genova, Via Opera Pia 11A, I-16145 Genova, Italy
#L	44.22N 8.55E
#R	Italian backbone site. Send help requests to iunet@italy.EU.net
#U	bpb, cip, crai, crcc, enidbo, esacs, ic8u74, imiucca, intecs, irst
#U	romaint, sarinit, semto, strhold, unirel
#W	i2unix!ab 880201
#

i2unix	acsbx(DAILY),
	avcut(DAILY),	
	adsdp(HOURLY),
	eccv92(DIRECT),
	aitek(HOURLY),
	alter(HOURLY),
	axisrom(HOURLY), 
	ax433(HOURLY), 
	atel(HOURLY), 
	automa(HOURLY), 
	bologics(HOURLY),
	bpb(WEEKLY), 
	cesi(DAILY),
	cip(HOURLY),
	cise(HOURLY), 
	cogeser(DAILY),
	cpg-sp1(HOURLY),
	crai(HOURLY), 
	crcc(DAILY), 
	cselt(HOURLY/2),
	cting(DAILY),
	ctr(DAILY),
	dain(DAILY),
	datamont(HOURLY), 
	delphi(HOURLY/2), 
	dipisa(DEAD),
	elsag(DAILY), 
	engrom(HOURLY), 
	enidrm(HOURLY), 
	esacs(DAILY), 
	esaoteb(HOURLY), 
	etnomi(HOURLY), 
	finteli(HOURLY),
	gemini(DEMAND),
	hpdtmt2(HOURLY), 
	ic8u74(HOURLY), 
	iconet(HOURLY/2), 
	iet(HOURLY),
	imiucca(DIRECT), 
	intecs(DAILY),
	interso(HOURLY),
	irst(HOURLY/2),
	istge(HOURLY),
	italdat(DAILY),
	italsoft(HOURLY),
	ita1(HOURLY),
	jrc(HOURLY),
	kpit(HOURLY), 
	lacapra(DAILY),
	littix(DAILY/4), 
	logpar(HOURLY),
	lps(HOURLY),
	maraut(DIRECT), 
	mesarto(HOURLY), 
	necsy(HOURLY),
	next2yo(HOURLY),
	nexus6(HOURLY),
	nibolu(DAILY),
	prov-to(DIRECT),
	quinary(DAILY),
	romaint(HOURLY), 
	sadb(DAILY),
     	salva(HOURLY),
	sar(HOURLY), 
	sarinit(HOURLY), 
	semmi(HOURLY),
	semto(HOURLY/2), 
	siemil(HOURLY), 
	sixcom(HOURLY), 
	sogei(HOURLY), 
	spaceta(DAILY),
	strhold(HOURLY),
	synarea(HOURLY),
	syswiz(HOURLY),
	techware(HOURLY),
	thesis(HOURLY),
	ticon0(HOURLY), 
	tpl(DAILY),
	udsab(HOURLY), 
	ugdist(DIRECT),
	unirel(HOURLY), 
	unisysit(DEAD) 

#
#
# Copyright (c) 1991, 1992 EurOpen. Information may be used for
# non-commercial purposes.
#
# In Italia l'uso di queste mappe e` consentito con il solo
# scopo di ricavare informazioni di routing.
#
#	End of map u.ita.0
SHAR_EOF
:	End of shell archive
exit 0
Lines: 28
Date: Wed,  2 Sep 92 10:26:45 MDT
From: ecktons@sirius.byu.edu (Sean Eckton)
Newsgroups: comp.mail.sendmail
Subject: Serious problem with sendmail on NeXT...
Reply-To: ecktons@sirius.byu.edu (Sean Eckton)


Here on campus we are using several Charon gateways to send mail from our PC  
networks.  They use a NeXT as their smart mail host so that they forward all  
mail to a NeXT to be sent out over the internet.  Usually this works just  
fine, but we have had a few problems with that in the past.  The sendmail  
system on the NeXT seems to lock up sometimes and just fill the queue with a  
bunch of messages that are blank and have no control file or anything.  But,  
we now have a more serious problem:

We have stuff in the queue for over a week now (nearing two weeks) and it is  
not emptying the queue.  The mail addresses are just fine, but it just stops  
sending any mail out.  The version of sendmail is gives this when I do a  
telnet to port 25:  

220 kolob.byu.edu Sendmail 5.65c/4.03 ready at Wed, 2 Sep 1992 10:17:30 -0600

I guess that isn't IDA sendmail.  I don't know.  I have tried setting the  
queue emptying to every minute, 10 minutes, 15 minutes, but it never gets rid  
of the over 270 messages in the queue.  It just keeps building.  Does anyone  
have a solution?  This situation is CRITICAL!

--
Sean Eckton

-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
Internet:  ecktons@sirius.byu.edu      Brigham Young University, Provo, UT.
Packet Radio:  kd6bik @ wb7esh.#orem.ut.usa.na
-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
From: blaes@ernohb.UUCP (Rainer Blaes)
Newsgroups: comp.mail.sendmail
Subject: SMTP mail to IBM VM system
Date: 28 Aug 92 09:42:16 GMT
Organization: Erno Raumfahrttechnik GmbH, Bremen, Germany


 Dear Mailers,

 we want to mail from a SPARC system to our IBM VM computer running TCP/IP.
 Using:

 mail -v vm0111@ibmvm

 yields to the message:

 >>> MAIL FROM: <blaes@sparc_s>
     Syntax Error . Unexpected Token '_'
     Remote protocol error


 and the mail is undeliverable.
 The reason is known:
 The IBM SMTP implementation does'nt understand the 'underscore' in the expression
 sparc_s i.e. choosing 'sparc' instead of 'sparc_s' for the SUN's hostname works!

 Since our SUN system has 2 Ethernet controllers, one (sparc_s) builds an internal
 SUN clients Lan and the second one (sparc) is directed to the IBM mainframe we don't
 want to exchange 'sparc_s' with  'sparc'.

 What we need, I think is a modification of the sendmail.cf file in a way that a mail
 directed to the IBM should have the sender <blaes@sparc> and in all other cases the
 expression <blaes@sparc_s>.

 Any help available?
 Many thanks in advance!!!!
 Rainer Blaes
 MBB/ERNO
 P.O. Box 105909
 2800 Bremen 1
 blaes%vim_s@ernohb.uucp
From: e07@nikhefh.nikhef.nl (Eric Wassenaar)
Newsgroups: comp.mail.sendmail
Subject: Re: problem with sendmail-5.65c+IDA-1.4.4.1 WRT program mailer
Date: 29 Aug 92 20:40:47 GMT
Organization: Nikhef-H, Amsterdam (the Netherlands).

In article <67130@hydra.gatech.EDU>, roy@prism.gatech.EDU (Roy Mongiovi) writes:
> In "prescan", 5.65 makes a special test:
> 		if (c == ';') /* semicolons are not tokens */
> 			c = NOCHAR;
> that our older version did not make.  The upshot of this is that people
> with .forward files like:
> "| umask 077; /usr/local/bin/filter -vo /u/roy/.filter-errors"
> no longer work because the semicolon has been stripped out.  There are

The above test should be replaced with

 		else if (c == ';') /* unquoted semicolons are not tokens */
 			c = NOCHAR;

to preserve semicolons within quoted strings.

I think the semicolon test was introduced to cope with list (group)
syntax addresses of the form "list:foo,bar;"
This was done quite some time ago. Apparently nobody has ever used
a semicolon in a non-comment part of an address like the above example.

Eric Wassenaar
-- 
Organization: NIKHEF-H, National Institute for Nuclear and High-Energy Physics
Address: Kruislaan 409, P.O. Box 41882, 1009 DB Amsterdam, the Netherlands
Phone: +31 20 592 5012, Home: +31 20 6909449, Telefax: +31 20 592 5155
Internet: e07@nikhef.nl
From: poling@dayton.saic.com (Steven Poling)
Newsgroups: comp.mail.sendmail
Subject: Making two names equal to SENDMAIL
Date: 25 Aug 92 20:27:04 EDT
Organization: Science Applications Intl. Corp., Dayton, Ohio

	I am new to sendmail but I need to make sendmail on my BSD 386 
machine realize that my machine may go by two different names.

	dayton.saic.com  == dayub.dayton.saic.com

	Can someone please help me with this problem?  We are switching
from a VAX based system to the BSD system and some of the forwards that
are set at other locations address their mail to: dayton.saic.com and some
of them address their mail to dayub.dayton.saic.com.

Thanks for the help, in advance!

please reply to this address or to: poling@dayub.dayton.saic.com
			            poling@ccmail.dayton.saic.com



-- 
DISCLAIMER: SAIC is not responsible for the content of this message period.
_____________________________________________________________________________
               ____ ____    ___
Steven Poling /___ /___/ / /     Science Applications International Corporation
             ____//   / / /__                 Dayton, Ohio
-----------------------------------------------------------------------------
Internet: poling@dayton.saic.com     DECNET: dayvax::poling 
    uucp: dayvb!poling

Newsgroups: comp.mail.sendmail
From: moy@cae.wisc.edu (Howard Moy)
Subject: Help: Mail to Practical Peripherals@compuserve
Organization: College of Engineering, Univ. of Wisconsin--Madison
Distribution: usa
Date: 4 Sep 92 15:47:12 CDT


Does anyone know how/address to mail Practical Peripheral at compuserve?
I know they have a forum (PIPFORUM), but I want to mail them without
calling compuserve.

Thanks in advance,

Howard
moy@cae.wisc.edu


P.S.	Please try to e-mail me instead.


Newsgroups: comp.mail.sendmail
From: peter@merlin.acadiau.ca (Peter Steele)
Subject: Re: IDA-sendmail takes forever to build aliases
Organization: Acadia University
Date: Fri, 28 Aug 1992 12:46:12 GMT

>I have just installed IDA sendmail on my Suns (boy is it great!).
>The only real problem/concern I have is the length of time it
>take to build the aliases (either using 'sendmail  -bi' or
>'newaliases').  On my Sun SparcStation it takes nearly 3 minutes
>for 86 aliases.

>Any comments?  Opinions?  (Copies of the m4 file available at 
>request).

I have 2600+ aliases and IDA rebuilds them in 30-40 seconds on a
Sun-670. I find that quite acceptable considering the number of aliases
I have. Most are very long as well. This is a typical entry:

peter.steele@acadiau.ca,peter.steele,peter: <>peter@merlin.acadiau.ca,<peter@dragon.acadiau.ca,<peter@admin.acadiau.ca,<peter@ace.acadiau.ca,<peter@auad.acadiau.ca,<peter@max.acadiau.ca,<petera@auad.acadiau.ca,<peterc@merlin.acadiau.ca,<peterc@dragon.acadiau.ca,<peterm@merlin.acadiau.ca,<peter.steele@dragon.acadiau.ca
--
Peter Steele        Unix Services Manager            peter.steele@acadiau.ca 
Acadia Univ., Wolfville, NS, Canada B0P 1X0  902-542-2201  Fax: 902-542-4364
From: glaeske@plains.NoDak.edu (Brian Glaeske)
Newsgroups: comp.mail.sendmail
Subject: Sendmail for ISC v3.2
Keywords: MX capability
Date: 28 Aug 92 04:03:27 GMT
Reply-To: glaeske@plains.NoDak.edu
Organization: North Dakota Higher Education Computing Network

Does anyone know where I can get a sendmail program for ISC v3.2?
Sendmail-5.65 doesn't seem to compile very nicely under ISC.

	
-- 
Brian Glaeske
 -  /|                        glaeske@plains.NoDak.edu  [Internet] 
  o.O`   --Ooop ACK!!         ..!uunet!plains!gehenna!brian [NeXT UUCP]
=(___)=                      
   U    "Bloom County Forever!!"
Newsgroups: comp.mail.sendmail
From: wolfgang@wsrcc.com (Wolfgang S. Rupprecht)
Subject: Re: Generating Errors-To: lines
Organization: W S Rupprecht Computer Consulting, Fremont CA
Date: Thu, 3 Sep 1992 01:18:39 GMT

rickert@mp.cs.niu.edu (Neil Rickert) writes:
>The usual trick is to change your first alias to:
>ansa-streams: |"/usr/lib/sendmail -fansa-streams-request -oi -odq ansa-streams-list"

I have started doing a variant of this to deflect errors for my
mail-news gateway.  Actually I use:

ansa-streams: |"/usr/lib/sendmail -fansa-streams-request ansa-streams-list"

That is, I use a deliver immidiately sendmail mode.

The problem that I've just sort of been ignoring is that when a
boatload of 13 mailing list entries come in, in one uucp transfer the
/bin/rmail's get fired off in quick succession.  This fires off two
sendmails per entry. This in tern fires of a mail2news program, which
fires off an inews.  Perhaps I missed one or two, but you get the
idea.  Lots of programs get executed for each individual msg.  Whats
worse, is that each msg's programs run more or less concurrently with
the other msgs programs.  This causes the disks to rattle and the load
average to soar.

Anyone have a solution?  I've been putting off running with -odq since
it really only serializes the second sendmail run and doesn't really
do anything for the other concurrent executions.

-wolfgang
-- 
Wolfgang Rupprecht    wolfgang@wsrcc.com (or) decwrl!wsrcc!wolfgang
Snail Mail:           39469 Gallaudet Drive, Fremont, CA 94538-4511
Newsgroups: comp.mail.sendmail