HDTenEightyP/NetNews huggingface dataset:
From: randal@pylon.physics.colostate.edu (randal rheinheimer)
Newsgroups: comp.mail.sendmail
Subject: sendmail.cf for NeXTstation
Date: 5 Nov 92 15:41:03 GMT
Organization: Colorado State University, Fort Collins, CO  80523

We've recently gotten about half a dozen NeXTstations in the department, and no  
one seems to be able to get theirs to mail outside the building, though we can  
receive mail from anywhere.  I'm not sure if a .cf file alone will do it, but  
the system administrator seems to think so.  If someone has a .cf that works,  
please send it along.  You might also--if you're feeling particularly helpful--  
include some brief instruction with regard to what I should do with it; I've  
not become very familiar with the system.
Thanks,
Rand
From: rickert@mp.cs.niu.edu (Neil Rickert)
Newsgroups: comp.mail.sendmail
Subject: Re: weird BUILD ADDR error
Date: 5 Nov 92 05:32:38 GMT
Organization: Northern Illinois University

In article <9231015.21343@mulga.cs.mu.OZ.AU> aris@foucault.maths.mu.oz.au writes:
>   ----- Transcript of session follows -----
>While connected to mundoe.maths.mu.OZ.AU:
>>>> MAIL From:<aris@foucault.maths.mu.OZ.AU>
><<< 554 buildaddr: error: no user
>554 janes@mundoe.maths.mu.OZ.AU... 554 Remote protocol error

This appears to be a problem that occurred on 'mundoe'.  The actual
message (the "buildaddr" message) means that in processing and address,
the mailer selection triple on the RHS - $#mailer $@host $:user -
had no '$:user' component.  This is an error in 'sendmail.cf'.

The error appears to have occurred during the preliminary parsing of the
sender address 'aris@foucault.math.mu.oz.au'

As a test, try
	telnet mundoe.maths.mu.oz.au smtp
	expn aris@foucault.maths.mu.oz.au
	quit

I suspect you will see the same type of problem.  Next run 'sendmail
-bt' on 'mundoe', and test the address 'aris@foucault.maths.mu.oz.au'
with ruleset 0.  Look carefully to see if the $: is present.  If there
is both a $@ and a $: then check the mailer flags for the selected
mailer.  If the 'l' flag is present, it may be complaining about the
unexpected $@ for a local mailer.
Newsgroups: comp.mail.sendmail
From: avolio@dco.dec.com (Frederick M Avolio)
Subject: Re: How do you make old queued mail send?
Originator: avolio@gildor.dco.dec.com
Reply-To: avolio@dco.dec.com
Organization: Digital Equipment Corp., Washington ULTRIX Resource Center
Date: Sat, 7 Nov 1992 22:12:42 GMT


Sendmail should be running as a daemon and running the queue every so often.
For example if, in your /etc/rc.local (or something) file sendmail gets kicked
off as
		/usr/lib/sendmail -q1h -bd

every hour sendmail will try to run through the queue and deliver the mail
there.

If, however, the system crashed and left lock files in place in the
mail queue, the mail messages won't get sent, because sendmail things another
sendmail process is already trying to send the mail.  When your system
starts up, it should remove these lock files, like this:
	(cd /usr/spool/mqueue; rm -f lf*)

Look in your syslog file.  If after the system restarts you see "locked"
messages in your queue for the mail in the queue, this is probably your
problem.  Alo if the mailq command indicates that a message is being sent
(usually with an asterisk) and a ps ax doesn't show sendmail processing the
message, you have a lock file that shouldn't be there.  

Fred
From: mjones@bk-kgnaix11.aix.kingston.ibm.com (Mike Jones)
Newsgroups: comp.mail.sendmail
Subject: Rewriting sender address - help?
Date: 11 Nov 92 14:51:44 GMT
Reply-To: mjones@donald.aix.kingston.ibm.com
Organization: IBM, Kingston NY


I'm a relative novice to sendmail, and I'm looking for a little help and/or
advice. We have a situation here where there's a gateway machine between our
internal net and the Internet. I've successfully tweaked ruleset 3 to detect
addresses bound for the outside world and rewrite them so they get bounced
off the gateway and out. What I'd like to do now is to rewrite the "From:"
line on those messages to reflect a userid on the gateway machine (cf. my
Reply-To address) rather than my local addres (cf. my From address). How do
I do this? Any suggestions or help appreciated.

   Mike Jones  |  AIX/ESA Development  |  mjones@donald.aix.kingston.ibm.com

They also surf who only stand on waves.
Newsgroups: comp.mail.sendmail
From: garyb@gcm.com (Gary Blumenstein)
Subject: Re: IDA on SYSVr4 especially ESIX 4.0.4
Organization: Greenwich Capital Markets, Inc.
X-Newsreader: Tin 1.1 PL5
Date: Thu, 12 Nov 1992 04:01:35 GMT

Bob Stearns (is@groucho.dev.uga.edu) wrote:
: Has anyone gotten IDA compiled on System V Release 4, especially the
: ESIX flavor? I am currently trying 5.65c and just losing what few hairs
: I have due to various compilation problems. If you have done this or
: know someone who has, I would greatly appreciate a pointer. Thanks for
: your attention.

I compiled it on Dell issue 2.2. Here are some things you can try.

For the sendmail binary:

Out-of-the-box, sendmail looks for routines in the resolver libraries which 
Dell supplies the shared object for but not the library archive.  I found 
this out by running a namelist on a Sun and finding them in libresolve.a
Since I'm not running DNS, I got it to compile by undefining NAMED_BIND.
Your mileage may vary.

For the ../ida/aux programs, I had trouble linking in the low level dbm
routines (bcopy, bzero, Etc.).  The trick is to know where they are found.
I found them in libucb.a.  The fix was to include -lucb in the Makefile.

-- 
Gary Blumenstein                          |   garyb@gcm.com        Internet
Unix Systems Administrator                |   uunet!gcm!garyb      UUCP
Greenwich Capital Markets                 |  +1(203) 625-7937      Voice 
600 Steamboat Road, Greenwich, CT  06830  |  +1(203) 629-9136      FAX
Newsgroups: comp.mail.sendmail
From: cbarkley@alex (The DarkMage)
Subject: Unknown Error
Reply-To: cbarkley@tusol.cs.trinity.edu
Organization: Computer Science, Trinity University
Distribution: usa
Date: Fri, 13 Nov 1992 08:54:18 GMT

We have been getting a baffling error on our system.  We have a mailhost
tusol which distributes mail to our other machines.  On shrew (another
machine in our LAN), we occasionally get the error:

Oct 23 10:17:20 shrew sendmail[17852]: AA17852: SYSERR:
unexpected close, from=<Mailer-Daemon@tusol.cs.trinity.edu>

If anyone has any ideas, we would appreciate hearing from you.  However,
reply may not work - the site we run 'rn' from seldom produces accurate
From: lines.  If it says something like cbarkley@alex, please mail
directly to the address below.  Thanks!


-- 
Christopher Barkley
The DarkMage
cbarkley@tusol.cs.trinity.edu
Reality is a State of Mind
Newsgroups: comp.mail.sendmail
From: vixie@pa.dec.com (Paul A Vixie)
Subject: Re: Parsing internal DECnet-like addresses
Organization: DEC Network Software Lab
	<1992Nov4.133353.11007@prl.dec.com>
Date: 6 Nov 92 11:35:58

[Boyd Roberts]
> I'm not sure if this is the right forum Paul, but have
> you got any doco/pointers that describes the MRGATE::
> and FRMRC:: nightmare?  I've been meaning to ask about
> this for quite a while.

There is no doco that I know of that tells of the MRGATE nightmare.
I don't know anything about FRMRC::.

Warning: the discussion below is probably only of interest to Mailbus
people; it will seem gross and disgusting to the rest of you.

MRGATE is a pseudo-node used by the Mailbus/Mail11 gateway on VAX/VMS
(which is called MRGATE, btw) to encapsulate Mailbus addresses inside
Mail11 paths.  "Paul Vixie @WRL" becomes DECWRL::MRGATE::WRL::"Paul Vixie"
in the best case, but the best case never actually happens.  Those quotes
are killer; it turns out that MRGATE can accept-but-never-generate
addresses of the form DECWRL::MRGATE::WRL::Paul.Vixie which is better
but still not good enough if this address must be subsequently
encapsulated in Internet notation; this ends up generating either
MRGATE::WRL::Paul.Vixie@DECWRL.Enet.dec.com, or
Paul.Vixie%WRL.ENET%MRGATE.ENET@DECWRL.Enet.dec.com depending on
whether you are using the % hack; a clever (and very ugly) sendmail.cf
can churn this garbage into Paul.Vixie@WRL.Mts.dec.com, where .MTS. is
the pseudo-subdomain used to encapsulate Mailbus addresses.

The badness comes partially from the quotes, and partially because Mailbus
uses something called "Subnodes" to support actual All-in-One users.  If
you get mail from an All-in-One user it will tend to look like
"Fred Avolio @A08 @DCO" and this is where the actual BUG creeps in.  MRGATE
could generate DECWRL::MRGATE::DCO::A08::"Fred Avolio" which although quoted
would work; however, MRGATE only looks at the first routing term and creates
DECWRL::MRGATE::A08::"Fred Avolio".  Some versions are extra helpful and make:
DECWRL::MRGATE::A08::A08::"Fred Avolio" instead.  Neither one will work.
No amount of cleverness other than a full user database can save you from
this brain damage.  The solution is to use UMC, which gets this completely
right but requires an Ultrix system which many Mailbus customers don't have.
--
Paul Vixie, DEC Network Systems Lab	
Palo Alto, California, USA         	"Don't be a rebel, or a conformist;
<vixie@pa.dec.com> decwrl!vixie		they're the same thing, anyway.  Find
<paul@vix.com>     vixie!paul		your own path, and stay on it."  -me
Newsgroups: comp.mail.sendmail
From: I5072001@dbstu1.rz.tu-bs.de
Subject: Shortcut for a long email-address ..
Organization: Technical University Braunschweig, Germany
Date: Fri, 6 Nov 1992 13:50:09 GMT

Hi out there,
 
I have got a problem with my local mail handler thing, that I am not quite
sure about. I got mail from the following address:
 
/S=GUEST.TI/OU=R05F03D57A/PRMD=USDA.FS.X400/ADMD=TELEMAIL/C=US/@sprint.com
 
It is my brother at the US Forest Net somewhere. The Problem:
 
Whenever I try to reply or send email to that address, it is truncated after
71 characters, seems to be a problem of a mailer at our University or some-
where else. Does anybody knoe how to short this address??? Maybe a better gatew
ay to the Forest Net. I am working on DBSTU1, a machine at the INTERNET here
in Germany.
 
Any idea to short the address for at least 3 characters(That would do it, I
think).
Please send comments to
 
Dirk Kuegler
email: I5072001@DBSTU1.RZ.TU-BS.DE
 
=======================================
Dirk Kuegler
Technical University of Braunschweig
Institut fuer Verkehr
Rebenring 18
3300 Braunschweig
Tel.: 0531-391-3647
Fax.: 0531-391-5766
email: I5072001@dbstu1.rz.tu-bs.de
Packet: DL5AS@DK0MAV
From: tron@Veritas.COM (Ronald S. Karr)
Newsgroups: comp.mail.sendmail
Subject: Re: Best choice: pathalias/sendmail or smail?
Date: 11 Nov 92 05:59:55 GMT
Distribution: na
Organization: VERITAS Software

In article <BxGn19.2Kw@mamba.cs.unm.edu> mcclure@mamba.cs.unm.edu (Brent mcclure) writes:
>In order to obtain the pathalias lookups it appears that we have the 
>following choices:
>
>    3. Go with IDA sendmail.
>
>    4. Dump sendmail all together and go with smail 3.
>
>I don't really have enough insight to know right off which of these choices
>might be the best.  I would appreciate any input or suggestions.

Smail3 is a pretty good Internet/UUCP gateway.  It is fully
RFC822/RFC976 conformant "out of the box", and works quite well, with a
mimimum of configuration hassel, as an Internet to UUCP zone forwarder.
It also comes with a pretty complete set of tools to build path files
from the USENET map postings.

Older versions of smail3 did have some major problems operating on the
Internet, but those problems have been fixed for quite some time, now.
-- 
	tron |-<=>-|		ARPAnet:  veritas!tron@apple.com
      tron@veritas.com		UUCPnet:  {apple,pyramid}!veritas!tron
Newsgroups: comp.mail.sendmail
From: bruce@sonyd1.Broadcast.Sony.COM (Bruce Lilly)
Subject: Re: Best choice: pathalias/sendmail or smail?
Organization: Bruce Lilly
Date: Wed, 11 Nov 92 18:42:16 GMT
Reply-To: lilb@sony.compuserve.com
Distribution: na

In article <BxGn19.2Kw@mamba.cs.unm.edu> mcclure@mamba.cs.unm.edu (Brent mcclure) wrote:
>    Because of the UUCP connections we require some means of looking up
>addresses in a pathalias database.  Our current machine does this by running
>BSD4.3 sendmail that resolves to 'uumail' when appropriate. The new mail 
>relay is to be a Decstation 5000/240 running Ultrix 4.2a.
>
>    Basically the setup we have now works and we have no overwhelming 
>desire to dump sendmail, however from what I have gleaned from some postings
>and FAQ's we should probably find something more up-to-date that uumail.
>
>In order to obtain the pathalias lookups it appears that we have the 
>following choices:
>
>    1. Patch the sendmail source using something like the 'uucpdomain'
>       to get the pathalias capability directly in sendmail.
>
>    2. Find some agent that sendmail can resolve to like 'uumail' that
>       can do the pathalias lookups.  It appears that older versions of
>       smail can be set up to do this.  One appeal of this choice is 
>       that this will probably require the least hacking on our current 
>       .cf file.  What are the recommended agents for doing this now? 
>
>    3. Go with IDA sendmail.
>
>    4. Dump sendmail all together and go with smail 3.

My recommendation (an enthusiastic one) would be to go with
UIUC/IDA sendmail.  Using its database capabilities, you can
easily incorporate UUCP path lookup directly into sendmail,
obviating approaches 1 and/or 2.  There are many other
advantages, for example:
1)	should you so desire, you can probably use your existing
	.cf initially; then you can add configuration information
	to take advantage of the IDA features or you can start
	with a new .cf generated from Neil Rickert's boilerplate
	.cf using m4. The idea is to keep things running
	smoothly during the transition, which is unlikely to
	happen with the ``toss everything out and start from
	scratch'' approach of #4.
2)	You'll avoid the administrative and machine resource
	costs associated with  maintaining ancillary programs
	(and allocating process space for them) used by
	approaches 1 and/or 2.  Of course you'll still need
	pathalias.
3)	UIUC/IDA sendmail can be linked to executable files
	named "bsmtp" and "rmail" (among others), permitting
	exchange of mail in either batched SMTP or conventional
	rmail format with your UUCP neighbors without the extra
	process overhead (and bugs) associated with e.g. a
	separate rmail program that forks and execs sendmail.
	(some versions of such rmail programs have compiled-in
	line length limits that sometimes result in truncation
	of header lines)

-- 
	Postmaster@Broadcast.Sony.COM
Newsgroups: comp.mail.sendmail
From: vixie@pa.dec.com (Paul A Vixie)
Subject: Re: Parsing internal DECnet-like addresses
Organization: DEC Network Software Lab
	<1992Nov4.133353.11007@prl.dec.com>
	<VIXIE.92Nov6113558@cognition.pa.dec.com>
	<BARNETT.92Nov9100009@grymoire.crd.ge.com>
Date: 10 Nov 92 11:59:36

> [...] So the above address could be converted into, say,
>
>	Fred.Avolio@a08.mrgate.ge.com
>
> Can't DEC do something similar? Why do they insist on using routes
> instead of addresses? We all know how mixed mode addresses cause problems...

Fred is Fred.Avolio@DCO.MTS.DEC.COM if you get mail through the gateway.
We don't use the Ultrix config files, since as you note, routes are not
as good as addresses, especially if they have to be mixed-mode.  The DEC
OSF/1 sendmail configuration files will be more like what we run on the
gateway than what ships with Ultrix.
--
Paul Vixie, DEC Network Systems Lab	
Palo Alto, California, USA         	"Don't be a rebel, or a conformist;
<vixie@pa.dec.com> decwrl!vixie		they're the same thing, anyway.  Find
<paul@vix.com>     vixie!paul		your own path, and stay on it."  -me
Lines: 14
Date: Mon,  2 Nov 92 13:41:27 MST
From: gritton@alaska.et.byu.edu (Jamie Gritton)
Organization: Brigham Young University, Provo UT USA
Newsgroups: comp.mail.sendmail
Subject: Re: Where is all this bad mail coming from?
Reply-To: gritton@byu.edu

doug@foxtrot.ccmrc.ucsb.edu (Douglas Scott) writes:

> I have our central machine (tango), which functions as our nameserver for our
> subdomain, set up so that all mail to root, Postmaster, etc., gets sent to my
> root account on my machine (foxtrot).  Every week I collect at least 4 of this
> following kind of mail from the Mailer-Daemon on the central machine:

   I've been having this same weird problem. This is occuring on our
Auspex fileserver, which doesn't even have any user accounts. For the
record, Auspex OS 1.4 is layered on SunOS 4.1, and I'm using
sendmail.mx. I have only TCP connections; I don't do forwarding for
anyone or anything fancy like that.
--
James Gritton - gritton@byu.edu - I disclaim
From: roussea@server.uwindsor.ca (ROUSSEAU PAUL            )
Newsgroups: comp.mail.sendmail
Subject: Sending e-mail to/from Prodigy from Internet server
Date: 12 Nov 1992 04:42:08 GMT
Distribution: na
Organization: University of Windsor, Ontario, Canada

How can I send and receive mail to Prodigy.  Please
respond by e-mail.


-- 
Paul Rousseau			roussea@uwindsor.ca
(519) 735-7959			"It's too bad ignorance is not painful"
						-anonymous

Newsgroups: comp.mail.sendmail
From: paul@uxc.cso.uiuc.edu (Paul Pomes - UofIllinois CSO)
Subject: Re: Best choice: pathalias/sendmail or smail?
Reply-To: Paul-Pomes@uiuc.edu
Organization: University of Illinois at Urbana
Date: Thu, 12 Nov 1992 16:14:02 GMT

mjo@slee01.srl.ford.com (Mike O'Connor) writes:

>Heh...  depends on the setup, I imagine.  smail has a "test" mode that
>allows one to create the binaries in a test directory so that the
>transition can be a lot smoother.  And smail 3.1's 1 meg. source
>distribution is half of sendmail+IDA's 2 meg.  Less to go wrong?  You
>be the judge.

sendmail can be tested in the same way using the -Cnewconfig.cf option.
A good portion of that 2 meg in the IDA package consists of documentation,
examples, and RCS directories.

/pbp
-- 
"A well-schooled electorate, being necessary to the security of a free State,
the right of the People to keep and read Books shall not be infringed."
	-- J. Neil Schulman
From: paul@uxc.cso.uiuc.edu (Paul Pomes - UofIllinois CSO)
Newsgroups: comp.mail.sendmail
Subject: Re: Anyone built IDA Sendmail on a Sys V Machine
Keywords: Sendmail, IDA, SysV
Date: 13 Nov 92 04:10:27 GMT
Article-I.D.: news.BxMzLG.6M4
Reply-To: Paul-Pomes@uiuc.edu
Organization: University of Illinois at Urbana

williamm@zeus.swindon.rtsg.mot.com (Martin Williams) writes:

>Has anyone managed to build IDA Sendmail 6.56/1.4.4.1 on a
>sytem V box, particularly the Motorola Delta/MPC series?

If your OS folks haven't supplied a socket library, have a talk with
them.  TLI was a nice try, but no one is using it.  Otherwise it
shouldn't be that hard to do.  Watch out for locking across fork().

/pbp
-- 
"A well-schooled electorate, being necessary to the security of a free State,
the right of the People to keep and read Books shall not be infringed."
	-- J. Neil Schulman
From: chris@bwilab3.UUCP (Chris Curtin)
Newsgroups: comp.mail.sendmail
Subject: Forwarding SMTP addresses using UUCP
Date: 4 Nov 92 19:22:47 GMT
Article-I.D.: bwilab3.179
Organization: Bradley Ward Inc., Atlanta, Ga


Hello,

I have a configuration question about sendmail that I hope someone can
help me with.

I have configured my sendmail.cf file on all systems except for my UUCP
gateway to forward all unknown addresses to the gateway. Thus the gateway
receives UUCP and SMTP requests.

Our only connection to the outside world is through UUCP. I have configured
the sendmail.cf file on the gateway for forward unknown UUCP style addresses
to our UUCP connection. This works fine. What I cannot figure out is how
to have the gateway forward the SMTP addresses to our UUCP connection
using UUCP.

I posted this request to comp.sys.hp, since I am using HP-UX 7.0 and 8.0
through out my network. I received some replies that suggested changing
the #tcp part of the 'unresolved smtp addresses to the smtp relay"
with #uucp. This did not work.

Thanks in advance for any help.

Chris
-- 
--
Christopher M. Curtin				Bradley Ward Systems, Inc.
gatech!wittsend!bwilab3!chris			5901-A Peachtree Dunwoody Rd
						Atlanta, Ga 30350
Newsgroups: comp.mail.sendmail
Subject: Re: Best choice: pathalias/sendmail or smail?
From: denny@alisa.com (Bob Denny)
Date: Wed, 11 Nov 1992 12:04:36 GMT
Distribution: na
Organization: Alisa Systems, Inc.

In <BxGn19.2Kw@mamba.cs.unm.edu> 
   mcclure@mamba.cs.unm.edu (Brent mcclure) writes:

>     We will soon be changing a new machine to be our major relay host
> and are faced with some decisions about what software to use...
> [...]
> In order to obtain the pathalias lookups it appears that we have the 
> following choices:
> [...]
>     4. Dump sendmail all together and go with smail 3.

DO IT! Go with smail 3.1!
_______________________________________________________________________________
Robert B. Denny                                           voice: (818) 792-9474
Alisa Systems, Inc.                                         fax: (818) 792-4068
Pasadena, CA                         (denny@alisa.com, ..uunet!alisa.com!denny)
From: rla@media03.UUCP (Raymond van der Laan)
Newsgroups: comp.mail.sendmail
Subject: Sendmailmakes copies
Keywords: sendmail, -f option
Date: 6 Nov 92 16:58:47 GMT
Organization: Mediasystemen, Netherlands


I am using sendmail's -f option to change the name of the sender (From).

I've noticed that sometimes (can't exactly tell when) the new sender
(the name after the -f) gets a copy of the mail in his mailbox too.
So, if I issue 'sendmail -ffoo bar', both users foo and bar get exactly
the same message in their mailboxes (even the message-id is the same).
I suspect sendmail of doing this.

My questions are:  1. Under what circumstances/conditions does sendmail
					  decide to do so?
                   2. Can I stop this behaviour and if so, how?

I hope someone can and will answer them. Thanks ahead.

-- 
Raymond van der Laan           Email: sun4nl!media01!rla
Mediasystemen BV               Tel. : +31 23-319075            
Haarlem                        Fax  : +31 23-315210
The Netherlands                                   
                                    'There is no masterplan.
                                     This is what we do now.'
                                            - Stuart Adamson
Newsgroups: comp.mail.sendmail