Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP
Path: utzoo!mnetor!uunet!husc6!hao!oddjob!gargoyle!ihnp4!homxb!whuts!mtune!quincy!icus!lenny
From: lenny@icus.UUCP (Lenny Tropiano)
Newsgroups: comp.sys.att
Subject: Re: 3b1:  files winding up in the wrong directory
Message-ID: <51@icus.UUCP>
Date: Tue, 24-Nov-87 03:07:37 EST
Article-I.D.: icus.51
Posted: Tue Nov 24 03:07:37 1987
Date-Received: Sat, 28-Nov-87 16:02:59 EST
References: <764@neoucom.UUCP>
Reply-To: lenny@icus.UUCP (Lenny Tropiano)
Organization: ICUS Computer Group, Islip, NY
Lines: 55
Keywords: twilight zone; very weird problem
Summary: Weird happenings..

In article <764@neoucom.UUCP> wtm@neoucom.UUCP writes:
> [... some description removed ...]
>  Mail comes in, so I click the envelope with the
>mouse.  It is a rather long letter, and it scrolls to fast to read.
>I figure I'll save it an look at it later, when I've got more time,
>so I hit "s" figuring it'll go into ~wtm/mobx.  Wrong, it goes into
>/etc/lddrv/mbox, with permission 666, owner root, group root.
>
This is a problem with the system manager (smgr) which controls the
MAIL ICON at the top of the screen.  If you save your mail after clicking
on the icon, it indeed goes in /etc/lddrv/mbox, this is a *BUG* not
a system problem.  A while back I reported doing a "shell" escape "!" from
inside mail from the icon, will give your root access.  This is a pretty
bad security flaw, since smgr runs as a root process.  This can be
fixed I believe by renaming "/bin/mail" with "/bin/lmail" and writing
a short program that will do a:

	setuid(getuid());
	setgid(getgid());

and then exec "/bin/lmail".

I haven't verified if this will work, but if not there is always another
way to skin a cat!

>I did sync;sync;sync;fsck -y.  Nothing unusual like a bad link or
>such is reported.  The only message I got was the usual couple of
>"POSSIBLE FILE SIZE ERROR in ..." messages.
>
I have noticed some strange things with a 3B1 at work that I do a:

	# find / -print
	/unix - bad status
	/etc  - bad status
	.
	.
	. 

I don't know what happened there!  Although everything runs find?! I've
seen when the filesystem gets corrupted and you have to do a /etc/fsck to
fix it!  That could happen!  I wish there was a way to avoid it on each
reboot, only do it if it crashes! (ie. Like the 3B2)

Hope this helps,
Lenny
-- 
============================ US MAIL:   Lenny Tropiano, ICUS Computer Group
 IIIII   CCC   U   U   SSSS             PO Box 1
   I    C   C  U   U  S                 Islip Terrace, New York  11752
   I    C      U   U   SSS   PHONE:     (516) 968-8576 [H] (516) 582-5525 [W] 
   I    C   C  U   U      S  AT&T MAIL: ...attmail!icus!lenny  TELEX: 154232428
 IIIII   CCC    UUU   SSSS   UUCP:
============================       ...{uunet!godfre, mtune!quincy}!\
               ...{ihnp4, boulder, harvard!talcott, skeeve, ptsfa}! >icus!lenny 
"Usenet the final frontier"        ...{cmcl2!phri, hoptoad}!dasys1!/