HDTenEightyP/NetNews huggingface dataset:
From: baloo@nx01.mik.uky.edu (kevin s coupal)
Subject: [386BSD] Install can't find my SCSI drive! help
Keywords: install bsd 386
Organization: University Of Kentucky, Dept. of Math Sciences
X-Path: nx01.mik.uky.edu!baloo
Date: Sun, 13 Dec 1992 04:38:58 GMT

I'm trying to install tiny bsd on my 486 machine with a SCSI hard drive
when i run the install program it sais drive now found, 'would your pre
fer to install on your TV instead?'  <--(great humor guys)  How do i get
it to recognize my HD?
any help is appreciated
kevin coupal
baloo@mik.uky.edu


Newsgroups: comp.unix.bsd
From: hackney@moxie.hou.tx.us (Greg Hackney)
Subject: 386BSD - Bug in UFS file system + proposed fix
Organization: None
Date: Wed, 16 Dec 1992 01:22:48 GMT

[ I posted this once, but I'm reasonably sure it didn't make it out ]

There is a major bug in the 386BSD UFS code relating to file permissions.
The major symptom is:

   Can't read most files that you don't own on a remote NFS 386BSD system,
   although there is public read permission, i.e.:

-r--r--r--   1 root     other          5 Dec 15 19:15 /tmp/hell

A very minor symptom is you can't read some LOCAL files, although
there is public read permission, i.e. a file that looks like:

-------r--   1 root     other          5 Dec 15 19:15 /tmp/hell

[ This functionality seems broken on SunOS 4.1 too, but not on USL S5R4. ]

Attached is the proposed fix for 386BSD.
--
Greg Hackney  hackney@compaq.com
Mike Busby    mcb@compaq.com

---< cut here >---

*** sys.386bsd/ufs/ufs_vnops.c.orig	Tue Dec 15 19:07:09 1992
--- sys.386bsd/ufs/ufs_vnops.c	Tue Dec 15 19:06:55 1992
***************
*** 201,207 ****
  found:
  		;
  	}
! 	if ((ip->i_mode & mode) == mode)
  		return (0);
  	return (EACCES);
  }
--- 201,207 ----
  found:
  		;
  	}
! 	if ((ip->i_mode & mode) != 0)
  		return (0);
  	return (EACCES);
  }


Newsgroups: comp.unix.bsd
From: dshaker@qualix.com (Doug Shaker)
Subject: CAREWARE -  How long does it take?
Reply-To: dshaker@qualix.com
Organization: QUALiX Group, Inc.
Date: Sat, 19 Dec 1992 21:49:07 GMT

I've got disk space and a 386 ready for a copy of 386BSD
so I dutifully sent off a formatted floppy, a couple of
bucks, and a floppy mailer to Dr. Dobbs, so I could get the
first floppy needed through the CAREWARE program.  Well, it's
been about a month or six weeks now and I am wondering how
long I should expect to wait.  Any ideas?

-Doug Shaker
  dshaker@qualix.com



Newsgroups: comp.unix.bsd
From: wilko@russia.idca.tds.philips.nl (Wilko Bulte)
Newsgroups: comp.unix.bsd,alt.suit.att-bsdi
Subject: Re: AT&T/USL CD-ROM Review Process
Date: 18 Dec 92 14:35:46 GMT

Yuck. All this makes me feel infected: I've seen AT&T and SCO source. Will
this make me forever a no-go for GNU-ish software?

Wilko

--
 |   / o / /  _   Wilko Bulte               Domain: wilko@idca.tds.philips.nl
 |/|/ / / /( (_)  EasyNet: HLDE01::BULTE_W  uucp  : [mcsun,sun4nl]!philapd!wilko
|d|i|g|i|t|a|l|  Equipment  Enterprise  -  IISS/SE   voice: +3155-432372
fax: +3155-432103 DTN: 829 2372 PO Box 245 - 7300 AE Apeldoorn - The Netherlands
From: gclose@wvnvms.wvnet.edu
Newsgroups: comp.unix.bsd
Subject: driver for Ultrastor 14f
Date: 16 Dec 92 16:06:03 GMT
Organization: West Virginia Network for Educational Telecomputing

Does anyone know if there is a 386bsd driver for an Ultrastor 14f scsi hots


host adapter. 
thanks.
Newsgroups: comp.unix.bsd
From: rgt@beta.lanl.gov (Richard Thomsen)
Subject: Encryption of passwords
Summary: How do I encrypt passwords?
Organization: Los Alamos National Laboratory
Distribution: na
Date: Mon, 14 Dec 1992 22:09:49 GMT

I was told that there is a patch to 386bsd to allow the passwords to be
encrypted, but I have not found this in unofficial.  Where do I get the
patches to do this?  Or what files in unofficial are they in?

Thanks for any help you can provide.

						Richard Thomsen
						rgt@lanl.gov
Newsgroups: comp.unix.bsd
From: terry@cs.weber.edu (A Wizard of Earth C)
Subject: Re: 386BSD - Bug in UFS file system + proposed fix
Organization: University of Utah Computer Center
Date: Sun, 20 Dec 92 02:33:43 GMT

In article <1992Dec17.140123.9952@moxie.hou.tx.us>, hackney@moxie.hou.tx.us (Greg Hackney) writes:
|> terry@cs.weber.edu (A Wizard of Earth C) writes:
|> 
|> > This fix seems a bad thing.
|> 
|> The fix we proposed for ufs_vnops.c, is identical to 386BSD's sister code
|> residing in nfs_vnops.c. I'm not sure why ufs_vnops.c got changed to
|> something different.
|> 
|> > In particular, you *don't* want to allow a
|> > file which is world read or world execute to be read/executed by someone
|> > who is a member of a group denied access.
|> 
|> Did you try the code? On my system, group denied access works properly.

I tried the code, but I basicaly "unfixed" a fix I'd put in but not posted;
your code is correct.  I manually apply all patches any more (given that I
have to maintain the code at a recent patch level to produce ordered diffs).
This also explains one of the "empty" patches in the Alpha patch kit during
testing before the beta was released.  Basically, I didn't keep an original
of the file.

When "applying" your patch, I removed mine, putting the bug back into the
code; I also zapped the permission checking entirely (ie: allowed permission
in all cases).  Testing shows it working fine now.

|> If no one else is having these (major) permissions problems when
|> using NFS across 2 386BSD systems, then we need to go back and dig
|> deeper into why the modes aren't working. Are you saying that it works
|> properly for you?

Not necessary.  Sorry for the false alarm.

					Terry Lambert
					terry@icarus.weber.edu
					terry_lambert@novell.com
---
Any opinions in this posting are my own and not those of my present
or previous employers.
-------------------------------------------------------------------------------
                                        "I have an 8 user poetic license" - me
 Get the 386bsd FAQ from agate.berkeley.edu:/pub/386BSD/386bsd-0.1/unofficial
-------------------------------------------------------------------------------
Newsgroups: comp.unix.bsd
From: gary@sci34hub.sci.com (Gary Heston)
Subject: Re: Jolitz Book & CD ROM
Reply-To: gary@sci34hub.sci.com (Gary Heston)
Organization: SCI Systems, Inc., Huntsville, Al.
Date: Mon, 14 Dec 1992 22:57:09 GMT

In article <1992Dec11.175731.1526@walter.bellcore.com> ngai@nova.bellcore.com (John Ngai 21371) writes:
=In article <1g9c3lINNh1n@neuro.usc.edu>, merlin@neuro.usc.edu (merlin) writes:
=|> Does anyone have news of the status of the pre-announced
=|> Jolitz book on 386bsd?  Would it be possible to include 
=|> a bootable CDROM version of 386bsd up to current patch
=|> level, source code, development tools, and X11R5.
=
=I like to second his suggestion!! Of course, it would be nice if the version
=included in the CDROM is more stable, perhaps V0.2??

I think an order form would be a better thing to include; there's a 
fairly long lead time for book printing, and that time can probably
be better spent on testing and debugging. Less hassle for the printer,
too.


-- 
Gary Heston    SCI Systems, Inc.  gary@sci34hub.sci.com   site admin
The Chairman of the Board and the CFO speak for SCI. I'm neither.
"Data sheet: HSN-3000 Nuclear Event Detector. The [NED] senses the gamma
radiation pulse [from a] nuclear weapon." As if we wouldn't notice...
Newsgroups: comp.unix.bsd
From: danson@lgc.com (Doug Anson)
Subject: bpf in 386BSD?? (0.1pl58+)
Organization: LandMark Graphics Corporation LGC
Date: Fri, 18 Dec 1992 16:18:51 GMT

HI:

Has anyone been successful in using the bpf filter that is provided with
386bsd 0.1?   I tried using tcpdump(1) with bpf defined in my config
file (and /sys/i386/i386/conf.c updated so that I can mknod bpf0 c <maj> 0).
However, it doesnt work at all. Any clues?

On a related note, has anyone installed ppp on 386bsd 0.1 and got it working?

Thanks in advance.
Doug
-- 
-------------------------------------------
Doug Anson					
Internet: danson@lgc.com			
Phone:	  713.560.1274
FAX:	  713.560.1277
SNAIL:    Landmark Graphics Corporation LGC	
	  15150 Memorial Drive
	  Houston, TX 77079			
-------------------------------------------
Newsgroups: comp.unix.bsd
From: ggm@brolga.cc.uq.oz.au (George Michaelson)
Subject: [386BSD] IP Multicast extensions in 386BSD
Organization: Prentice Centre, University of Queensland
Date: Wed, 16 Dec 1992 09:27:34 GMT


If anybody has arleady done this, or is doing this, could they
please let me know?

-George
--
                         George Michaelson
G.Michaelson@cc.uq.oz.au The Prentice Centre      | There's no  market for
                         University of Queensland | hippos in Philadelphia
Phone: +61 7 365 4079    QLD Australia 4072       |          -Bertold Brecht
Newsgroups: comp.unix.bsd
From: witr@rwwa.COM (Robert Withrow)
Subject: Re: Shared lib benchmarks, and experiences
Reply-To: witr@rwwa.com
Organization: R.W. Withrow Associates
Distribution: usa
Date: Fri, 11 Dec 1992 15:43:33 GMT

In article <1992Dec10.200232.5557@serval.net.wsu.edu>,
 hlu@eecs.wsu.edu (H.J. Lu) writes:

| FYI, we have been doing
| 
| cp xxxx.so.x.y /lib
| cd /lib
| ln -sf xxxx.so.x.y xxxx.so.x
| 
| for quite a while under linux.

First of all, I observe that this change is *global*, and user X can't
run his binarys against library-x while user y runs his against
library-y.  This is not the case with SVR4-SUNOS style librarys.

But, if you are telling me that one can substitute one library for
another, without re-linking, even when the two librarys are totally
different in every way except for the interface (i.e., different size,
different implementation, different shared library ``assigned''
address) then a large part of my objection is nulled, and I will
retract it.  This is not, however, my understanding of linux shared
librarys.

-- 
 Robert Withrow, Tel: +1 617 598 4480, Fax: +1 617 598 4430, Net: witr@rwwa.COM
 R.W. Withrow Associates, 21 Railroad Ave, Swampscott MA 01907-1821 USA
Newsgroups: comp.unix.bsd
From: gtoal@pizzabox.demon.co.uk (Graham Toal)
Subject: Re: Dumb Americans (was INTERNATIONALIZATION: JAPAN, FAR EAST)
Keywords: Han Kanji Katakana Hirugana ISO10646 Unicode Codepages
Organization: Cuddlehogs Anonymous
Date: Sat, 19 Dec 1992 20:28:41 GMT

In article <1gvpt0INN8s0@hrd769.brooks.af.mil> news@hrd769.brooks.af.mil (InterNet News) writes:
>  Ignorance of local customs can make anyone look pretty dumb.  Continuing with
>stereotypes should be criminal (like it already is in the U.S. Military).

Is that the stereotypes about gays in the military you're referring to?
(Oops, sorry, wrong newsgroup)

G

PS What's the general feeling on i18n here?  I make my stuff (like my
bsd spell clone) 8 bit clean, but haven't given any thought to > 8 bit
alphabets.  Is it chauvinistic to take the attitude that the extra work
(if any) for 8 bit isn't much, for a significantly larger market but
> 8 bit involves a lot of work for an insignificantly larger market?
[by 'market' I mean the net; I don't _sell_ software...]
Newsgroups: comp.unix.bsd
From: bachesta@pugsley.Data-IO.COM (Jim Bachesta)
Subject: swapping on a second drive.
Organization: Data I/O Corporation
Date: Fri, 18 Dec 1992 17:15:56 GMT

This problem probably has been addressed on the net before, but I'm having
a problem getting my swap space to work on my second drive. I currently have
Two ESDI drives running with a wd1007 controller. The first drive is a 
Micropolis 1355 (/dev/wd0x) and the second is a CDC Wren V (/dev/wd1x). I have
rebuilt my kernel defining the wd1 in the swap like this:

config	"386bsd"	root on wd0 swap on wd0 and wd1

I have checked the file swap386bsd.c in the compile directory and the
data struct. swdevt has been updated with the wd1b major and minor number.
It looks like this:

struct swdevt swdevt[] {
	{ makedev(0,1),		0,	0 },	/* wd0b */
	{ makedev(0,9),		0,	0 },	/* wd1b */
	{0,	0,	0}
};

I also updated my /etc/fstab to define swapping on drive wd1b. The entry looks
like this:

	/dev/wd1b	none	swap sw 0 0

The disklabel on the second drive (the CDC Wren V) has been partitioned. The
partion wd1b is defined to be a swap partition.

On boot up I get the following error:

	swapon: /dev/wd1b: device not configured.

I also get this error when I do a "swapon -a" or a "swapon /dev/wd1b".
If you have any ideas please let me know. I appreciate any help in tracking 
this problem down. Thanks in advance.

-- 
Jim Bachesta
Data I/O Corporation
bachesta@Data-IO.COM
Newsgroups: comp.unix.bsd
From: Jeffrey C Honig <jch@nr-tech.cit.cornell.edu>
Subject: Re: [386bsd] ICMP redirect handling panic - FIX
Nntp-Posting-User: @cornell.edu
Organization: Information Technologies/Network Resources; Cornell University;
	Ithaca, NY USA
Date: Mon, 14 Dec 1992 19:28:20 GMT

In article <1ggrkhINN67h@werple.apana.org.au> andrew@werple.apana.org.au (Andrew Herbert) writes:
>
>  The fact that the ENETUNREACH branch (look in the source for rtredirect()),
>  the cause of the panic, is taken at all makes me somewhat dubious as to whether
>  pcroute is doing the right thing.  printf()s indicated that the redirects were
>  coming from the router's slip interface that had just died, rather than the
>  ethernet interface as is (reasonably) expected by 386bsd.  But in any case, it
>  certainly uncovered a 386bsd bug.

No, pcroute is not doing the right thing, the source address of the
redirect should be on the same network.  Yes, that is a 386bsd bug,
present in Reno, Net-2 and 4.4 Alpha.

>  ***************
>  *** 170,175 ****
>  --- 174,183 ----
>	   if (!(flags & RTF_DONE) && rt && !equal(src, rt->rt_gateway))
>		   error = EINVAL;
>	   else if (ifa_ifwithaddr(gateway))
>  + /*
>  +  * XXX - shouldn't this be testing whether (ifa_ifwithaddr(gateway) == 0) ???
>  +  * i.e. gateway can't be reached from any interface - andrew@werple, 12 Dec 92
>  +  */
>		   error = EHOSTUNREACH;
>	   if (error)
>		   goto done;

There is an earlier check for ifa_ifwithnet(gateway) being zero.  This
check just makes sure that the new gateway is not an interface on this
host.

Jeff
Newsgroups: comp.unix.bsd,comp.dcom.lans.fddi
From: atkinson@itd.nrl.navy.mil (Randall Atkinson)
Subject: FDDI for BSD ?
Organization: Naval Research Laboratory, DC
Distribution: na
Date: Fri, 18 Dec 1992 15:02:07 GMT

  Does anyone have a device driver for an FDDI card for BSD on a
386/486 ?  I can't seem to find one and perhaps someone else has
solved this problem.  I do have full BSD sources (and a BSD source
license and an AT&T UNIX source license if those matter).

  If not that, might anyone have a suggestion on a vendor who is
willing to let me have enough technical data on their hardware so that
I can write my own device driver ?  I can handle the writing of a device
driver, but one has to know something about the device hardware in order
to do that succesfully.

  I tried talking with Network Peripherals about getting data on their
FDDI/EISA card yesterday, but NP doesn't appear to be comfortable with
letting anyone else have enough information to write their own device
driver.  I slightly prefer hardware based on the National
Semiconductor chipset, but will consider any hardware.

Thanks,

  Ran
  atkinson@itd.nrl.navy.mil





Newsgroups: comp.unix.bsd
From: colin@cs.curtin.edu.au (Colin Manning)
Subject: [386bsd] Problem probe()ing a CMS jumperless tape controller
Organization: Curtin University of Technology
Date: Fri, 18 Dec 1992 02:44:53 GMT

Hi,
	I have a CMS Jumbo 120 tape drive.  (I purchased it when I was using
MS-DOS -- It works fine there, but I don't use DOS any more.)  As I have two
floppy drives I also purchased a controller for it - the FC-10.  I assume that
this is also a CMS product.

	The FC-10 is a "jumperless controller".  When I installed it under DOS
the software asked me for DMA channel, Interupt number, and the base I/O
address, which I supplied as 3, 6, 0x180.

	When I try to probe() the controller I don't get any responce.

	Would the settings supplied under DOS be stored on the board some how,
or would they only be stored in a file?  I know that the config is stored in 
a file, but I don't know if this is for the board or the software.

	Has anyone had any success probing any jumperless controller?  Has
anyone got any suggestions?  Can anyone help me??

Thanks in advance,
Colin
--
Colin [colin@cs.curtin.edu.au]

"Knowledge is not knowing all the answers, but knowing where to find them."
                                                                  -anon.
Newsgroups: comp.unix.bsd
From: terry@cs.weber.edu (A Wizard of Earth C)
Subject: Re: AT&T/USL CD-ROM Review Process
Organization: University of Utah Computer Center
Date: Tue, 15 Dec 92 03:50:55 GMT

In article <1992Dec14.181906.8513@nrao.edu>, cflatter@nrao.edu (Chris Flatters) writes:
|> In article 6896@fcom.cc.utah.edu, terry@cs.weber.edu (A Wizard of Earth C) writes:
|> >Second, Linux is arguably more like SVR3 (and by extension SVR4) than
|> >386BSD; this, I believe, puts it in more danger of censure.
|> 
|> Linux is in less danger of censure than 386BSD since Linux was developed
|> from scratch without the use of code that is potentially contaminated by
|> code covered by a USL license.  Although Linux is similar to System V at
|> the interface level its kernel design is quite different.

Oops.  I should have said "more danger of censure than it would have otherwise
been".  386BSD, of course is in exactly as much danger as the Net/2 code and
UCB's right to distribute it.

					Terry Lambert
					terry@icarus.weber.edu
					terry_lambert@novell.com
---
Any opinions in this posting are my own and not those of my present
or previous employers.
-------------------------------------------------------------------------------
                                        "I have an 8 user poetic license" - me
 Get the 386bsd FAQ from agate.berkeley.edu:/pub/386BSD/386bsd-0.1/unofficial
-------------------------------------------------------------------------------
Newsgroups: comp.unix.bsd
From: mpleis@iastate.edu (Death)
Subject: [386] machine reboots constantly
Organization: Iowa State University, Ames, IA
Date: Thu, 17 Dec 1992 00:13:31 GMT

I have 386bsd installed on the second active drive on my PC I used the install
program to install it and now when it boots I see the banners and information
but just before I get the prompt it reboots.

System 486/33 
4meg ram
124 meg HD
SVG
Please HElp and please E-mail...
Thanks Mark L. Pleis



-- 
mpleis@iastate.edu                                               Mark L. Pleis 
Pleis Farms Inc.                                 Jersey Genetics at their Best
Moving Farming into the future.  With PDI Data Systems Ag. Computing Solutions
   PDI Data Systems, Pleis Farms Inc., And ET Labs Inc. (C) Pleis Industies
Newsgroups: comp.unix.bsd
From: tsai@evax12.eng.fsu.edu
Subject: Need help with AT&T UNIX PC and DOS
Organization: Famu/Fsu College of Engineering
Date: 18 Dec 92 16:22:24 EST


     We have several AT&T UNIX PCs (PC7300) in our lab.  They have been
rarely used.  Recently, the chairperson wants them to run DOS and DOS
applications such as MATLAB.  Is anyone familier with the way to make it
work ?  Any help or advice is greatly appreciated.

Thanks,

Jack.
From: vax@ccwf.cc.utexas.edu (Vax)
Newsgroups: comp.unix.bsd
Subject: [386bsd] Help me! I need SCSI tape with mt(1) or no rewind
Keywords: SCSI ernst1a rewind mt tar cpio diskspace
Date: 18 Dec 92 12:35:13 GMT
Organization: The University of Texas at Austin, Austin TX

I'm running out of diskspace fast (96% full) and I was wondering
if someone could tell me the best way to back up, say, the {src,bin,etc}
distributions.  I have a 350MB tape, but I cannot fit all on the diskdrive
at once.  So I'd like to put one on tape at a time.  Will gnutar's append
command properly append to a SCSI tape?  What is the exact procedure for this?
And where can I get a mt(1) command or a SCSI tape driver that works?
My SCSI.shar is an 11-part from julian's files on r.t.c.... And it
doesn't seem to work for me.  I have the standard kernel with all the
patchkit patches, plus one minor fix for the slipstuff, plus this SCSI
kit.  I copied the MAKEDEV in and made all the tape stuff.  /dev/[e][nr]st?
complains "init: device not configured".  Also, the old /dev/[r]as?? mknod
numbers still seem wierd, what is the command to get rid of all of them
and remake?
What am I doing wrong?
-- 
Protect our endangered bandwidth - reply by email.  NO BIG SIGS!
VaX#n8 vax@ccwf.cc.utexas.edu - finger for more info if you even care.
From: cflatter@nrao.edu (Chris Flatters)
Newsgroups: comp.unix.bsd
Subject: Re: AT&T/USL CD-ROM Review Process
Date: 14 Dec 92 18:19:06 GMT
Article-I.D.: nrao.1992Dec14.181906.8513
Reply-To: cflatter@nrao.edu
Organization: NRAO

In article 6896@fcom.cc.utah.edu, terry@cs.weber.edu (A Wizard of Earth C) writes:
>Second, Linux is arguably more like SVR3 (and by extension SVR4) than
>386BSD; this, I believe, puts it in more danger of censure.  The thing
>that has protected Linux so far is its international (non-US) origin.
>This is not something USL has to worry about forever, it's simply an
>inconvenience to prosecution, not a barrier.  If a judgement were given
>regarding copyright infringement by Linux against USL's materials, it
>wouldn't matter that the judgement occurred in the US; Linus' government
>would be forced by the Berne convention to uphold the judgement.

Linux is in less danger of censure than 386BSD since Linux was developed
from scratch without the use of code that is potentially contaminated by
code covered by a USL license.  Although Linux is similar to System V at
the interface level its kernel design is quite different.

	Chris Flatters
	cflatter@nrao.edu
From: vax@ccwf.cc.utexas.edu (Vax)
Newsgroups: comp.unix.bsd
Subject: [386BSD] p-COPS problems, rzsz problems
Keywords: BSD, p-COPS COPS rzsz zmodem
Date: 14 Dec 92 14:40:20 GMT
Organization: The University of Texas at Austin, Austin TX

If anyone has any diffs for p-COPS (or just COPS) to fix it to use
the /etc/master.passwd file, please post them or make them available for
anonymous ftp.
If anyone has a recent version of rzsz (more recent than 3.01 or whatever
is with the dist) then please mail me (ported for 386bsd and stdin/out,
of course).
Also, why does xviewgl eat up all my swap space?  It shouldn't get that
big, should it?
Also, why does xloadimage always convert JPG's to 64 RGB colors!  Even
the 24-bit JFIF files... sigh.  Not to mention it crashes very often on
800x600 JFIF's or bigger.
TIA.
-- 
Protect our endangered bandwidth - reply by email.  NO BIG SIGS!
VaX#n8 vax@ccwf.cc.utexas.edu - finger for more info if you even care.
Newsgroups: comp.unix.bsd
From: dfox@quack.sac.ca.us (David Fox)
Subject: Re: [386BSD] uucico does not work....
Keywords:  uucico uucp 
Organization: The Duck Pond public unix: +1 408 249 9630, log in as 'guest'.
Date: 12 Dec 1992 22:18:21 UTC

In article <chk.723747144@mcshh.hanse.de> chk@mcshh.Hanse.DE (Christian Kuhtz) writes:
>
>	Hi,
>
>	I've got some problems with doing uucp on my 386BSD machine.
>	When I'm going to start uucico then he's loaded and terminated
>	without any message, without any abnormal exitcode. Just like
>	if everything is ok.
>	BUT HE HAD DONE NOTHING!
>
>	Any idea ? Permissions ? I think I had already set anything possible
>	to uucp.uucp. Sticky bits are all set, I think :).

I had the same problem initially, but I was able to get some valuable help
from other 386BSD users and the problem went away.

Essentially, you need to make absolutely sure the permissions and owners
are correct on the /var/spool directories.  They need to have writ

>	Any help would be appreciated, I need a solution quick. 
>	If that doesn't work it would be a reason to kick 386BSD off this

I wouldn't kick 386bsd off even if uucico didn't work.  The alternative
would be to go back to DOS, and getting uucp to run under that has got
to be a lot worse than uucp under 386BSD.  Of course, I could go with
Linux, but I'd have to essentially start over from scratch at this
point.


>				Regards,
>					Christian

--
David E. Fox
dfox@quack.sac.ca.us