Subject: Linux-Admin Digest #116
From: Digestifier <[email-masked]>
To: [email-masked]
Date: Wed, 28 Sep 94 16:14:15 EDT

Linux-Admin Digest #116, Volume #2               Wed, 28 Sep 94 16:14:15 EDT

Contents:
  Re: FIPS or UMSDOS - WHICH ONE??? (John Burton)
  Re: G3->something_nice NEEDED (Gert Doering)
  Has anyone got ftape to work? (Ted Harding)
  Re: Smail on Linux.  Was: Smail has intermittent fits (Alan Cox)
  Re: PPP install and setup (Al Longyear)
  Re: packet filtering on Linux PPP gateway machine (Al Longyear)
  Re: apsfilter won't print (Andreas Klemm)
  Re: NNTP Server (Benjamin John Walter)
  Re: Mounting my Linux drive from a Sun workstation (Stephen Louis Ulmer)
  PPP vs SLIP? (MacGyver)
  Re: MHS to UUCP Gateway? (Hans Koolen)
  Re: FIPS or UMSDOS - WHICH ONE??? (Gertjan van Noord)
  PPP + FAQ (Ahmad Al-rasheedan)
  Re: mounting Misumi CD on 1.1.49 (David Inwoong Hong)
  Re: Jumbo250MB speed improvement (Kevin Cummings)
  PCMIA support? ([email-masked])
  Re: Linux as KingGod NFS Server to DOS Slaves (James CE Johnson)

----------------------------------------------------------------------------

From: [email-masked] (John Burton)
Subject: Re: FIPS or UMSDOS - WHICH ONE???
Date: 28 Sep 1994 12:45:30 GMT

In article <1994Sep25.012826.8574@ivax> [email-masked] (jon m) writes:

   In article <[email-masked]>,
   Alexander A Durzy <[email-masked]> wrote:
   >I want to install Linux on my DOS formatted 420 Meg HD with
   >minimal headache.  I have heard of a couple ways of doing 
   >this, and was wondering which way would be easiest, and
   >better performance wise.  How does running Linux ontop of
   >the DOS 16bit format run?

   well, umsdos is the easiest to set up; i just got our consultant
   machine here up in about 1.5 hours, networking & everything ('cept
   sendmail's a pain, what happened to regular, small, smail???)

FIPS is also *very* easy to use. All you need to do is run a disk
defrager first to make sure all the stuff in your existing partition
is in the same physical location on the disk. Then simply tell FIPS
how large you *want* the existing partition to be instead of what it
currently is. After that simply go back in with fdisk and divide up
the newly freed portion of the disk however you want. The advantage of
using FIPS is that you can also set up you swap partion while you're
at it. with UMSDOS you will have to use a swap file instead of a swap
partition if you need swap space (which is very likely). Swap
partitions tend to be significantly faster than swap files.

As far as mail goes, I found just the opposite. smail was a pain in
the tail, and sendmail worked pretty much out of the box...but then
again, we're connected to a large LAN (class B ? - netmask is
255.255.0.0) with several Name servers and user ids authenticated via
NIS (/home is NFS mounted from a central machine, which runs as an NIS
server also). I could never get smail to handle our set up. The
sendmail binary I got from the slackware distribution did not have NIS
support compiled in, but managed to work (*slowly*). I obtained the
sources and had it compiled with NIS support, and it now works like a
champ!!

John
--
--
John Burton                      
[email-masked]     G & A Technical Software, Inc.
[email-masked]     28 Research Dr. Hampton, Va. 23666
(804) 865-7491 (voice)           (804) 865-1021 (fax)

------------------------------

From: [email-masked] (Gert Doering)
Subject: Re: G3->something_nice NEEDED
Date: Wed, 28 Sep 1994 12:19:37 GMT

[email-masked] (Davor Jadrijevic) writes:

>: If your faxmodem and fax reception software work, the g3topbm from the 
>: mgetty+sendfax package will do its job.

>Thanks! I'm going to get mgetty+sendfax software, and I excluded 
>modem from this effect. I know the modem sends fax OK. Then I took 
>the g3 file efax06a prepared for sending and processed it with my
>copy of g3topbm.

>The ugly effect was reproduced without involving the modem!
>Let's see: g3topbm or xview is nasty?

What do you mean by "reproduced without involving the modem"? Somehow you
have to generate the G3 data...

If you generate the G3 data by using "pbmtog3", and the result looks
"weird", either your pbmtog3 or your g3topbm is broken.

If that one looks OK, but G3 data received from the modem cannot be 
properly converted, then most likely your modem returns some not-quite-
correct G3 data.

gert
-- 
Yield to temptation ... it may not pass your way again!  --  Lazarus Long
                                                            //www.muc.de/~gert
Gert Doering - Munich, Germany                             [email-masked]
fax: +49-89-3243328                         [email-masked]

------------------------------

From: [email-masked] (Ted Harding)
Subject: Has anyone got ftape to work?
Date: 28 Sep 1994 11:01:14 -0400
Reply-To: [email-masked] (Ted Harding)

Well, I have a working ftape. Mind you, the Linux is Slackware 2.0
kernel 1.0.8, and the ftape is 0.9.10.patched, so it's practically
pre-historic in the context of the present discussion. But it works.
Admittedly the documentation and the HOWTO left me uncertain where I
stood until I'd tried it (and in some respects still do), but at least
I have archived and restored many Mbytes of stuff.

I've been following this discussion with some interest, because this
seems to illustrate one of the sensitive points of Linux at the moment:
A new version of a package (and their ain't much smaller nor more special
than ftape) comes out; it requires a new kernel (or new versions of
the libraries), so if you want it (and especially if you don't have it
already) you end up upgrading on many fronts just for the sake of that
one bit.

Comments?
Ted.                                     ([email-masked])

------------------------------

Crossposted-To: comp.mail.smail
From: [email-masked] (Alan Cox)
Subject: Re: Smail on Linux.  Was: Smail has intermittent fits
Date: Wed, 28 Sep 1994 14:06:57 GMT

In article <[email-masked]> [email-masked] (Arnt Gulbrandsen) writes:
>In article <[email-masked]>,
>Lee J. Silverman <[email-masked]> wrote:
>>in your /usr/lib/smail/config file.  It turns off SMTP debugging,
>>which can give an unauthorized user access to run commands on your
>>machine (probably as user nobody, but remember that smail runs as
>How?  I read the source when I first heard this long ago, and
>couldn't see how this is possible?

It isn't possible. On sendmail is/was that daft. Sendmail 8.6.9 is now at
last allegedly safe but I for one am not prepared to trust it.

Alan

-- 
  ..-----------,,----------------------------,,----------------------------,,
 // Alan Cox  //  [email-masked]   //  GW4PTS@GB7SWN.#45.GBR.EU  //
 ``----------'`----------------------------'`----------------------------''

------------------------------

From: [email-masked] (Al Longyear)
Subject: Re: PPP install and setup
Date: Tue, 27 Sep 1994 05:12:40 GMT

You might be intrested in the fact that when pppd is running for the
network device ppp0, the pid of pppd is stored in the file /var/run/ppp0.pid.

Likewise, ppp1's pid is in /var/run/ppp1.pid.

It may help clean up the mess dealing with awk scripts and ps.

-- 
Al Longyear           [email-masked]

------------------------------

From: [email-masked] (Al Longyear)
Subject: Re: packet filtering on Linux PPP gateway machine
Date: Wed, 28 Sep 1994 11:04:51 GMT

[email-masked] (Matthew Braun) writes:

>I want to know if there is a mechanism for filtering packets based on
>the TCP port and IP address combination that are going through a Linux
>box running 'pppd'.

Not at the present time. It is on the "gee, one of these days . . . ."
list.

I am of the opinion that the filtering should be done in a general
manner.  There should not be a filter put into the PPP driver as
such. It should go into the network layer. There is no reason that
SLIP should not be able to do filtering. There is no reason that a
frame received by the ethernet or token ring driver should not do
filtering.

>I've seen references to the TIS firewall toolkit, which I grabbed off
>the net, but it doesn't seem to be what I want, or at least it is not in
>a ready to use form for Linux.

A nice package is called 'screend'. It is listed in archie. I started
to compile it. There are some compile problems, however, none that can
not be solved by some careful attention. I just had to put the work on
hold to work on more pressing matters.

The problem with 'screend' is that it is not tied into the kernel as a
kernel procedure. The screend program runs in user level code. Each
frame received is passed through the user level code. This makes life
easier to test, but slower as it now needs to do a process dispatch
with every frame.

However, screend has an excellent filtering syntax. It is very nice.

A second filter was posted to the usenet source groups. (I don't
remember which one. It could have been alt.sources, comp.sources.misc,
or comp.sources.unix.) I saved it under the name 'ipfilter'. Perhaps
archie will also find it. (If not, let me know and I'll send it to
you. Please try to find it first.)

This is a better implementation. The user level code builds the
control tables which are loaded into the kernel. The kernel then maps
the addresses into the tables and does the go/no-go tests. Only the
failures are then reported to the user level code.

If you wish to do filtering, then either of these would be a good
place to start.

>Seems like packet filtering like this would have to be built into the
>kernel or pppd.  But I don't know.

Please think 'bigger picture' than just ppp. The actual filter itself
should be in the kernel. Use a ioctl or system call to load the
control table from a user process. Do filtering for all types of
devices.

(Don't forget that the networking software deals with frames other
than IP. There is IPX, etc. as well.)

-- 
Al Longyear           [email-masked]

------------------------------

From: [email-masked] (Andreas Klemm)
Subject: Re: apsfilter won't print
Date: 26 Sep 1994 23:05:07 GMT

Egbert Hinzen ([email-masked]) wrote:
: I'm sorry to tell that my apsfilter-3.0 don't print, too, although I use a
: postcript printer...

Egbert, try 4.8, see my announcement ...
3.0 had problems, 301 cured them. In general 4.8 should work
pretty nice !!!!

--
[email-masked]       /\/\___ Wiechers & Partner Datentechnik GmbH
   Andreas Klemm        ___/\/\/        - Support Unix - [email-masked] - 

------------------------------

From: [email-masked] (Benjamin John Walter)
Subject: Re: NNTP Server
Date: Mon, 26 Sep 1994 19:52:24 +0000

: : Is there an NNTP Server for Linux?  Where can I
: : get it and what does it work well?  Thanks.

There's also nntpd with Slackware 2.0... Read the man page to find out
how to figure it ;-)

peace,  Ben

-- 
   __   _                
  / /  (_)__  __ ____  __
 / /__/ / _ \/ // /\ \/ /  . . .  t h e   c h o i c e   o f   a
/____/_/_//_/\_,_/ /_/\_\              G N U   g e n e r a t i o n . . .

------------------------------

From: [email-masked] (Stephen Louis Ulmer)
Subject: Re: Mounting my Linux drive from a Sun workstation
Date: 26 Sep 1994 18:12:04 GMT

> On my workstation it just times out trying > server not responding: RPC:
> Port mapper failure - RPC: Timed out

> any suggestions would be appreciated.

Edit your rc.inet2 (on the Linux box) and enable the nfsd and the rpc
portmapper.

Stephen

------------------------------

From: [email-masked] (MacGyver)
Subject: PPP vs SLIP?
Date: 27 Sep 1994 02:24:43 -0500

Hi there,

Currently, I'm happily churning away, using [C]SLIP on my machine.  Recently,
someone told me that PPP is more efficient and much better than using
SLIP.  Is this true?  Does anyone have a rough idea or maybe even some
numbers showing which is better of the two to use?  If PPP is better,
where can I get the necessary software to run it?  Is it as trivial to
configure as SLIP was?  (With SLIP it was merely changing a sample
script slightly).

HJD.

------------------------------

Crossposted-To: comp.unix.msdos
From: [email-masked] (Hans Koolen)
Subject: Re: MHS to UUCP Gateway?
Date: Wed, 28 Sep 1994 13:47:27 GMT

George W. Pogue ([email-masked]) wrote:
: Does anyone know of a gateway device or something that will allow me to 
: move mail between Microsoft MHS and unix either via SMTP or UUCP? 
: Preferably to pipe mail out through uucp.

[stuff deleted]

George,

It might be a long shot but here it is:

UnixWare has SMTP to MHS right out of the box. That way you can use
your favorite MHS mailer and still be able to mail to someone on the
Internet. If you, or your company, don't have UnixWare this solution
might be overkill.

=======================
Hans Koolen
Industriebond FNV
(+31)-20-5061223
(+31)-20-5061115 (FAX)
E-Mail: [email-masked]
=======================

------------------------------

From: [email-masked] (Gertjan van Noord)
Subject: Re: FIPS or UMSDOS - WHICH ONE???
Date: Wed, 28 Sep 1994 13:38:50 GMT

UMSDOS is _much_ slower than e.g. ext2fs. I'd recommend FIPS. It is
not difficult to use and contains good documentation.

Gertjan van Noord,   Alfa-informatica RUG
Postbus 716,         NL 9700 AS Groningen
tel. +31 50 635935   fax  +31 50 634900
[email-masked]  http://tyr.let.rug.nl/~vannoord

------------------------------

From: [email-masked] (Ahmad Al-rasheedan)
Subject: PPP + FAQ
Date: 28 Sep 1994 07:23:45 GMT

Is there a FAQ or any doc. on seting up PPP for linux. I just wanna be armed.

Thanx a lot.

------------------------------

From: David Inwoong Hong <[email-masked]>
Subject: Re: mounting Misumi CD on 1.1.49
Date: Wed, 28 Sep 1994 08:02:25 -0700 (PDT)

On Tue, 27 Sep 1994 [email-masked] wrote:

> In comp.os.linux.admin you write:
> 
> >I am having difficulty mounting Mitusmi CD. 
> >I upgraded the kernel from 1.0.9 to 1.1.49 recently, and now
> >I don't seem to be able to mount CD.
> 
> >Whenever I try, mount -t iso9660 /dev/cdrom /mnt
> >
> >I get an error,
> >
> >mount -readfile only.
> >
> >Any ideas.?
> 
> Hi David,
> 
> I had the same problem.  To solve it, I created a directory on / called
> /cdrom.  You can mount the cdrom with:
> 
> mount /dev/cdrom /cdrom -r -t iso9660
> 
> OR add the following line to /etc/fstab:
> 
> /dev/cdrom    /cdrom  iso9660 ro
> 
> Have fun,
> 
>  - Mike Haaland - <[email-masked]>
> 
Mike, thanks for the reply.

Regards,
David

------------------------------

From: [email-masked] (Kevin Cummings)
Subject: Re: Jumbo250MB speed improvement
Date: Wed, 28 Sep 1994 18:14:53 GMT

In article <[email-masked]>, [email-masked] writes:

> To: "comp.os.linux.admin" <[email-masked]>, 
>     "comp.os.linux.help" <[email-masked]>, 
>     "comp.os.linux.development" <[email-masked]>

A little worried about noone reading your post?  Please try to confine your
Linux posts to ONE newsgroup.  Flooding the newsgroups like this is
contrary to the reason they were split in the first place (so people wouldn't
have to see EVERYTHING posted).

> I was wondering howto improve the transfert speed to/from my tape backup.
> I need to backup the server and a notebook.
>
> I consider buying one of the adapter card from colorado.
> 
> Is it worthed and supported under linux? (I know somes are)
> Do Linux support hardware compression?

It is my understanding that the FC-10 card from Colorado will allow hardware
compression AND talk to the tape drive at 1Mbps.  Most standard floppy controllers
will only talk to the drive at 500Kbps.  Floppy controllers which support the
2.88MB 3.5" drives are capable of accessing your tape drive 1Mbps, so you can
gain a 2/1 performance boost with a better floppy controller.

If I am wrong here, I'm sure I will be corrected.  This is information I have
deduced from various places (newsgroups, ads, etc).
 
> Here is my system configuration:
> 486DX50 EISA w/20MB RAM
> Adaptec 1742A
> Quantum 525LPS HDD
> NEC CDR84J cdrom
> ATIXL w/mouse w/o monitor! (long story...)
> Colorado jumbo250MB (of course!)
> 
> Talking about 'no monitor', is there somebody working on a 'something' 
> that would permit me (or anybody) to read tapes mades with TAPE.EXE or 
> CBWLITE.EXE with and without compression.

Here you are refering to the QIC-40 and  QIC-80 tape formats (as opposed
to the QIC-117 tape drive interface).  It is my understanding that if you
have the spec, you could write a user program to read/write QIC-40/80 tapes
(kinda like tar does).  No one has had the gumption to go do it yet.
Also given that I can back up my DOS drives from Linux using tar, I have
even less of a reason to use TAPE.EXE or CBLITE.EXE anymore, period.

There is supposed to be a tape formatting program in the works, but getting
the drives working at all is obviously the top priority of the QIC-117 team
(person?).

> I need something that would be available thru the lan.
> 
> I was thinking also at the dosemu and wine but none of them seem to allow 
> me to access my tape drive.

No, these programs are going to need some low level support to allow the
"DOS" devices to be re-directed properly to the Linux devices.  Most of it is
done down at the hardware level, and needs to be specially coded.  Since the
FTAPE support isn't really "offical" yet (its not integrated into a released
kernel), its not likely to happen any time soon.

> any suggestion accepted.

I hope this has been useful!

--
Kevin J. Cummings                       Peritus Software Services, Inc.
[email-masked]        [email-masked]

------------------------------

From: [email-masked]
Subject: PCMIA support?
Date: 28 Sep 1994 15:44:06 -0400
Reply-To: [email-masked]

Date: Wed, 28 Sep 1994 21:45:52 +0000
From: Andre Couture <[email-masked]>
Subject: PCMIA support?
To: "comp.protocols.tcp-ip.ibmpc" <[email-masked]>, 
    "comp.os.linux.help" <[email-masked]>, 
    "comp.os.linux.development" <[email-masked]>, 
    "comp.os.linux.admin" <[email-masked]>
Message-ID: <Pine.3.89.9409282141.A18787-0100000@cYborg>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII

I'm looking on information about PCMCIA support for Linux.

I am mostly interested in network and modems,

Does anyone working on PCMCIA drivers for Linux?

=======

Second question is about S-VGA drivers, is there or will be a 'generic' 
one supported in 640x480x256? or/and the LINEAR chips set.?

This is for a AST Advantage! Explorer Notebook, I've (mostly) converted 
my notebook as a Linux ws. But until I can fully support network and 
decent video display, I'll have to keep Windog :-) around!

Please reply to me directly, (as well.)

regards,

Andre Couture

=====
Andre Couture,
[email-masked] (preferred)

     _/_/_/_/  _/_/_/_/  _/_/_/_/       Centre Informatique Couture
    _/           _/     _/             (div. of 938934 Ontario Inc.)
   _/           _/     _/       938934 Ontario Inc.  Phone: +1-613-762-0262
  _/           _/     _/        155 Queen St.        FAX:   +1-819-775-9697
 _/           _/     _/         Suite 900            Roma:  +39/6-5125-745
_/_/_/_/. _/_/_/_/. _/_/_/_/.   Ottawa, Ontario      Delphi:     CoutureA

@receiver file

------------------------------

From: [email-masked] (James CE Johnson)
Subject: Re: Linux as KingGod NFS Server to DOS Slaves
Date: Wed, 28 Sep 1994 12:13:33 GMT

David - Morris ([email-masked]) wrote:
: The IBM TCP/IP for DOS product with the NFS option should work fine
: to provide NFS client support (or server).
: I use the base product but haven't had a reason to try the NFS option.
: You may find this slightly less pricy than some of the commercial
: competition -- certainly less then Netmanage's Chameleon/NFS which only
: works for windows programs (not even DOS box under windows Grrrrr!).

We use Chemeleon/NFS here at home & it works pretty good.  It is a bit
pricey tho!  I've heard really good things about Frontier's product but
I can't remember the exact name.

I read in Open Systems Today that the new generation are using VXD
stuff (whatever that's all about) that lets the DOS windows have
access to the NFS drives.

My $.02

Later,
J

------------------------------

** FOR YOUR REFERENCE **

The service address, to which questions about the list itself and requests
to be added to or deleted from it should be directed, is:

    Internet: [email-masked]

You can send mail to the entire list (and comp.os.linux.admin) via:

    Internet: [email-masked]

Linux may be obtained via one of these FTP sites:
    nic.funet.fi				pub/OS/Linux
    tsx-11.mit.edu				pub/linux
    sunsite.unc.edu				pub/Linux

End of Linux-Admin Digest
******************************