HDTenEightyP/NetNews huggingface dataset:
From: atina!tron@uunet.UU.NET (Carlos G Mendioroz)
Newsgroups: biz.sco.general
Subject: Problem with smtp client (mmdf)
Date: 23 Jul 92 11:29:19 GMT
Organization: [resent by] The SCOGEN gateway and Propagation Society
Resent-From: mmdf@xenitec.on.ca
Submit-To: scogen@xenitec.on.ca
Precedence: bulk

It seems that mmdf's smtp client sends a From_ line
as the first line of DATA. This line in turn is not
a valid RFC822 line and some smtpservers choke on that.

Has anybody know how to fix this ?
TIA,
-tron
--
Carlos G. Mendioroz  <tron@unisel.com.ar>    54 (1) 799-2715
Cordoba 3122 6 A - La Lucila - Buenos Aires 1636 - Argentina
From: space!rberkhei@uunet.UU.NET (Russell Berkheimer)
Newsgroups: biz.sco.general
Subject: Need Hard Disk Recovery Software
Date: 28 Jul 92 01:01:54 GMT
Organization: [resent by] The SCOGEN gateway and Propagation Society
Resent-From: mmdf@xenitec.on.ca
Submit-To: scogen@xenitec.on.ca
Cc: rberkhei@uunet.UU.NET
Precedence: bulk

I have been asked to attempt to recover several hundred files
from an old Compaq 386/25 with a 300 MB ESDI hard disk.  The
disk had been stored in a file cabinet for the last couple of
years.  It has an old copy of Open Desktop (probably version 1.0)
on it.  Unfortunately, it is no longer bootable and the previous
user failed to create a backup.

When powered up, the BIOS can't mount the hard disk.  However,
the DOS FDSK program is able to read the partition information
from the disk (which indicates that the entire disk has a UNIX
partition).  In addition, the Compaq diagnostic program is unable
to successfully read all 611 cylinders (it reads cylinder 610,
then starts at 0 and reads up to 605 before it fails).

Can anyone recommend hard disk recovery software which I could
purchase to allow me to attempt to recover these files (or
hopefully, the entire filesystem)?  I have tentatively identified
RecoverEase (from Ontrack computer systems) as a potential
approach.  Does anyone have experience with this product?

Thanks,

Russell Berkheimer              | FQDN:   rberkhei@space.COM
Space Applications Corporation  | UUCP:   ...uunet!space!rberkhei 
6632 S 191st Place, Suite E-103 | VOICE:  (206) 656-0140
Kent, WA   98032                | FAX:    (206) 656-0146
From: jbayer@ispi.COM (Jonathan Bayer)
Newsgroups: biz.sco.general
Subject: Re: How to allow a user "shutdown"
Date: 22 Jul 92 12:42:32 GMT
Organization: Intelligent Software Products, Inc.

geoff@zswamp.UUCP (Geoffrey Welsh) writes:

>wehler@welfa4.elektro.uni-wuppertal.de (Andreas Wehler) writes:

>> does someone know how to allow a certain normal user to shutdown the 
>> system? AUTOBOOT is easy. Just switch on and wait.

>   Sounds like a bit of a bizarre request, but this is how I'd do it:

>   Create a directory under his home directory in which he has read and 
>execute permissions only, and (optionally) make his .profile add it to his 
>path.  In it, put a shell script owned by root, with the setuserid bit on.  
>The shell script contains the shutdown command.  When he executes it (either 
>by path or explicitly), it will run shutdown as root, but it doesn't give him 
>any other special privileges.

This won't work.  The setuserid bit does not work for shell scripts!

What you can do is something similar:  Copy the shutdown command into a
directory accessable and owned by your user.  Make sure it is owned by root,
and set the setuseridbit on (command:  chmod u+s shutdown).  Then put
a shell script into the same directory with the full syntax you want him to
use when shutting down the system.  Make sure that the full path of the
local shutdown command is specified in the shell script.

>   OK, that's a suggestion from someone with practically no experience as a 
>UNIX sysadmin; let's see (a) where the holes are - I'll learn something - and 
>(b) what the better suggestions are. 

The fact that the setuid does not work for shell scripts is sometimes not
too well documented or understood.


JB
-- 
Jonathan Bayer		Intelligent Software Products, Inc.
(908) 248-1853		37 Winthrop Rd. 
jbayer@ispi.COM		Edison, NJ   08817
From: fr@compu.com (Fred Rump from home)
Newsgroups: biz.sco.general
Subject: Re: Tape backup revisited/CTAR/Tape verify
Date: 23 Jul 92 14:50:53 GMT
Article-I.D.: compu.1992Jul23.145053.28080
Organization: CompuData Inc.

lee@dlpco.COM (Lee Penn) writes:

>DLP WILL NEVER SELL OR SUPPORT ANOTHER UNIX SYSTEM WITHOUT CTAR.
>WE FURTHER WILL NOT EVEN HELP A CUSTOMER WHO IS IN TROUBLE
>WITHOUT INSTALLING CTAR FIRST ON THEIR SYSTEM AND DOING VERIFIED
>BACKUPS.

>DLP'S NEW LOGO:    "NO CTAR  -----   U DEAD!!!"


Welcome to the club!@

Just imagine the consternation when Tom told us that he won't produce a 
special Altos (SCO UNIX except with special I/O) CTAR any more. I mean it 
still works but not in all its glory.

Stories like yours make for good proof of the pudding. I'll have to include it 
in every proposal that mentions CTAR but is always questioned by the local 
'experts' as not really needed because they know how to use tar. :-)

We sort of insist that without it and a modem we can't do business.

Fred 
-- 
W. Fred Rump 	office:	   fred@COMPU.COM     'mans feet have grown/so big 
26 Warren St.   home: fred@icdi10.compu.com  that he/forgets his littleness'
Beverly, NJ. 08010                          		Don Marquis 
609-386-6846    bang:uunet!cdin-1!icdi10!fr   
Newsgroups: biz.sco.general
From: "Paul A. Fischer, Sr UNIX Sys Consultant" <paul@openage.com>
Subject: Token Ring Boards for SCO (No IBM)
Resent-From: mmdf@xenitec.on.ca
Submit-To: scogen@xenitec.on.ca
Organization: [resent by] The SCOGEN gateway and Propagation Society
Date: Tue, 28 Jul 1992 17:41:11 GMT
Precedence: bulk

I all.  

A customer of mine is running Token Ring (TR) under ODT 1.1.  We are having 
serious problems with NFS on 3 of 5 machines.  Does anyone know of a 
manufacturer besides IBM who has a TR board with drivers for SCO?  This is an 
ISA 486/33 clone.

Thanks

--------------------------------------------------------------------------------
Independent SCO support and service provider in the D.C. metro area.
No Incumbents in '92. Get the crooks out of office. Vote & Send a Message
Paul A. Fischer           | Open Age Inc.  | paul@openage.com
Sr. UNIX Sys. Consultant  | (301) 948-6422 | (301) 948-9644 Fax

Newsgroups: biz.sco.general
From: jeff@itsesi.chi.il.us (jeff postlewaite)
Subject: Re: Fun with 9-Tracks
Resent-From: mmdf@xenitec.on.ca
Submit-To: scogen@xenitec.on.ca
Organization: [resent by] The SCOGEN gateway and Propagation Society
Date: Thu, 30 Jul 1992 20:11:57 GMT
       "Re: Fun with 9-Tracks" (Jul 24,  4:14pm)
Precedence: bulk

On Jul 24, Fred Rump from home wrote:
} Subject: Re: Fun with 9-Tracks
} la4gen!villy@uunet.UU.NET (Will Hartung - Master Rallyeist) writes:
} 
} >Our marketing pukes just let us know that we need to convert
} >some data from (several?) 9-track tapes written on an IBM 4341(?)
} 
} You'll be reading EBCDIC tapes and need to convert to ASCII. Otherwise there 
} should be no hardware incompatibility as long as the tape densities are the 
} same.
} 
} Fred
} -- 
} W. Fred Rump 	office:	   fred@COMPU.COM     'mans feet have grown/so big 
} 26 Warren St.   home: fred@icdi10.compu.com  that he/forgets his littleness'
} Beverly, NJ. 08010                          		Don Marquis 
} 609-386-6846    bang:uunet!cdin-1!icdi10!fr   
}-- End of excerpt from Fred Rump from home

What about possible packed data fields on the EBCDIC tape?  

dd won't deal correctly with these will it?

-- 
Jeff Postlewaite                      Email: jeff@itsesi.chi.il.us
effective solutions, inc.                    ....clout!itsesi!jeff
P.O. Box 93                           Voice: (312) 337-4433
Markham, IL  60426                      Fax: (708) 754-1866
From: tempir@Germany.Sun.COM (Uwe S.Obst - Temporaerer Mitarbeiter IR)
Newsgroups: biz.sco.general
Subject: Re: relocating dev kit libs
Date: 24 Jul 92 06:06:17 GMT

brian@ilinx.wimsey.bc.ca (Brian J. Murrell) writes:

[..]
>I relocated my /lib/lib*.a to another directory and set LIBDIR in my env to
>that directory.  ld still choked trying to find libc.a.  Do the [L]LIBDIR
>variables work??

>Interesting to note if I compile using cc -L$LIBDIR -o source.c -o exefile
>everything works.  I don't want to however have to always specify -L on my
>cc line.

well, perhaps it'll work if you add the -L... to FLAGS= in /etc/default/cc.
it's only an idea. i haven't tried this.

best regards,
		uwe
--
Uwe S.Obst # @work:Uwe.Obst@Germany.Sun.COM # @home:Uwe.Obst@PHIger.Deg.Sub.ORG
"...and always remember that J. Random User is watching you, and will not be at
all impressed if you have to type control-shift-alt-hyper-super-meta-cokebottle
to exit the program, and it gurus if you type it wrong."        -- Leo L.Schwab
From: aehall@sumax.seattleu.edu (anth)
Newsgroups: biz.sco.general
Subject: Color Problems at 19200
Date: 23 Jul 92 18:08:47 GMT
Distribution: usa
Organization: Seattle University, Seattle WA

I'm the sysadmin where I work and we're having a problem with the software
we develop.

When running our software on PC's (through serial ports using terminal
emulation software TERM) in color using TERM=ansic as the unix environment
variable, we're getting control characters on the screen.
This only happens at 19200 but not at 9600 baud.  We have a contract
with DEC support and they told me that it was either a problem with our
software, or a problem with our multiport serial board.
I called the serial board manufacturer (Computone) and they blamed SCO
Unix and our software.  Everyone here insists that it can't possibly
be OUR software, so I've been blamed for this problem...
I'm being sent in circles by everyone and helped by no one.  Can anyone
out there help point me in the right direction to get this solved?

Thanks a lot
Anthony
Newsgroups: biz.sco.general
From: mathers@sciborg.uwaterloo.ca (Chris Mathers)
Subject: Re: rlogind: getpeername : Invalid argument
Organization: University of Waterloo, Waterloo, Ontario, Canada
	<1992Jul26.220052.18754@demesne.uucp>
Date: Mon, 27 Jul 1992 04:40:57 GMT

In article <1992Jul26.220052.18754@demesne.uucp> steph@demesne.uucp (Steph Marr) writes:



   mathers@sciborg.uwaterloo.ca (Chris Mathers) writes:

         [my problem about not being able to rlogin or telnet into
          my SCO system after changing ip numbers]

   I hope you changed the entry for your host in /etc/hosts as well.

yep
       [I get confused about rlogind and telnetd, and Steph sets me straight]

   I presume that you are experiencing problems with telnet and rlogin
   services on your box.  If you can tell me what happens when you try to
   get connected to the SCO box, and what you are connecting -from- I can
   try to be more helpful.

    When I try to rlogin or telnet into my system, either from dos
tcpip or from other unix systems, or even from another login on the
console, I get "bad login user id" and then the login exits. I get
normal user and passwd prompts (why I thought I had no rlogind I don't
know) and it doesn't matter what user I try to login as. Logins on the
console or from terminals work fine, as do all the other tcpip
services. What is different about the user authentication processes
for remote logins and normal ones?

Chris

   Steph.
   -- 
   Steph Marr
   ...!uunet!sco!demesne!steph
   /* This is MY house, and MY machine.  I'll say what I please. */
Newsgroups: biz.sco.general
From: noldi@furka.enet.dec.com (Arnold Sutter Unix Support)
Subject: Does mapchan work with Corollary's Term. Mux ??
Reply-To: noldi@furka.enet.dec.com
Organization: Digital Equipment Corporation, Zurich, Switzerland
Date: Thu, 23 Jul 1992 11:59:42 GMT


--
I've a Corollary based HW (applicationDEC 433MP for that matter) and try
to print on a terminal concentrator port onto a HP LaserJet IIIp printer
with hp.roman8 char set. 

Although I've put the mapchan on that port to hp.roman8 and the tty in
/etc/ttytype to hplaserjet, the files don't get mapped right on the HP 
LaserJet. 

This mapchan works on a non-Corollary port (i.e. tty1a). 

Does mapchan work on Corollary Terminal Concentrator Ports ??


Regards, 

Arnold
----------------------------------------------------------------------------

Arnold Sutter, DEC Unix Support, Zurich, Switzerland
I-net:  noldi@furka.zuo.dec.com
X.400:  C=ch, A=arcom, P=digital, O=digital, OU=rle, S=sutter, G=arnold
Phone:  [++](411) 801-2714
Motto:  "Who are you ?? -- I'm BATMAN !!"
----------------------------------------------------------------------------
Newsgroups: biz.sco.general
From: brian@ilinx.wimsey.bc.ca (Brian J. Murrell)
Subject: Re: Tape backup revisited/CTAR/Tape verify
Resent-From: mmdf@xenitec.on.ca
Submit-To: scogen@xenitec.on.ca
Cc: scogen@imcon.wimsey.bc.ca
Organization: [resent by] The SCOGEN gateway and Propagation Society
Date: Fri, 24 Jul 1992 15:17:09 GMT
Precedence: bulk

As enscripted by Fred Rump from home:
> 
> lee@dlpco.COM (Lee Penn) writes:
> 
> Stories like yours make for good proof of the pudding. I'll have to include it 
> in every proposal that mentions CTAR but is always questioned by the local 
> 'experts' as not really needed because they know how to use tar. :-)

Hi Fred, 

	I've never used CTAR but it does sound good.  I think it's best
attribute is the boot disk they create.  I already have a bit level verify
backup using gnutar.

	One of it's virtues is the ability to go past bad (software) tape 
blocks and look for the next tar header.

	You might want to look at it if you get clients whining about buying
something they don't need (although in IMHO you usually end up regretting 
dealing with those kind of clients).

> We sort of insist that without it and a modem we can't do business.
I agree!!

regards,
brian

-- 
Brian J. Murrell                                        brian@ilinx.wimsey.bc.ca
InterLinx Support Services, Inc.                        uunet!van-bc!ilinx!brian
North Vancouver, B.C.
        Platform and Brand Independent UNIX Support - R3.2 - R4 - BSD
From: javier@lucas.MREC.AR (Francisco Javier Lopez)
Newsgroups: biz.sco.general
Subject: Undocumented feature in unix tty driver ?
Date: 31 Jul 92 22:26:52 GMT
Reply-To: javier@lucas.mrec.ar
Organization: [resent by] The SCOGEN gateway and Propagation Society
Resent-From: mmdf@xenitec.on.ca
Submit-To: scogen@xenitec.on.ca
Precedence: bulk

Hi,
We are currently moving from xenix to sco unix 3.2.

Screen routines often sends a carriage return to go to the first column in the
same row.
This works ok in xenix, but in unix when only cr is sended the driver adds a
0x00 char.
Now see the following example:
- in a DOS box, telnet to the unix machine
- run an applicattion

When the screen routines sends a cr, the driver sends 0x0d 0x00, and in the dos
screen the 0x00 is displayed as a blank in the first column and advance to the
column 2.

Could this behaviour be changed ?

Since I don't read this list, please send mail to

javier@lucas.mrec.ar

I'll summarize if there is enough interest in it.

Thanks in advance
===============================================================================
Francisco Javier Lopez               | internet: javier@lucas.mrec.ar
United Nations Development Programme | uucp: ...!uunet!atina!lucas!javier
Argentine Foreign Office             | Phone: (Home)   +54-1-757-2122
                                     |        (Office) +54-1-313-8082
From: lance@markv.com (Lance Ellinghouse)
Newsgroups: biz.sco.general
Subject: Re: Tape backup revisited/CTAR/Tape verify
Date: 24 Jul 92 17:36:03 GMT
Organization: Mark V Systems Limited, Encino, Ca

In article <9207240853.aa15301@openage.COM> "Paul A. Fischer, Sr UNIX Sys Consultant" <paul@openage.com> writes:
>Maybe someone will come up with a tape drive that has downloadable microcode?  
>This would make firmware very basic, and if you wanted extra capabilities you 
>would just pay for a microcode upgrade.  This would also make upgrading the 
>microcode a piece of cake.  Lots of multiport vendors do things like this now, 
>why not do it for tape drives.

The HP DAT's are all done with downloadable microcode. That is how we
upgraded/fixed-bugs our HP DAT drive. (BTW: it is a great drive!)

Lance Ellinghouse
lance@markv.com
Newsgroups: biz.sco.general
From: bill@Celestial.COM (Bill Campbell)
Subject: Re: relocating dev kit libs
Organization: Celestial Software, Mercer Island, WA
Date: Fri, 24 Jul 1992 15:02:31 GMT

In <m0mB83S-000FjgC@ilinx.wimsey.bc.ca> brian@ilinx.wimsey.bc.ca (Brian J. Murrell) writes:

:When one reads the ld man page, at the end, there is some mention of LIBDIR
:and LLIBDIR.  I take it to mean these are environment variables which point to
:where you have your libs and stuff.  

I'm glad someone else asked this question.  I've had the same
problem with ODT 2.0 DevSys trying to specify alternate paths for
LIBDIR because I'm trying to link in Conor Cahill's malloc
debugging routines and the loader barfs with multiple definitions
of the malloc stuff.  The only way I got this to work on Xenix
was to replace the malloc.o... in Slibc.a.

:I relocated my /lib/lib*.a to another directory and set LIBDIR in my env to
:that directory.  ld still choked trying to find libc.a.  Do the [L]LIBDIR
:variables work??

:Interesting to note if I compile using cc -L$LIBDIR -o source.c -o exefile
:everything works.  I don't want to however have to always specify -L on my
:cc line.

The -L option doesn't work this way on the ODT2.0 (and I presume
the 3.2v4 DevSys.  It specifies that assembler output will be
saved.  There's an option -link to cc that tells it that all following
arguments are for the linker (some overloading of options here).
I haven't had any luck getting this to work either.

I never compile from the command line and it's no problem to
build the options into the Makefile.

Is there any way to get the -link -L$(LIBRARY) to work under ODT2.0?
I really don't want to muck with /lib/386/libc.a if I don't have to.

Bill
-- 
INTERNET:  bill@Celestial.COM   Bill Campbell; Celestial Software
UUCP:   ...!thebes!camco!bill   6641 East Mercer Way
             uunet!camco!bill   Mercer Island, WA 98040; (206) 947-5591
SPEED COSTS MONEY -- HOW FAST DO YOU WANT TO GO?
Newsgroups: biz.sco.general
Subject: IP assignment software???
From: a_millsbs@ccsvax.sfasu.edu
Date: 22 Jul 92 11:47:52 CST
Organization: Stephen F. Austin State University

Here is a question that might be best asked of other groups but I'll post here
since I want to accomplish this with one of my SCO boxes.

Does anyone out there have any software to help in assigning IP numbers?

We have several people on campus who need to be able to quickly reserve an IP
number when they go out to do installs/setup.  It would be ideal if we had some
menu driven software that given information such as  building/location, machine
type, etc  would quickly search through a database and reserve for you the next 
available IP address.  Also, we keep information such  location, username,
machine type, network software used, phone number, etc. for each IP assignment.

If I cant find some preexisting software I am going to whip something up with
INGRES or INFORMIX or INTEGRA  or whichever suits my fancy at the time but I
thought mebbe someone out there could same me the time and trouble.

Thanks in advance,

------------------------------------------------------------------------------
B. Scott Mills                            (409) 568-1134
Computer Center -- Technical Support,     Stephen F. Austin State University
a_millsbs@ccsvax.sfasu.edu                P.O. Box 13012 SFA Station
root@calvin.sfasu.edu                     Nacogdoches, TX  75962
------------------------------------------------------------------------------

Newsgroups: biz.sco.general
From: sean@utoday.com (Sean Fulton)
Subject: Re: How to allow a user "shutdown"
Organization: UNIX Today!
Date: Thu, 23 Jul 92 16:00:41 GMT

In article <1992Jul22.081713.137487@rrz.uni-koeln.de> wehler@welfa4.elektro.uni-wuppertal.de (Andreas Wehler) writes:
>>>    ----- topic: -----
>>> does someone know how to allow a certain normal user to shutdown the 
>>> system? AUTOBOOT is easy. Just switch on and wait.
>
>kgermann@zeos.COM (Ken Germann) wrote (thanks):
>>     ----- answer1: -----
>>Add the user to group 'sys' and do a chmod 750 /etc/shutdown.
>>You will also have to add the kernel privs to that user to 
>>perform the shutdown.
>>     ----- answer2: ------
>>You can set up a set UID and set GID script to run shutdown for you.
>>The first option is a bit more secure than the second.
>
>Now, I tried both and can't make the system execute /etc/init nor
>send a message via "cat $mesg | wall".
>The system rejects the command saying it could not execute.
>My user shell script, named ushutdown, holds just the line:
>"/etc/shutdown -g0 -y". The permissions are set to:
>chmod 6777 ushutdown. chgrp sys ushutdown.
>It seems, that the effective UID may be set to root, but not the
>real UID, which is needed to shutdown (?).
>Any ideas?

Forgive me if this seems immediately obvious to some of you, but I
don't think you can SUID on a shell script. That's my first thought.
My second thought is that it is unwise to add the user to group
'sys', when one considers what sort of system resources 'sys' has
access to.

I don't know the answer to this question myself. Haven't really 
thought about it enough to research it, but the comments above
concern me.

sean
From: holli@greiling.xsmuc.mchp.sni.de (Holger Liebig)
Newsgroups: biz.sco.general
Subject: Re: SN+AK: Help Needed.
Date: 29 Jul 92 07:18:23 GMT
Organization: Siemens Nixdorf Informationssysteme AG, W-8000 Munich

In article <1992Jul20.100819.157125@rrz.uni-koeln.de>, wehler@welfa4.elektro.uni-wuppertal.de (Andreas Wehler) writes:
|> SN, AK: Help needed.
|> No flame. Just facts.
|> Vendor A sold us a complete ODT 1.1, well registered.
|> The server upgrade is installable, but doesn't let more
|> than 2 users log in (very odd).
|> This was 6 (six) weeks ago.

You have to have 2 Serial Numbers and Activation Keys:
1 for ODT 1.1 (Personal System) and
1 for the Server Upgrade.

If you have Problems, deinstall the Server Upgrade (PC Interface)
and  reinstall it. USE THE SERVER UPGRADE Serial Number.
If you only reinstall the Server Upgrade, the custom init script is not
executed (reserialization of various ODT components).
If you still have problems, you may call me back (voice).

Best wishes

Holger
-- 
 ----------------------------------------------------------------------
| Holger Liebig                          holli@athen.xsmuc.mchp.sni.de |
|                              ...!uunet!mcsun!unido!sinix!athen!holli |
| SNI Munich STO XS 314                                                |
| Otto Hahn Ring 6                            Voice : +49 89 636 43780 |
| 8000 Munich 83                              Fax   : +49 89 636 41215 |
 ----------------------------------------------------------------------
From: oklein@smallo.bo.open.de (Olaf Klein)
Newsgroups: biz.sco.general
Subject: Re: Changing timeouts in uucico
Date: 30 Jul 92 20:04:11 GMT
Organization: smallo.bo.open.de Fido-SubNet-Gate : 2:245/5800.12

root@ozrout.uucp (Andre P. Ozrout) writes:

>oklein@smallo.bo.open.de (Olaf Klein) writes:

>: >   Here's my next "can I change ___ in uucico" question:  can I change
>: >the timeouts used for such things as waiting for carrier?  [...]
>: It could be, that you have to add some comma to your dial string...
>	Actually the time-out in question lives in the dialer program,
>	in an alarm() call... depending on which dialer you use, you
>	may be able to fix it. Most SCO supplied dialers are in source
>	on the distribution (dialXXXX.c in /usr/lib/uucp).
On my site, I use only a line in /usr/lib/uucp/Dialers (exactly two, 
one to dial, and one after work is done to make things ok again...
Here they are (US-Robotics V32bis):

hstv32bis  =,-, "" AT\r\c "" AT\r\c OK\r ATZ\r\c OK\r ATDP\T\r\c CONNECT
&hstv32bis =,-, "" +++\dATZ\r\c OK\r AT\r\c OK\r 

This only makes problems with programs like ecu, which rely on certain
things the dialer should do - but it works for me...

Bye, Olaf



-- 
Olaf Klein	smallo.bo.open.de	2:245/5800.12