HDTenEightyP/NetNews huggingface dataset:
From: melvin@ecrc.de (Todd Ferguson)
Newsgroups: comp.mail.sendmail
Subject: Re: Need help with "NOQUEUE: SYSERR:" from sendmail sendmail-5.65c+IDA-1.4.4.1
Date: 13 Apr 92 10:09:24 GMT
Organization: European Computer-Industry Research Centre GmbH, Munich, Germany

In article <1992Apr10.120250.1200@mp.cs.niu.edu> rickert@mp.cs.niu.edu (Neil Rickert) writes:
>In article <1992Apr10.100244.7031@ecrc.de> melvin@ecrc.de (Todd Ferguson) writes:
>>NOQUEUE: SYSERR: queuename: Cannot create "qfAA04841" in "/usr/spool/mqueue":
>>Permission denied' appearing on the console.  
>
> These messages are most commonly a result of a user on your system making
>a mistake.  Presumably the user will recognize his error and try again.
>
> If /usr/ucb/Mail is in use at your site, one common cause of this problem
>is naive users typing:  mail address -s "subject"
>instead of:  mail -s "subject" address

Would this also be the case were the mail command is actually run on a remote
machine?  In our set up, a user runs the mail command on his/her own
workstation, then its server forwards the mail to our mail gateway which then
delivers the mail.  Its this final gateway which is giving these errors.

Thanks,
Todd
--
Todd Ferguson					Tel. +49 89 926 99186
European Computer Research Centre		Internet: todd@ecrc.de
Arabellastr 17, 8000 Munich 81. Germany		UUCP: ...unido!ecrc!todd
#include <std/disclaimer.h>
From: bruce@blilly.UUCP (Bruce Lilly)
Newsgroups: comp.mail.sendmail
Subject: Re: Date problems in sendmail-5.65c+IDA-1.4.4.1
Date: 6 Apr 92 00:30:48 GMT
Organization: Bruce Lilly

In article <1992Mar30.232621.27077@cco.caltech.edu> ktl@wag.caltech.edu (Kian-Tat Lim) wrote:
>I'm surprised no one else has noticed these [bugs in arpadate.c].  I thought we were up to date
>on the latest version.

These were found last November. I assume that the sources on
uxc.cso.uiuc.edu have been updated.

-- 
	Bruce Lilly		blilly!bruce@Broadcast.Sony.COM
					...uunet!sonyusa!sonyd1!blilly!bruce
Newsgroups: comp.mail.sendmail
From: pullin@mail.physics.utah.edu (Jorge Pullin)
Subject: Erratical bouncing of outgoing mail
Organization: University of Utah - Physics Department
Date: Thu, 9 Apr 92 15:01:11 GMT

Hello

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


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

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



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


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

Regards.
Jorge


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






-- 


-----------------------------------------------------------------------------
|Jorge Pullin, Department of Physics |  pullin@mail.physics.utah.edu        |
|201 JFB,  University of Utah        |  pullin@utahcca.bitnet               |
|Salt Lake City, UT 84112 USA        |  Tel:(801)581-5395 Fax:(801)581-4801 |
-----------------------------------------------------------------------------
Newsgroups: comp.mail.sendmail
From: roman@pixel.kodak.com (Bill Romanowich (x60217))
Subject: Re: Using NIS (YP) alias maps with IDA sendmail
Followup-To: comp.mail.sendmail
Keywords: NIS YP aliases sendmail IDA
Reply-To: roman@Kodak.COM
Organization: Eastman Kodak Company
Distribution: usa
Date: Wed, 15 Apr 92 21:28:53 GMT


In article <1992Apr15.193505.16361@ssd.kodak.com>, roman@pixel.kodak.com (Bill Romanowich) writes:
|>
|>We have been using the IDA version of sendmail here for the past few months
|>with a great deal of success using DNS and local aliases files. We now find 
|>ourselves needing to extend our configuration and needing to use NIS (YP) for 
|>managing the aliases files.
|>
|>Our only thought so far has been to build IDA with the YP symbol defined in 
|>conf.h and setting NIS_MAILHOST and NIS_MAILALIASES in our local sendmail .m4
|>file.  This seemed to us to be the correct approach but we have not yet been 
|>able to get sendmail to correctly lookup aliases via NIS on any NIS client
|>machines.
|>

Shortly after posting this, I received a reply from Neil Rickert:

|>
|> You may just need to build IDA with YP defined, and then in your
|>.m4 file
|>
|>define(ALIASES, %mail.aliases)

Doing that was exactly what was needed.  This does not allow for using locally
defined aliases in addition to the NIS defined ones but that's a problem we can 
live with.

--
Bill Romanowich 		(roman@pixel.Kodak.COM)  
UUCP   : ...!uunet!kodak.com!pixel!roman
USMail : InterNetwork Group, EIPC, Eastman Kodak Co., Rochester, NY 14653-5819
Phone  : (716) 726 - 0217	Internetworking and Communications
From: cs1jrg@sunc.sheffield.ac.uk (Richard Gilbert)
Newsgroups: mail.uk-sendmail-workers,comp.mail.sendmail
Subject: mail to CERN
Date: 10 Apr 92 15:58:45 GMT
Organization: Glasgow University Computing Science Dept.
X-Mailer: mail-news 2.0.5

I have spent some time recently trying to get to grips with UK Sendmail
after inheriting rather a mess from somebody who left.
I now have a fairly coherent set of .dom and .chn files.
Most things seem to work fine but I am rather confused by mail to CERN.
There is the specific case of ch.cern.cernvm which is registered for direct
JANET mail in the NRS and there is also the general case of mail to ch.cern.xxx
which should be sent via mhs-relay.  There is no entry in any of the .dom files
generated by c-nrs for ch.cern.cernvm (although c-nrs produces two entries in
junk.dom, namely au and ch -- I assume that these are because there are entries
in the NRS in MAIL-NIFTP context in these domains).  The file top.dom produced
by c-nrs contains the following entries:

cern                 ean.ac.uk
ch                   mhs.ac.uk
cern.ch              mhs.ac.uk

(The first line looks obsolete while the third looks redundant).

Running sendmail in test mode I obtain the following results:

u@ch.cern.cernvm => u@cernvm.cern.ch.TOP_LEVEL_DOM
u@ch.cern        => u%ch.cern@ean
u@cern.ch        => u@cern.ch.TOP_LEVEL_DOM

The .TOP_LEVEL_DOM is appended by Ruleset 10 which contains:

R$*dnd.ca		$1dnd.ca.TOP_LEVEL_DOM
$*cern.ch		$1cern.ch.TOP_LEVEL_DOM

ca.dnd and ch.cern are the only two entries in the Partial Domains part of
the NRS which have more than one component.  Here are the entries for Canadian
domains.  Presumably a similar problem would occur here too.

ca                   mhs.ac.uk
dnd.ca               nsf.ac.uk
cdn                  ean.ac.uk

Can anyone explain what I need in the various files to make mail to
ch.cern.cernvm go directly and mail to ch.cern.xxx go via mhs-relay?

One final question: we apparently have to edit the line

uk                   uk

into top.dom to get mail to fully qualified uk addresses to work.
Is this to be expected?

Thank you in anticipation.

Richard Gilbert
Newsgroups: comp.mail.sendmail
From: barrett@aaet.csc.ti.com (Stu Barrett)
Subject: Sendmail.cf hack for OS/2
Organization: Texas Instruments Incorporated, Austin, TX
Distribution: comp
Date: 9 Apr 92 09:08:03

I've just installed IBM's TCP/IP v1.2 package on my OS/2 workstation.
It works pretty good; supports telnet, sendmail, x-windows, nfs, slip,
etc.  Lets me communicate with the internet world!!

The sendmail.cf file that comes standard with the package does not
have any logic to suppport a "mail host".  It expects to be able to
directly connect with its SMTP peer on the internet.  This is
unrealistic in my environment since we use mail hosts to act as mail
routers to get to all of the various foreign mail domains (e.g. UUCP,
compuserve, etc).  Also, most of the internet is not DIRECTLY
accessable since my company limits access due to security reasons.
This is why we use mail routers.

I'm sendmail illiterate, the macro's look pretty strange to me.  My
sysadmin guy is overloaded and even with the offer of a bribe, it is
doubtful I can have him make the changes for me anytime soon.

I suggested that we just take the pieces of our unix sendmail.cf that
support this feature and cut/paste it into the OS/2's sendmail.cf
file. IBM has also suggested this approach.  My sysadmin guy says that
the OS/2's sendmail.cf file looks "pretty wierd" and this may not be a
simple cut/paste :-(

I was hoping that someone out in comp.mail.sendmail land may have
already done this?  If so could you get in touch with me via email?
I would appreciate any help I can get.

Thanks, 


--
	Stu Barrett		Inet: Barrett@aaet.csc.ti.com
	Phone: 512-250-6677	Fax: 512-250-4509
	Tripoli# 1277		NAR# 4341
From: fty@bizarre.rtpnc.epa.gov (Frank Terhaar-Yonkers)
Newsgroups: comp.mail.sendmail
Subject: sendmail exit status codes
Keywords: exit code
Date: 15 Apr 92 13:28:10 GMT
Organization: United States Environmental Protection Agency

I seem to remember the exit codes ala below being documented somewhere.
A pointer please?


	From root Wed Apr 15 04:01:17 1992
	Received:  by blyth.blyth.com (5.65/25-fty)
		id AA01348; Wed, 15 Apr 92 04:01:17 -0700
	Return-Path: <root>
	Message-Id: <9204151101.AA01348@blyth.blyth.com>
	From: uucp@blyth.COM (UUCP administrator)
	X-Mailer: SCO System V Mail (version 3.2)
	To: root@blyth.COM
	Date: Wed, 15 Apr 92 4:01:16 PDT
	
	remote execution	[uucp job bizarreN2514 (4/15-4:01:14)]
		/usr/lib/sendmail -ba infin 
	exited with status 70
	

-- 

cheers - Frank
Newsgroups: comp.mail.sendmail
From: giordano@tamaro.cscs.ch (Silvia Giordano)
Subject: vacation
Keywords: from
Organization: Centro Svizzero di Calcolo Scientifico / CH-6928 Manno
Date: Tue, 14 Apr 1992 16:31:40 GMT

We have some problem with the vacation program. Our version (there is another
one?) looks for a first line like the following:

        From <originator-address> <date>

for istance:

        From giordano@cscs.ch Sun Apr 12 18:12:51 1992

If this line is not present the vacation program returns an error message with
subject "Bad usage", and reason 
<vacation: No initial From line
 500 "|/usr/ucb/vacation giordano"... Bad usage>        

By the way, our sendmail does not produce such kind of format.
there is some fix or some other version of vacation to solve this problem??

Thanks in advance
Silvia Giordano
Newsgroups: comp.mail.sendmail
From: rickert@mp.cs.niu.edu (Neil Rickert)
Subject: Re: sendmail 5.65c/1.4.4 - unparseable data
Organization: Northern Illinois University
Date: Tue, 7 Apr 1992 14:41:43 GMT

In article <1992Apr7.140412.13823@cetia.fr> philip@cetia.fr (Philip Peake) writes:
>In article <1992Apr4.001023.15267@blilly.UUCP> bruce@blilly.UUCP (Bruce Lilly) writes:
>>The complete RFC822/RFC1123 set *was* included!!
>>...

>ABSOLUTE GARBAGE !
>...
>** zone can be "UT" "GMT" "EST" "EDT" "CST" "CDT" "MST" "MDT" "PST" "PDT"
>** or "+"4*DIGIT or "-"4*DIGIT (case-insensitive; military zones not useful
>** per RFC1123)
>...

>So, if you don't live in north America - fu**k you !
>If the RFC's only list these timezones, it just proves that they
>were written by brain-dead idiots.

  May we expect you to shortly post a replacement for arpadate.c?

  Naturally your replacement will recognize all currently used time zones.
It will clearly distinguish between EST (as used in the east coast of U.S.A),
and EST (as used on the east coast of Australia.  In making this distinction
it will keep in mind that an educational institution in Australia could have
a domain ending in '.edu', while an Australian embassy in the USA could
potentially have a domain ending in '.au' .

-- 
=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=
  Neil W. Rickert, Computer Science               <rickert@cs.niu.edu>
  Northern Illinois Univ.
  DeKalb, IL 60115                                   +1-815-753-6940
Newsgroups: comp.mail.sendmail
From: bruce@blilly.UUCP (Bruce Lilly)
Subject: Re: sendmail 5.65c/1.4.4 - unparseable data
Organization: Bruce Lilly
Date: Sat, 4 Apr 92 00:10:23 GMT

In article <2292@accucx.cc.ruu.nl> acbhour@accucx.cc.ruu.nl (Rudi van Houten) wrote:
>+ -- This is not according RFC822/1123, but the acronymes are used.
>+ -- Perhaps the complete set of timezone names should be included in
>+ -- this routine.

While you're at it, why not add the alphabetic time zones in use
in Australia, New Zealand, Hawaii, Asian countries, those
countries which were once part of the Soviet Union, far eastern
Canada, the military one-letter time zones from RFC733/RFC822,
the reversed-order (corrected) military one-letter time zones
mentioned (as unusable) in RFC1123 and whatever you found on
your spoon the last time you ate alphabet soup? :-) :-) :-)

The complete RFC822/RFC1123 set *was* included!!

>  #ifdef LOG
>  		syslog(LOG_NOTICE, "%s: arpatounix: unparseable date: %s",

If you don't want to look at these messages, you can
a)	raise the level at which messages are logged by editing
	syslog.conf (e.g. to "warning" level, which will exclude
	"notice", "info", and "debug")
and/or
b)	lower the level of logging by changing LOG_NOTICE to
	LOG_DEBUG (e.g.) in the above code fragment. (or you
	could comment out the syslog statement)

Of course if you want to fix the cause of the problem, rather
than breaking RFC-compliant code so that it ignores the problems
caused by non-compliant software, then send mail to the
postmaster of the messages' originating sites' complaining about
the invalid mail headers. (the code in arpadate.c could
probably be easily modified to bounce mail with non-compliant
headers--that should get somebody's attention)

-- 
	Bruce Lilly		blilly!bruce@Broadcast.Sony.COM
					...uunet!sonyusa!sonyd1!blilly!bruce
From: todd@draco.macsch.com (Todd C. Williams)
Newsgroups: comp.mail.sendmail
Subject: bsd 4.61 - is scanf broken in F command?
Date: 16 Apr 92 21:36:28 GMT
Organization: MacNeal-Schwendler Corp.

I was playing around with my sendmail configurations last night, adding
a "usenet" mailer so users could "mail comp.mail.sendmail".  In doing so,
I "defined a class from a file" with the "F" command:

FN/usr/lib/news/newsgroups	%[abcdefghijklmnopqrstuvwxyzABCDEFGHIJKLMNOPQRSTUVWXYZ1234567890_-.]

(I stole the idea for the above scanf string from Evi's SA book [thanks, Evi!])
I was frustrated when it didn't work on a SPARC1 running SunOS 4.1 and
BSD sendmail 4.61, since it worked find on a SPARC2 running SunOS 4.1.1
with SUN's sendmail.

This morning I thought I found the problem -- in readcf.c, the code to
do the scanf() is surrounded by #ifdef SCANFs.  Somebody didn't compile
with -DSCANF.  Now why would they do that?  I just recompiled with -DSCANF,
and tried -bt test mode, and it fails.  Is this a known bug?

Reproduce-by: Reduce your sendmail.cf to the following 12 lines:

	# delimiter (operator) characters
	Do.:%@!^=/[]

	# these next 3 lines MUST be defined or sendmail won't run.
	OQ/usr/spool/mqueue
	Mlocal,	P=/bin/mail, F=rlsDFmn, S=10, R=20, A=mail -d $u
	Mprog,	P=/bin/sh,   F=lsDFe,   S=10, R=20, A=sh -c $u

	S0
	FZ/usr/lib/news/newsgroups	%[abcdefghijklmnopqrstuvwxyzABCDEFGHIJKLMNOPQRSTUVWXYZ1234567890_-.]
	R$=Z			$#usenet$:$1
	Musenet,	P=/bin/cat,   F=lsDFe,   S=10, R=20, A=cat $u

Now test this:
% /usr/lib/sendmail -bt -d21.99
Version 5.61
ADDRESS TEST MODE
Enter <ruleset> <address>
> 0 comp.mail.sendmail
rewrite: ruleset  3   input: "comp" "." "mail" "." "sendmail"
rewrite: ruleset  3 returns: "comp" "." "mail" "." "sendmail"
rewrite: ruleset  0   input: "comp" "." "mail" "." "sendmail"
-----trying rule: "^SZ"
ap="comp", rp="^SZ"
----- rule fails
rewrite: ruleset  0 returns: "comp" "." "mail" "." "sendmail"


But when I try the same thing with the same .cf under SunOS:
% /usr/lib/sendmail -bt -d21.99
Version 4.1
ADDRESS TEST MODE
Enter <ruleset> <address>
> 0 comp.mail.sendmail
rewrite: ruleset  3   input: "comp" "." "mail" "." "sendmail"
rewrite: ruleset  3 returns: "comp" "." "mail" "." "sendmail"
rewrite: ruleset  0   input: "comp" "." "mail" "." "sendmail"
-----trying rule: $=Z
ap="comp", rp=$=Z
-----rule matches: $# "usenet" $: $1
$1: f7fff4c0="comp" f7fff4c5="." f7fff4c7="mail" f7fff4cc="." f7fff4ce="sendmail"
rewritten as: $# "usenet" $: "comp" "." "mail" "." "sendmail"
rewrite: ruleset  0 returns: $# "usenet" $: "comp" "." "mail" "." "sendmail"


-- 
Todd Williams    UNIX Systems Coordinator     todd@macsch.com    (213) 259-4973
MacNeal-Schwendler Corp. ("MSC"),  815 Colorado Blvd.,  Los Angeles, CA   90041
"The Democrats stand for nothing except 'I wish I was a Republican' and the
Republicans stand for raw, unbridled evil and greed and ignorance smothered
in balloons and ribbons."  -Frank Zappa, 1991  (Zappa for president!)
From: rickert@mp.cs.niu.edu (Neil Rickert)
Newsgroups: comp.mail.sendmail
Subject: Re: Need help with "NOQUEUE: SYSERR:" from sendmail sendmail-5.65c+IDA-1.4.4.1
Date: 13 Apr 92 14:32:46 GMT
Organization: Northern Illinois University

In article <1992Apr13.100924.28922@ecrc.de> melvin@ecrc.de (Todd Ferguson) writes:
>In article <1992Apr10.120250.1200@mp.cs.niu.edu> rickert@mp.cs.niu.edu (Neil Rickert) writes:
>>In article <1992Apr10.100244.7031@ecrc.de> melvin@ecrc.de (Todd Ferguson) writes:
>>>NOQUEUE: SYSERR: queuename: Cannot create "qfAA04841" in "/usr/spool/mqueue":
>>>Permission denied' appearing on the console.  

>> If /usr/ucb/Mail is in use at your site, one common cause of this problem
>>is naive users typing:  mail address -s "subject"
>>instead of:  mail -s "subject" address
>
>Would this also be the case were the mail command is actually run on a remote
>machine?  In our set up, a user runs the mail command on his/her own
>workstation, then its server forwards the mail to our mail gateway which then
>delivers the mail.  Its this final gateway which is giving these errors.

 If this is really happening, you have a more serious problem.  The 'sendmail'
running as daemon on your gateway is running as 'root'.  It has to be to
listen on the SMTP socket.  If root gets 'permission denied' something is
seriously wrong.  Is your /usr/spool/mqueue an NFS mounted directory
by any chance, for which root gets the permissions of 'nobody'?

 Also check carefully where the messages really are coming from.  With a
typical Sun setup, error messages on client machines are syslogged over the
network to loghost, and may show up on the server even though the error
occurs on a client.

-- 
=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=
  Neil W. Rickert, Computer Science               <rickert@cs.niu.edu>
  Northern Illinois Univ.
  DeKalb, IL 60115                                   +1-815-753-6940
From: kozowski@ohsu.edu
Newsgroups: comp.mail.sendmail
Subject: Re: Help needed in setting up MAIL SVR4
Date: 6 Apr 92 23:16:01 GMT
Article-I.D.: ohsu.1992Apr6.231601.7468
Organization: Network & Technical Services - OHSU

In article <1992Apr1.094033.4102@sniap.mchp.sni.de>
Mike.Hoffmann@sniap.mchp.sni.de (Mike Hoffmann) writes:
>
>Hi!
>
>I'm looking for some kind soul that can assist me in getting the
>standard mail on SVR4 to run. 
>
>It used to work fine (the docs are cryptic but sufficient) but since using
>DNS, it seems broken.
>
>Problem is, we are internally using isolated domains, with mail to the
>outside Internet going via a gateway.
>

I tried doing this with the native SVR4 mailer and could not get things to work
right.  I finally gave up and used sendmail.  I haven't found anybody that has
successfully setup a mail gateway on SVR4 with the native mailer.


 Eric Kozowski     | System/Network Administrator      |
kozowski@ohsu.edu | Oregon Health Sciences University |
                  | 840 SW Gaines Rd GH113            |
(503)494-4537     | Portland, Oregon 97201            |
Newsgroups: comp.mail.sendmail
From: rosie@eavax.sanders.lockheed.com ()
Subject: Desperately seeking working sendmail.cf
Reply-To: rosie@eavax.sanders.lockheed.com ()
Organization: Lockheed Sanders, Inc.
Date: Tue, 7 Apr 92 22:32:49 GMT



	I'm trying to fire up SENDMAIL+IDA on a bunch of Apollo DNxxxx boxes. 
I was lucky enough to score a compiled version of sendmail, but no
configuration file. I attempted to build one from the SENDMAIL+IDA source
distribution, but I have the following problems:
                                      
1)  Any mail to user@node (including my own) fails with the message "user
unknown"
2)  Any mail to user@othernode.mydomain fails with the same message.
3)  Any mail to user or user@mynode.mydomain is delivered locally.

	Is there something special to set up for using the nameserver?
	Does the /bin/mail program that comes with Domain/OS work with this
version of sendmail?
	What is the tcpld mailer and how do I get it if I need it?

	We run Domain/OS SR10.3.5, accessing a SUN as a nameserver and a
DECStation as an Internet gateway/mailhost for other UNIX boxes.  If anybody
could help, you would earn the gratitude of several dozen Apollo worshippers...
 --
Alan N. Rosenberg                 *"...Far away across the field
Lockheed Sanders Inc.             *    The tolling of the iron bell
(603) 885-5730                    *    Calls the faithful to their knees
rosie@rapnet.sanders.lockheed.com *    To hear the softly spoken magic spells.."
From: kyle@rodan.UU.NET (Kyle Jones)
Newsgroups: comp.mail.sendmail
Subject: Re: vacation
Date: 16 Apr 1992 16:15:25 -0400
Organization: UUNET Communications
NNTP-Posting-Host: rodan.uu.net

giordano@tamaro.cscs.ch (Silvia Giordano) writes:
 > As I wrote to Neil, our problem is due to the usage of PP as
 > mail gateway.  PP does not produce the same format of
 > sendmail.  Anyway, my question is: why a program like vacation
 > uses a non-standard line ( the one described above )???

The envelope sender isn't stored anywhere else.  The "From " line
is the de facto standardway of passing this information, at least
on BSD and SYSV UNIX systems.  RFC 976 gives it written clout, at
least for UUCP.  PP is broken.