HDTenEightyP/NetNews huggingface dataset:
From: mcsun!news.funet.fi!hydra!klaava!klaava!hkarhune@uunet.uu.net  (Heikki Karhunen)
Subject: A minor oddity in 10.4's XR4 server
Organization: Department of Theoretical Physics, University of Helsinki,
Distribution: fj
Date: Fri, 24 Jul 1992 18:59:10 GMT
Return-Path: <apollo-list-errors@srvr1.engin.umich.edu>

While tinkering with a HP9000/710 and Clarity Rapport we have on loan,
I noticed a minor annoyance in the 10.4's X server.

I mailed a document to a friend on an Apollo from Clarity Rapport
using FrameMaker's MIF format for all the artsy bits (actually the
_only_ graphical object in the test document was a rectangle with
rounded corners). The friend got it and opened it in Frame.

The texts in the document survived the transferral unscathed, but the
rectangle with the rounded corner (it was filled, too) lost a corner.

Actually the rectangle's outline was unbroken, but the filling inside
lacked the upper right hand corner. How odd, we thought and started
experimenting. No, the reason was not in Clarity, the document looked
all right when it left Clarity. No, the problem was not with the Frame
either, as we run Frame from the same Apollo to the HP9000/710's
screen and the document was all right. 

But when we tried to draw similar rectangles with rounded corners on
the Apollo we invariably lost the upper right hand corner's color.

Something similar happened with the filled arcs. Here is a crude
reconstruction of a pair of malformed arcs:


    XXXXXXX*                   X#########*######## 
       ###XXXXX      	       X################## 
       #######XXX    	        X################# 
    *  #########XX * 	       * XX###########*### 
       ###########X  	          XXX############# 
       ############X 	            XXXXX######### 
       #####*######X 	                X*XXXXX   

Ummh... the # is the fill color, X is the edge of the arc and *'s are
the resize handles.

Then we took out the Sniffer and took a little peek at the traffic going
around in the net. As one drew a rounded rectangle, Frame sent all the
necessary bits and pieces as it should to the X server which dutifully
managed to lose the last piece of information, the upper right hand
corner's filling.

Anyone else managed to get surprised with this?

Oh, by the way, we tried it out with both the borrowed mode X server
(about R2+) and the native R4 server, and the Apollo we experimented
with is DN3000 with 8 Megs of memory and 1280x1024 black and white
display.

	Heikki Karhunen

/-----------------------------+-----------------------------------------\
| hkarhune@kruuna.helsinki.fi | There is always a job for a theoretical |
| Heikki.Karhunen@helsinki.fi | physicist -- at least in theory.        |
\-----------------------------+-----------------------------------------/
Newsgroups: fj.mail-lists.apollo
From: mcsun!sun4nl!tuegate.tue.nl!svin02!eba!ebh.eb.ele.tue.nl!wjw@uunet.uu.net  (Willem Jan Withagen)
Subject: Re: DomainOS 10.3 and DN550/560/660
Organization: Digital Systems, Eindhoven University of Technology, the Netherlands
Distribution: fj
Date: Tue, 21 Jul 1992 09:29:57 GMT
Return-Path: <apollo-list-errors@srvr1.engin.umich.edu>

In article <1409@lysator.liu.se>, pen@lysator.liu.se (Peter Eriksson) writes:
=> I think I have seen a notice about where to FTP bug fixes to some problems
=> we've seen with the X server as distributed with the 10.3 release. Anyone
=> know if and where that site is? (The most annoying problem is that the
=> mouse isn't working correctly...)
=> 
I've got this in my ~/.netrc file: (it ain't much :{ )

machine hpcvaaz.cv.hp.com
login anonymous

Which is where i fetched the xdl_traits{.2}.

Now if you're after those, you can also find then at:
	ftp.eb.ele.tue.nl:/pub/apollo/X/.....

But you first might want to check the date on the files in the states.
ll xdl*
   4 -rwxr--r--   1 wjw           593 Nov 25  1991 xdl_traits.2.README*
2744 -rwxr--r--   1 wjw       2804495 Nov 25  1991 xdl_traits.2.wbak.Z*
   4 -rwxr--r--   1 wjw           568 Nov 25  1991 xdl_traits.README*
1884 -rwxr--r--   1 wjw       1924829 Nov 25  1991 xdl_traits.wbak.Z*

	Willem Jan
-- 
Digital Information Systems Group, Room EH 10.35 
Eindhoven University of Technology   
P.O. 513                     		Tel: +31-40-473401,Fax: +31-40-448375
5600 MB Eindhoven            		The Netherlands
Internet:  wjw@eb.ele.tue.nl    
X400:      C=nl;ADMD=400net;PRMD=surf;O=tue;OU=ele;OU=eb;S=WJW;
Newsgroups: fj.mail-lists.apollo
From: thompson@pan.ssec.honeywell.com ((jt) John Thompson)
Subject: 425t EISA bus
Organization: Electrotechnical Laboratory, Tsukuba Science City
Distribution: fj
Date: Wed, 29 Jul 1992 14:22:08 GMT
Return-Path: <apollo-list-errors@srvr1.engin.umich.edu>


Hi all --

The 4xxT series nodes were marketed to have no EISA expansion capabilities.
However, they obviously have an EISA bus, since they can take an ATR or ITR
card.  This leads me to ask two questions --

1)  Can you throw in a different card (for example, an ExaTape card or an Ikon
    10092 card), and have it work?  I think I remember that HP _said_ "no," 
    but that's different than not being able to.  You couldn't put a color
    head on a 705 by changing a jumper and buying a new cable either.   :-)


2)  There are now expanders out for the 700 series that convert a single EISA 
    slot to a 7-slot(?) EISA bus, via (I believe) a card w/ extender cable, 
    and an expansion box (presumably w/ its own power).
    Can one of these be put in a 4xxT machine (or a 4xxS machine, for that 
    matter), to expand its capabilities?  Perhaps this answer is affected by
    the same constraints that answered (1), but perhaps not.


Enquiring Minds Want To Know --


-- jt --
John Thompson
Design Services Engineer / Sys-Admin
Honeywell, SSEC
Plymouth, MN  55441
thompson@pan.ssec.honeywell.com

What do I know?  I'm just a Token Administrator.
*************************************************************************
* This e-mail correspondence is a work of fiction.  Any similarity      *
* between the views presented and actual views, personal or corporate,  *
* living, dead, or still to be conceived, is pure coincidence.          *
*************************************************************************


Newsgroups: fj.mail-lists.apollo
From: dog.ee.lbl.gov!network.ucsd.edu!swrinde!cs.utexas.edu!sun-barr!news2me.ebay.sun.com!cronkite.Central.Sun.COM!texsun!vector!tbo@ucbvax.Berkeley.EDU  (Terry Bohaning)
Subject: Help Finding OLD OS Software
Organization: Dallas Semiconductor
Distribution: fj
Date: Tue, 28 Jul 1992 18:53:30 GMT
Return-Path: <apollo-list-errors@srvr1.engin.umich.edu>

Hi All,

I'm looking for some older (read that antique) Apollo OS software. 

We're trying to migrate some software that we have to maintain from
a dn460/660 to a dn3000. The software is currently running under
sr9.2.3. I've loaded sr9.6 on a 3000 but the software crashes when
some graphics calls occur.

Does anyone know what the first release of Domain was that supported
the dn3000???  

Secondly, does anyone have a copy of the rev of the OS that we could
aquire???

Thanks for your help,

Terry Bohaning    tbo@vector.dallas.tx.us
Dallas Semiconductor1
Newsgroups: fj.mail-lists.apollo
From: micro-heart-of-gold.mit.edu!wupost!sdd.hp.com!zaphod.mps.ohio-state.edu!moe.ksu.ksu.edu!cardinal.ksu.ksu.edu!news@bloom-beacon.mit.edu  (Brian Gregory Howard)
Subject: Re: Narcoleptic DN10000
Organization: Kansas State University
Distribution: fj
Date: Tue, 21 Jul 1992 21:18:16 GMT
Return-Path: <apollo-list-errors@srvr1.engin.umich.edu>

system@alchemy.chem.utoronto.ca (System Admin (Mike Peterson)) writes:

>In article <9207151318.AA00876@ievalts.aeem.iastate.edu> root@IEVALTS.AEEM.IASTATE.EDU (John O. Ievalts - The Rocket) writes:
>>
>>I appear to have a single processor DN10000 that is suffering from
>>something that resembles narcolepsy in humans.  The machine will
>>periodically, with no provocation, just shut down.  The shutdowns
>>are *not* catalogued so that the "lsyserr" command can  detect them.
>>The machine can just be sitting there, idling, and suddenly the 
>>screen is dark and the machine is quiet, as if the power were turned
>>off.  The breaker on the back is okay.  I can turn it on by hiiting
>>the power switch on the front and it comes back to life.  It doesn't
>>even want to do a salvol.

>You almost certainly have the flaky power supply problem, and/or your
>power supply is a few "bricks short of a full load" if your DN10000 is
>quite old. This problem, and the solution (other than calling HP
>hardware support if you have it, which we always did when this
>happened), should go onto the FAQ.

Not to long ago, I had a capacitor die in our DN 10000.  Since then, the silly
machine was up and down like a yo-yo.  It would stay "on-line" no longer than
two hours before the "5V undervoltage" light would come on, and the DN10000
would go off.

As a bold measure, I dipped a little of the compound shown below on each pin
of each "power brick" and fired the DN10000 up.  It has been one week since
then (not one hour).  I even used the computer to backup our network today! It
hasn't been long enough to say how well this idea will work, but this could be
something to try for the needy sys-admins (without maint. support) out there.

	DN10000 saving compound (I hope)

	CRAMOLIN (R)
	R-100L
	CAIG Laboratories
	PO. Box J
	Escondido Ca 92025

WARNING:  I can not guarentee that ANY the above information is correct.
          (I'm just a $5/hour student - what do I know!)

		Good-Luck

			Brian G. Howard
			brian@grace.ecc.ksu.edu
			xx123yyy@matt.ksu.ksu.edu
Newsgroups: fj.mail-lists.apollo
From: zephyr.ens.tek.com!shaman!pogo!davidh8@uunet.uu.net  (David Haight)
Subject: Re: Printing to Tektronix
Organization: Tektronix, Inc., Wilsonville,  OR.
Distribution: fj
Date: Thu, 23 Jul 1992 01:52:44 GMT
Return-Path: <apollo-list-errors@srvr1.engin.umich.edu>

In article <22610@oasys.dt.navy.mil> lipman@oasys.dt.navy.mil (Robert Lipman) writes:
>We have a Tektronix 4693DX printer hooked up to an Apollo
>network running Domain/OS 10.3.5.  We prf gpr bitmaps to
>the printserver to get hardcopy on the 4693DX.

>Tektronix is offering an upgrade for the 4693DX to turn it
>into a Phaser II PXi for $2K.

>If we upgrade the printer, will we still be able to send
>gpr bitmaps to the printserver?  Will we have to convert the
>bitmaps to postscript?  Will the printserver convert them to
>postscript?  Can the Phaser II PXi handle bitmaps in addition to


Yes, you will have to convert gpr bitmaps to PostScript to print them on
the PXi.  There are many such filters around to convert various raster
formats to postscript but I don't know of one for gpr.  As you have a 
non-standard machine/operating system I suggest you ask HP/Apollo if such a 
filter exists.  

> you asked about the HP720 and if the PXi can print HPGL.

Yes.  And If you are running HPUX, there exists xwd to ps filters.



-----------------------------------------------------------------------
David Haight            | davidh8@pogo.wv.tek.com          | INTERNET
Tektronix, GPID Div.    | ...!tektronix!pogo.wv.tek.com!davidh8| UUCP
PO Box 1000, M/S 63-630 | (USA) (503) 685-3151             | VOICE
Wilsonville, OR 97070   | (USA) (503) 685-3063             | FAX
-----------------------------------------------------------------------
Newsgroups: fj.mail-lists.apollo
From: ftpbox!mothost!citi.prds.cdx.mot.com!bush@uunet.uu.net  (Michael Bush)
Subject: Re: Upgrade DN3550?
Organization: none
Distribution: fj
Date: Thu, 23 Jul 1992 12:30:52 GMT
Return-Path: <apollo-list-errors@srvr1.engin.umich.edu>

chris@ceco.ceco.com (Chris Icide) writes:

(Regarding 5500 upgrades)

>If anyone has been through this process, could you please let me know
>how it went, and any bugs/problems I should be prepared to deal with.

The 5500 upgrade is basically as difficult as replacing a bad motherboard,
except in this case you're replacing a good board with an even better one.
The one real catch that makes your life miserable is that you are required
to invol the node's disk after the upgrade, because it gets switched to a
4K block factor once the 040 is installed.  So before you do it, make sure
you have all the data backed up!  Other than that, it's a relatively easy
(and inexpensive) way to get better performance.  Of course, that won't stop
you from still wanting a 700 box in 6 months...
-- 
Mike Bush
Motorola Codex - Mansfield, MA
bush@cae.prds.cdx.mot.com or bush_m@msm.cdx.mot.com
Newsgroups: fj.mail-lists.apollo
From: mcsun!sun4nl!tuegate.tue.nl!svin02!eba!ebh.eb.ele.tue.nl!wjw@uunet.uu.net  (Willem Jan Withagen)
Subject: Re: BSD printing help?  (lpr/lpq/lpd)
Organization: Digital Systems, Eindhoven University of Technology, the Netherlands
Distribution: fj
Date: Tue, 21 Jul 1992 09:39:21 GMT
Return-Path: <apollo-list-errors@srvr1.engin.umich.edu>

Mike Killoran:
=>  shows ways of submiting stuff into {i}prf with a C-program
=> which I deleted.

But one can also do it with Shell-scripts. If the only desire is to
mess a little with the file before putting it to the printer. Just hack
a script in your favorite shell-language.

We've got this script which removes the manual settings from PS files
and adds enough extra stuff to make it more robust in printing AND it
generates accounting info. And all this in a script.

Willem Jan

-- 
Digital Information Systems Group, Room EH 10.35 
Eindhoven University of Technology   
P.O. 513                     		Tel: +31-40-473401,Fax: +31-40-448375
5600 MB Eindhoven            		The Netherlands
Internet:  wjw@eb.ele.tue.nl    
X400:      C=nl;ADMD=400net;PRMD=surf;O=tue;OU=ele;OU=eb;S=WJW;
Newsgroups: fj.mail-lists.apollo
From: sun-barr!cs.utexas.edu!usc!snorkelwacker.mit.edu!bloom-picayune.mit.edu!pegasus.mit.edu!bri@ames.arc.nasa.gov  (Brian D. Carlstrom)
Subject: Re: Mtools on Apollo
Organization: mit
Distribution: fj
Date: Wed, 29 Jul 1992 15:27:30 GMT
Return-Path: <apollo-list-errors@srvr1.engin.umich.edu>

In article <199207282137.AA09344@cadnet.micro.honeywell.com> dwv@ENGIN.UMICH.EDU (Doug Vander Wilt) writes:
>I've also been trying to utilize mtools (version 2.0) on Domain/OS.  I
>can access the virtual hard disk files used with DPCE/DPCC, but have not
>been able to access DN series built-in or SCSI connected floppy drives. 

question about DPCE/DPCC. the DPCE part is the emulator.
the DPCC part is the card? do i need the card to run the emulator
or will just the software alone work...

-bri
Newsgroups: fj.mail-lists.apollo
From: sdd.hp.com!apollo.hp.com!netnews@hplabs.hpl.hp.com  (Christopher Beierl)
Subject: Re: Mtools on Apollo
Organization: Hewlett-Packard Corporation, Chelmsford, MA
Distribution: fj
Date: Wed, 29 Jul 1992 19:58:58 GMT
Return-Path: <apollo-list-errors@srvr1.engin.umich.edu>

In article <1992Jul29.152730.8204@athena.mit.edu> bri@pegasus.mit.edu (Brian D. Carlstrom) writes:
...
>question about DPCE/DPCC. the DPCE part is the emulator.
>the DPCC part is the card? do i need the card to run the emulator
>or will just the software alone work...

DPCE is the software emulator, DPCC is the hardware emulator.  Each of them
is independent of the other--use one or the other.

-Chris
-- 
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
Christopher T. Beierl     Hewlett-Packard/Apollo - UTD - Media Technology Lab
INTERNET: beierl_c@apollo.hp.com                        PHONE: (508) 436-4054      
USMAIL: 300 Apollo Dr., Chelmsford, MA 01824           TELNET:       436-4054
Newsgroups: fj.mail-lists.apollo
From: dwv@engin.umich.edu (Doug Vander Wilt)
Subject: Re: Mtools on Apollo
Organization: Electrotechnical Laboratory, Tsukuba Science City
Distribution: fj
Date: Tue, 28 Jul 1992 21:37:09 GMT
Return-Path: <apollo-list-errors@srvr1.engin.umich.edu>

I've also been trying to utilize mtools (version 2.0) on Domain/OS.  I
can access the virtual hard disk files used with DPCE/DPCC, but have not
been able to access DN series built-in or SCSI connected floppy drives. 
Here's some of the devices I've tried:

struct device devices[] = {
	{'A', "/dev/rmts14", 0L, 16, 0, (int (*) ()) 0, 80, 2, 18},
	{'C', "$HOME/user_data/dpcc_hard_disk", 8704L, 16, 0, (int (*)()) 0, 0, 0, 0},
	{'R', "/dev/dpcc_scsi_floppy", 0L, 12, 0, (int (*) ()) 0, 80, 2, 18},
	{'S', "/dev/dpcc_scsi_floppy", 0L, 16, 0, (int (*) ()) 0, 80, 2, 18},
	{'\0', (char *) NULL, 0L, 0, 0, (int (*) ()) 0, 0, 0, 0}
};

# (this is actually using the SCSI magtape driver)
# although it fails, the floppy drive's select light does come on
though $ mdir a:
init: open: No such file or directory
$ mdir c:
 Volume in drive C is VANDER WILT
 Directory for C:/

COMMAND  COM       24482    8-27-86  12:00p
DOS              <DIR>      2-18-92   8:26a
DPCI             <DIR>      2-18-92   8:27a
AUTOEXEC BAT         175    4-26-89   8:13a
...
      14 File(s)     18964480 bytes free
$ mdir s:
Probable non-MSDOS disk
mdir: Cannot initialize 'S:'
$ crddf /dev/dpcc_scsi_floppy -display
SCSI ddf
ddf version:   100
bus number:    0
target id:     3
user info:     "                                                                "

I've been fumbling with: mkdsk, mknod, mkdev, mkdevno, crddf and have
not found an acceptable raw floppy device for mtools.  Any suggestions?

Doug Vander Wilt
Honeywell MICRO SWITCH Division
dwv@cadnet.micro.honeywell.com
Newsgroups: fj.mail-lists.apollo
From: sun-barr!sh.wide!wnoc-tyo-news!rena!tdo!newsgate!digital!digital.sps.mot.com!chen@lll-winken.llnl.gov  (Jinfu Chen)
Subject: re: Favourite DOMAIN/OS features (or mis-features)
Organization: Motorola, LICD, SPS, Mesa, AZ
Distribution: fj
Date: Wed, 22 Jul 1992 16:18:59 GMT
Return-Path: <apollo-list-errors@srvr1.engin.umich.edu>


Many of my favors are already covered by others, here is my remaining list:

o   Rich and well documeneted OS calls (xxx_$).
o   The ts command.
o   Use /com/netstat -config to get detailed listing of hardware.
	configuration.  And like thompson@pan.ssec.honeywell.com mentioned, the
	-all switch (and the -n switch) to query information across network.
o   cpt command instead of ugly "find -print | cpio .." or "tar ... | tar .."
    contortion.  Didn't the Unix people ever need to copy or move a directory
	across file system?!
o   Standard -help and -version switch in all Aegis commands.  Wanna to find
	out wich version of C compiler you're using in HP-UX or SunOS, good luck.
o   Position independent command switch, e.g. "cpt dir1 -ld dir2 -r".
o   rbak/wbak/rwmt.  Several features in these commands I like very much. 
	Device naming is one, instead of cyptic /dev/rct8, -device ct is so much
	easy to remember.
o	Registry (when it works).
o	Examples in Aegis help files.
o	RAI.  Trying to load OS across network in HPUX or SunOS environment is
	real loyal pain.  This probably is due to the limitation of underline
	filesystem.
o   crp command.  Rsh is okay but it brings me to my home directory instead
	of where I was.
o   Processes have names (the proc2_$set_name() call).

My most favored features that already covered by others:

o   The network file system.
o   DM window and editor.
Newsgroups: fj.mail-lists.apollo
From: cis.ohio-state.edu!zaphod.mps.ohio-state.edu!mips!mips!munnari.oz.au!metro!maths.su.oz.au!szabo_p@ucbvax.Berkeley.EDU  (Paul Szabo)
Subject: Re: mtvol (was Re: Mtools on Apollo)
Organization: Mathematics, University of Sydney
Distribution: fj
Date: Tue, 21 Jul 1992 22:25:18 GMT
Return-Path: <apollo-list-errors@srvr1.engin.umich.edu>

In article <1992Jul21.122116.22999@rhrk.uni-kl.de>
uch024@zx1.hrz.uni-dortmund.de (Lothar Koniczek) writes:
> As i was forced to archive some of my software i formatted a disc
> with invol and tried to mount it in the filesystem with mtvol.
> The answer from DomainOS was frustrating:
>
> ?(mtvol) Unable to mount volume - no right to perform operation
> (OS/ACL manageer)
>
> So does anyone know what has to be done to make the mtvol run?
> In fact our Sysadmin doesn't know either :-(

Check out the lprotect command. You should only allow root to do the
mounting: allowing other users is a major security risk. This hole has been
fixed at SR10.3.

To archive files you should use wbak/rbak ('wbak -dev f' to a floppy: try
using a cartridge instead), not the invol/mtvol combination.

Sorry, I do not know anything about mtools.

Paul Szabo - System Manager   //        School of Mathematics and Statistics
szabo_p@maths.su.oz.au        //   University of Sydney, NSW 2006, Australia
Newsgroups: fj.mail-lists.apollo
From: sdd.hp.com!caen!afgun@hplabs.hpl.hp.com  (Andrew F. Gunnesch)
Subject: Need asknode_$info help
Organization: CAEN, University of Michigan
Distribution: fj
Date: Tue, 28 Jul 1992 20:27:18 GMT
Return-Path: <apollo-list-errors@srvr1.engin.umich.edu>

#include <stdio.h>
#include "/us/ins/ubase.ins.c"
#include "/us/ins/asknode.ins.c"

main()
{
	network_t	mynetwork;
	status_$t	status;


	asknode_$info(ask_network_number, (node_t)0, 0, &mynetwork, status);
					/* Ask the node it's network number */
	if (status.all != status_$ok) 
		fprintf(stderr, "Get network request failed.\n");
	else
		printf("%lX\n", mynetwork);
}

Here's a little bit of code.  From ubase.ins.c, network_t is typedef'ed to
an unsigned long.  The network number that I get back SHOULD be 29cf7, but
it varies, and starts with 760.  Eg, several different runs produced either
7600aca4 or 760de310.  What am I doing wrong here?

-- 
===============================================================================
Andrew F. Gunnesch          |  Evil CAEN sysadmin   |  I'm a Sun worshipper
afgun@caen.engin.umich.edu  |What?  I just work here|  not a DEC dog.......
===============================================================================
Newsgroups: fj.mail-lists.apollo
From: ftpbox!mothost!white!rtsg.mot.com!muegel@uunet.uu.net  (Michael S. Muegel)
Subject: SR10.4 sendmail problem
Organization: Motorola Inc., Cellular Infrastructure Group
Distribution: fj
Date: Sun, 26 Jul 1992 22:47:48 GMT
Return-Path: <apollo-list-errors@srvr1.engin.umich.edu>

I have been using a version of IDA sendmail I compiled for some time
Recently I decidied to give the SR10,4 IDA+apollo sendmail a try. Since I
had alias auto-rebuild off I had to turn it on in the sendmail.cf file.

When sendmail tries to re-build the alias file on the fly I get the
following errors:

% testmail mmuegel
rebuilding alias database
/usr/lib/aliases: line 23: DBM store of mailmgr (size 15) failed: Not owner
/usr/lib/aliases: line 24: DBM store of postmaster (size 18) failed: Not owner
/usr/lib/aliases: line 25: DBM store of postmaster (size 18) failed: Not owner
...

This goes on through each alias. The mode/ownership on the dbm(3) files look 
like this before I run sendmail (via the testmail script):

% ls -lasg aliases*
   1 lrwxrwxrwx   1 root     staff          38 Jul 26 17:41 aliases@ -> /etc/mai
l_admin/bsd4.3/usr/lib/aliases
   4 -rw-r--r--   1 root     staff        4096 Jul 26 17:43 aliases.dir
  52 -rw-r--r--   1 root     staff      200704 Jul 26 17:43 aliases.pag

After the sendmail call the dbm files are zero length. Oh ya, yes, sendmail
is mode 4555 with an owner of root. So it is running suid root.

Any hints?
-Mike

-- 
-Michael S. Muegel <mmuegel@mot.com>
Software Tools Group
Fort Worth Research and Development Center
Motorola, Inc.
Newsgroups: fj.mail-lists.apollo