Subject: Linux-Misc Digest #710
From: Digestifier <[email-masked]>
To: [email-masked]
Date: Mon, 5 Sep 94 07:13:07 EDT

Linux-Misc Digest #710, Volume #2                 Mon, 5 Sep 94 07:13:07 EDT

Contents:
  Popmail server, how to setup in Linux? (SAMUEL)
  Re: CAP for Linux? (Leslie Mikesell)
  Re: LILO + DOS boot record = disaster (Mark A. Horton KA4YBR)
  afio can't access rmt0 ([email-masked])
  Re: Does Linux really benefit from video cards? (Phil Homewood)
  How to get the Linux Journal? (Bill Hiley)
  Re: Etherwave Cards (Tupshin Harper)
  Re: Mosaic on Linux (Steve VanDevender)
  Re: [INFO WANTED] C/SLIP vs. PPP (Steve VanDevender)
  Re: Popmail server, how to setup in Linux? (Steve VanDevender)
  Re: NFS and the portmapper... (Viktor T. Toth)
  LILO + DOS boot record = disaster
  Re: Linux Inside T-Shirts, Now Printing! (Jean-Paul Chia)
  TEST (Andreas DIETZ)
  *** PLEASE READ THIS BEFORE POSTING *** (misc-2.07) (Ian Jackson)

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

From: [email-masked] (SAMUEL)
Date: Sat, 3 Sep 94 14:29:19 EDT
Subject: Popmail server, how to setup in Linux?

   The internect access provider that I am interested in joining has
the popmail server for e-mails.  Can anyone tell me how to
setup my Linux box for this option?

  Any opinions will be greatly appreciated.

  -sam-

_________________________________________________________________________

  Samuel C. Ramac                           email: [email-masked]
  IBM Microelectronics
  East Fishkill, NY 12533    Opinions expressed above are mine not IBM's
_________________________________________________________________________

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

From: [email-masked] (Leslie Mikesell)
Subject: Re: CAP for Linux?
Date: 4 Sep 1994 23:40:40 -0500

In article <[email-masked]>, Dave Platt <[email-masked]> wrote:

>Phase 2 (which is what most organizations are using these days) will be
>a more difficult capability to implement.  It requires a consistent
>method of persuading the Ethernet interface to receive multicasts.  A
>fair number of the current Linux ethercard drivers do not yet support
>multicasting, and [as far as I can tell] there is no consistent kernel
>interface for registering with the network in order to receive arbitrary
>packets (e.g. there's no equivalent to the Berkeley packet filter).

I'd be perfectly happy to drop in another ethernet card to run (only)
native appletalk if that would be an easier approach.  It would be
a lot cheaper than any of the other alternatives.

Les Mikesell
  [email-masked]

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

Crossposted-To: comp.os.msdos.programmer
From: [email-masked] (Mark A. Horton KA4YBR)
Subject: Re: LILO + DOS boot record = disaster
Date: Mon, 5 Sep 1994 04:33:11 GMT

Calm down... 

[email-masked] wrote:
: LILO overwrote my DOS boot record (not the Master Boot record).  Of course
: that only means one thing:  my entire DOS partition is toast.  $#@*&^!!!
: (I have no idea how LILO could have written itself to the DOS 
: boot record--it's not supposed to do that.)

        Yes it can, and yes it will, if YOU tell it to in your 
        /etc/lilo.conf file by specifying "boot=/dev/hda1" rather
        than "boot=/dev/hda"  as you should have had you intended
        to install LILO in the MBR.  

: The DOS partition is 434M and resides on Maxtor 546 drive.

: At first I got an Invalid Media Type error when trying to access C:, but
: I corrected that problem by copying the boot record from my 130 drive
: onto the 546's corrupted DOS boot record.

        This is usually not a very wise thing to do.

: But now when I do dir c: I get nothing but garbage.  I need to know
: the details of the standard DOS boot record (or whatever is responsible for 
: telling DOS where the FAT and root directory are) so I can correct this.

        You are making this entirely too complicated... settle down.

: I searched my entire HD to see if LILO kindly saved a copy of my
: original DOS boot record, but it didn't (pretty lame).  [I searched
: on some keyboards such as MSDOS5.0 and FAT16, which are standard "tags" in 
: the DOS boot record but the search was fruitless.]

        To quote from /usr/src/lilo/README:
LILO automatically makes backup copies when it overwrites boot sectors. They
are named /etc/lilo/boot.<nnnn>, with <nnnn> corresponding to the device
number, e.g. 0300 is /dev/hda, 0800 is /dev/sda, etc. Those backups can be
used to restore the old MBR if no easier method is available. The commands are
dd if=/etc/lilo/boot.0300 of=/dev/hda bs=446 count=1  or
dd if=/etc/lilo/boot.0800 of=/dev/sda bs=446 count=1
respectively.

: I basically need some (major) help reconstructing the DOS boot record.

        Unless you have seriously screwed up the images LILO saved for
        you, you are going around Mars to get to your elbow with this
        approach.

: You can reply privately or publicly, but if you choose the latter you
: may want to edit the newsgroup distribution line appropriately so as to
: not anger the natives. ;)
 
        I think they can judge the merits of this response for themselves.

: Thanks in advance
: Tuan

        You're welcome.  You may wish to read up on some of the documentation
        provided with Linux on the LILO boot loader for future reference.

        -- Mark 
        
        (Werner... feel free to add your comments here! :)  - mark)
 
--
"Linux!     Guerrilla UNIX Development     Venimus, Vidimus, Dolavimus."
============================================================
Mark A. Horton       ka4ybr             [email-masked]
P.O. Box 747 Decatur GA US 30031-0747         [email-masked]
+1.404.371.0291                     33 45 31 N / 084 16 59 W

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

From: [email-masked]
Subject: afio can't access rmt0
Date: 4 Sep 1994 22:40:43 -0400
Reply-To: [email-masked]

I've got a bit of a stumper here.  I installed afio this afternoon and
ran a backup with no problems.  After doing some major reconfiguration I
attempted another backup (several times).  On my first try I got a good
deal of I/O error messages.  On a subsequent try I got this type of 
output:

bin/ftp.z -- (45%)
bin/gunzip -- okay
afio: "/dev/rmt0": Permission denied
afio: "/dev/rmt0": Permission denied
afio: "/dev/rmt0": Permission denied
afio: "/dev/rmt0": Permission denied
bin/gzip.z -- (46%)
afio: "/dev/rmt0": Permission denied

The program is bing run as root so I can only assume that the file
is still locked by a previous session.  No other users are on the system
as the error occurs.  I suspect that a reboot would solve the problem
but I would prefer a cleaner solution.

Hardware:

486/DX2 66 processor
20 megs ram
Adaptec 1542b SCSI card
Archive 2150s tape drive
Fujitsu 500 meg SCSI disk
Micropolis 1.5 gig disk

Software:

Linux 1.1.48
afio 1.3

Any help would be appreciated.

-- 
===================================================================
|Chuck Mattern           | "Not failure, but low aim, is crime."  |
[email-masked] | -James Russell Lowell-                 |
===================================================================

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

From: [email-masked] (Phil Homewood)
Subject: Re: Does Linux really benefit from video cards?
Date: 5 Sep 1994 04:50:16 GMT

Kurt M. Hockenbury ([email-masked]) wrote:
: Phil Homewood ([email-masked]) wrote:
: : S. Hosseini ([email-masked]) wrote:
: : :   I know there is much fuss about video cards in Linux 
: : : commumity, but does Linux really benefit from them? and how ?
: : Yes, it does.  Makes it a LOT easier to connect a monitor to the
: : machine. :-)

: But do you need one? I've seen at least one post about a system with no
: monitor, just a dumb terminal on the serial port.  :-)

Ah yes... but typing blind to enable the getty on the serial port
can get a bit annoying ;)

Phil.
--
Phil Homewood                           [email-masked]
APANA Brisbane Regional Co-Ordinator    [email-masked]
      "Lucretia, my reflection, dance the ghost with me"

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

From: [email-masked] (Bill Hiley)
Subject: How to get the Linux Journal?
Date: Mon, 05 Sep 94 05:02:21 GMT

Can someone let me know how to get hold of the Linux Journal ? eg.

Contact address, email, phone, fax (hopefully a contact in Australia)
Cost for subscription (including overseas airmail delivery if nessecary). 

It'd be good to see a sample copy first - though I'm prepared to accept
third-party recommendations and simply subscribe.

Thanks - Bill Hiley <[email-masked]>

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

Crossposted-To: alt.uu.comp.os.linux.questions
From: [email-masked] (Tupshin Harper)
Subject: Re: Etherwave Cards
Date: Sun, 4 Sep 1994 05:00:32 GMT

Donald Becker ([email-masked]) waggled two eyebrows and spewed thusly: 
: In article <[email-masked]>,
: Sara Green <[email-masked]> wrote:
: >Has anyone successfully used the Etherwave cards under Linux?  If so, any
: >opinions on Etherwave versus other network cards?  Thanks in advance.

: The Etherwave network card is reportedly a OEMed 3c509 chip combined with
: a Farallon transceiver.  The standard 3c509 driver should work with it.

: Opinions?  They are too expensive for general use, but are a great option
: for special cases.  Hublet prices start at $125, and Etherwave adds $75-$100
: to the price of the board -- worth it if you have pulled one wire
: too few, but not if you are two network drops short.

: -- 
: Donald Becker                                   [email-masked]
: USRA-CESDIS, Center of Excellence in Space Data and Information Sciences.
: Code 930.5, Goddard Space Flight Center,  Greenbelt, MD.  20771
: 301-286-0882       http://cesdis.gsfc.nasa.gov/pub/people/becker/whoiam.html

Warning I'm a Farallon employee.
That said, there are a few other advantages that an Etherwave card has 
over regular 10bT cards plus hublet configuration.  Potentially the most 
important advantage is that unlike a hub of any kind(including hublets), 
Etherwave cards do not increase a packets hop count. We've seen a number 
of sites where a hublet is just not an option because a given Ethernet 
packet is already going through too many repeaters(e.g. hubs, routers, or 
bridges).  The addition of a hublet in such situations would make it 
impossible for packets to reach certain destinations.  Since Etherwave 
cards aren't repeaters, they do not have that limitation.

You are correct in stating that our Etherwave ISA card is based on the 
3C509 chipset and is therefore identical to a 3C509 from the computers 
point of view.   However, we do have a number of of products in the 
Etherwave line including:
Etherwave PCMCIA-based on 3Coms PCMCIA Ethernet card
Etherwave AUI-Adds Etherwave capability to any Ethernet card with an AUI..
Etherwave AAUI-Same as above for AAUI devices.
as well as a number of different Etherwave products for Macintoshes.

-Tupshin
-Farallon Tech. Support
[email-masked]
-- 
                                             [email-masked]

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

From: [email-masked] (Steve VanDevender)
Subject: Re: Mosaic on Linux
Date: Mon, 5 Sep 1994 06:08:23 GMT

In article <[email-masked]>
[email-masked] (Wessel du Preez) writes:

   >"Jae" == Jae W Chang <[email-masked]> writes:

   Jae> Setting the default home doc is done through X Resources i.e.
   Jae> .Xresources or .Xdefaults for example.

   That, and also (preferably) in $XUSERFILESEARCHPATH/Mosaic. Same
   stuff, but putting it in its own file keeps .Xdefaults (or whatever)
   short. By helping programs avoid reading stuff in resource files that
   they would just ignore anyway, improves startup time of all X
   clients. (I think more thorough explanation can be found in the X or
   Speeding up X FAQs)

X applications don't read .Xdefaults every time they start up.
When X is started, xrdb is used to load .Xdefaults into the X
server's resource database.  You might note that editing
.Xdefaults won't affect application behavior until you restart
the server.

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

From: [email-masked] (Steve VanDevender)
Subject: Re: [INFO WANTED] C/SLIP vs. PPP
Date: Mon, 5 Sep 1994 06:44:45 GMT

In article <[email-masked]> [email-masked] (Eric
Jui-Lin Lu) writes:

   Can someone in the net who have played with both CSLIP and PPP
   tell me which one to choose? I'm not intended to invoke any
   controversial issue.  I just wish to know, comparing performance
   under Linux only, which one is better? (I assume, once either
   one is setup as client, I can get all tcpip programs to run.
   Correct me if I'm wrong.)  Thanks!!

I've used SLIP, CSLIP, and PPP on my system.  For a long time I
could only use SLIP; when I tried CSLIP it would not work at all,
and neither would PPP.  Then I recompiled my kernel from stock
sources (the Slackware 2.0 kernel source) and suddenly both CSLIP
and PPP worked; I hypothesized that a particular kernel patch
(the inline assembler string functions patch for 1.0 kernels) had
somehow broken the IP header compression.

What I found after a little playing with both CSLIP and PPP on my
system is that PPP gets almost the maximum theoretical
performance possible on my 14.4Kbps modem -- I'd see 1.6-1.7 K/s
for large compressed binary FTP transfers, for example.  CSLIP
under the same circumstances was doing only about 0.95 K/s.  So
now I use PPP all the time, since I have a connection to a system
with dialup PPP access.

Yes, there is no difference in how TCP/IP applications work with
either SLIP or PPP; they are link-layer protocols that are used
to send the IP datagrams that your applications deal with.

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

From: [email-masked] (Steve VanDevender)
Subject: Re: Popmail server, how to setup in Linux?
Date: Mon, 5 Sep 1994 06:54:29 GMT

In article <[email-masked]>
[email-masked] (SAMUEL) writes:

      The internect access provider that I am interested in joining has
   the popmail server for e-mails.  Can anyone tell me how to
   setup my Linux box for this option?

If you have perl, then there's a little program called "pop-perl"
available for anonymous FTP at sunsite.unc.edu,
pub/Linux/systems/Mail/pop-perl-1.0.tar.gz.  It's a little perl
script that handles connecting to a remote POP server and
fetching your mail periodically to your local mailbox on your
home system.  There's also a POP client written in C in the same
directory, called popclient-2.21.tar.gz.  I use pop-perl and it
works great; it might also be a little easier to customize than
the C client (I hacked mine for a different polling interval and
to not add its own "From" line).

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

From: [email-masked] (Viktor T. Toth)
Crossposted-To: comp.os.linux.help
Subject: Re: NFS and the portmapper...
Date: Mon, 5 Sep 1994 00:53:35

In article <[email-masked]> [email-masked] (Stephen Louis Ulmer) writes:

>Greetings,
>   I've been using Linux on my home machines for some time now, and
>would like to add NFS capability.  I get the following message
>whenever I try to mount an NFS volume - be it in fstab or from a prompt:
>
>  mount clntudp_create: RPC: Port mapper failure - RPC: Unable to receive

Stupid question #527: are you running rpc.portmap on the nfs host? (Also, 
rpc.mountd and rpc.nfsd)

Viktor

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

Crossposted-To: comp.os.msdos.programmer
From: [email-masked] ( )
Subject: LILO + DOS boot record = disaster
Date: Sun, 4 Sep 1994 07:32:12 GMT

LILO overwrote my DOS boot record (not the Master Boot record).  Of course
that only means one thing:  my entire DOS partition is toast.  $#@*&^!!!
(I have no idea how LILO could have written itself to the DOS 
boot record--it's not supposed to do that.)

The DOS partition is 434M and resides on Maxtor 546 drive.

At first I got an Invalid Media Type error when trying to access C:, but
I corrected that problem by copying the boot record from my 130 drive
onto the 546's corrupted DOS boot record.

But now when I do dir c: I get nothing but garbage.  I need to know
the details of the standard DOS boot record (or whatever is responsible for 
telling DOS where the FAT and root directory are) so I can correct this.

I searched my entire HD to see if LILO kindly saved a copy of my
original DOS boot record, but it didn't (pretty lame).  [I searched
on some keyboards such as MSDOS5.0 and FAT16, which are standard "tags" in 
the DOS boot record but the search was fruitless.]

I basically need some (major) help reconstructing the DOS boot record.

You can reply privately or publicly, but if you choose the latter you
may want to edit the newsgroup distribution line appropriately so as to
not anger the natives. ;)

Thanks in advance
Tuan

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

From: [email-masked] (Jean-Paul Chia)
Crossposted-To: aus.computers.linux,alt.linux.sux,alt.os.linux,comp.os.linux.admin,comp.os.linux.development,comp.os.linux.help
Subject: Re: Linux Inside T-Shirts, Now Printing!
Date: 5 Sep 1994 17:24:22 +0800

Dave Rossow ([email-masked]) wrote:
: [email-masked] (Justin Scott) writes:
: >Any type of JPEGs, etc we can see of the shirts before we order?
: >I would love to have the "Linux Inside" as will as the "GNU Generation" 
: >shirts, but only if I can see pics before purchase
: >Justin

: Likewise!
:       dave
:       [email-masked]

Well.. The GNU Generation is just text, because the cost to print the pciture 
of it would be around $28 US. Unless you really like the picture, and you really
really want the picture version, then mail me, and maybe I can print a few.
Anyways, Here is the Linux Inside one, I can't seem to find the GNU one. :)
I'll post it ASAP..
Thank you.
- JP

-- CUT HERE --

--      
        Jean-Paul Chia                      TheWiz @ IRC
        Drasnian Technologies,  Perth, Western Australia
        PH +61-9-447-6261             FAX +61-9-447-4098
        [email-masked], [email-masked]

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

From: [email-masked] (Andreas DIETZ)
Subject: TEST
Date: 4 Sep 1994 10:25:06 GMT

Andreas DIETZ
LIRMM                            email : [email-masked]
161 rue Ada                      Tel   : (33) 67 41 85 80
34392 Montpellier Cedex 5        Fax   : (33) 67 41 85 00

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

From: [email-masked] (Ian Jackson)
Subject: *** PLEASE READ THIS BEFORE POSTING *** (misc-2.07)
Date: 5 Sep 1994 04:03:11 -0600

Please do not post questions to comp.os.linux.misc - read on for details of
which groups you should read and post to.

Please do not crosspost anything between different groups of the comp.os.linux
hierarchy.  See Matt Welsh's introduction to the hierarchy, posted weekly.

If you have a question about Linux you should get and read the Linux Frequently
Asked Questions with Answers list from sunsite.unc.edu, in /pub/Linux/docs, or
from another Linux FTP site.  It is also posted periodically to c.o.l.announce.

In particular, read the question `You still haven't answered my question!'
The FAQ will refer you to the Linux HOWTOs (more detailed descriptions of
particular topics) found in the HOWTO directory in the same place.

Then you should consider posting to comp.os.linux.help - not
comp.os.linux.misc.

Note that X Windows related questions should go to comp.windows.x.i386unix, and
that non-Linux-specific Unix questions should go to comp.unix.questions.
Please read the FAQs for these groups before posting - look on rtfm.mit.edu in
/pub/usenet/news.answers/Intel-Unix-X-faq and .../unix-faq.

Only if you have a posting that is not more appropriate for one of the other
Linux groups - ie it is not a question, not about the future development of
Linux, not an announcement or bug report and not about system administration -
should you post to comp.os.linux.misc.

Comments on this posting are welcomed - please email me !
--
Ian Jackson  <[email-masked]>  (urgent email: [email-masked])
2 Lexington Close, Cambridge, CB4 3LS, England;  phone: +44 223 64238

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

** 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.misc) 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-Misc Digest
******************************