HDTenEightyP/NetNews huggingface dataset:
From: bill@Celestial.COM (Bill Campbell)
Subject: Re: MMDF with TCP/IP (smtp)
Organization: Celestial Software, Mercer Island, WA
Date: Mon, 11 Jan 1993 16:38:16 GMT

In <2818@twg.bc.ca> bill@twg.bc.ca (Bill Irwin) writes:

:jaa@world.std.com (Jerry A Abramson) writes:

:: I have been trying to set up MMDF to allow mail to LAN connected nodes
:: using the mail/mailx program without any luck.  I have studied the
:: 1.1 Admin guide (checking 2.0 admin guide for any clues).  Set up
:: a UUCP connection and mmdf UUCP channel/domain no problem.

:If lunar is on your LAN, then you need to put it into your
:smtp.dom file.  Also, restart your deliver daemon with
:"-clocal,uucp,smtp", so it will process the smtp channel.

I've been setting up smail 3.1.28 on several systems (2 ODT 2, 2
Xenix and 1 Interactive).  I was amazed when I started testing
with just the ODT systems and sent test mail that I thought
should just go out over uucp, but it went directly from the ODT
system running smail to the other ODT system running mmdf BEFORE
I HAD SET UP ANY CONFIGURATION FILES OTHER THAN THE ONE WITH
DOMAIN INFO!  Now that's useful default behaviour :-)

I decided to go with smail rather than mmdf because I have to run
across a variety on platforms, many of which are not SCO Unix
based.  I can always get current sources for smail 3.1.xx.  As I
understand it, SCO has modified mmdf significantly from the
publicly available sources.  I would like to only have to
maintain one system here rather than two.  Now if SCO would make
the current mmdf sources available.....

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?
From: tom@microlite.COM (D. Thomas Podnar)
Newsgroups: biz.sco.opendesktop
Subject: Merge & FoxPro 2.0
Date: 8 Jan 93 17:57:13 GMT
Organization: [resent by] The SCOODT gateway and Propagation Society
Submit-To: scoodt@xenitec.on.ca
Resent-By: mmdf@xenitec.on.ca
Precedence: bulk

I'm about to get a request from a friend to help install an ODT 2.0
system and integrate a DOS application written in FoxPro 2.0.

1) Will FoxPro 2.0 run under the Merge that is included in ODT 2.0?
   If so, are there any special tricks?

2) If YES to (1) above, will the network version of FoxPro provide
   multi-user support for multiple concurrent Merge users?

Thanks in advance.

Tom
--
D. Thomas Podnar              Microlite Corporation
Sales:   (800) 992-2827       1021 Sutherland Street
Support: (412) 771-4901       Pittsburgh, PA  15204-1751
Fax:     (412) 771-7105         Manufacturer of the CTAR
Email:   tom@microlite.com      Data Archiving System
Newsgroups: biz.sco.opendesktop
From: bill@Celestial.COM (Bill Campbell)
Subject: Re: "tcp sum" errors
Organization: Celestial Software, Mercer Island, WA
Distribution: na
Date: Sat, 09 Jan 1993 23:17:19 GMT

In <RIM.93Jan7103558@marvin.bme.ri.ccf.org> rim@bme.ri.ccf.org (Robert M. Cothren) writes:

>I would appear to be having some problems with TCP and NFS transfers
>under ODT.  Hopefully someone can help me figure out what is going on.

>I am running ODT 2.0 on an Everex Step 386/33, using the on-board
>thin-wire transceiver of a 3Com 3C503 for ethernet access.  The system
>interacts primarily with Sun workstations, a mix of Sparc2s and IPXs
>running SunOS 4.1.1 (not Solaris) over thinwire.  The user accounts on
>the ODT system are NFS mounted from a Sparc2 server.
....

The 3Com 3C50[13] cards are pretty slow.  They won't work
properly on the system I'm on now (486-33 EISA) with ODT 2.0,
3c503, and NFS unless I use 'mount -fNFS,rsize=4096,wsize=4096 ....'.

We have an Interactive UNIX system on the same ethernet with a
3c501 which won't do any file copies even with those parameters
and we use floppies since sneakernet is faster :-).

The cards I prefer are the Racal Interlan NI-6510 series (ISA).
There are some warnings about problems under UNIX 3.2v4, but I
haven't had any bad experience (other than interferance with a
VBA board when running at the default IRQ 9).  These are
bus-mastering 16-bit cards and don't require the 8-16K memory
area that the SMC/WD ethernet boards use.  I would appreciate any
feedback anyone has on problems with these boards.

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.opendesktop
From: nigel@stonewall.demon.co.uk (Nigel Whitfield)
Subject: Configuring the name server
Organization: Jenny Agutter Fan Club
Date: Tue, 12 Jan 1993 21:58:27 +0000


I'm running SCO ODT 2.0 at home with a dialup PPP link to my IP
service provider. Usually this all works perfectly, but there are
problems with the nameserver, and the manual's not really clear.

Since I only have the one machine in my domain, and I tend to connect
to all sorts of different places, I want to use the nameserver on
the gateway that I connect to.

I have a resolv.conf file that points to the nameserver on the gateway,
which allows most things to work fine. However, whenever SCOlogin starts
it queries the server, and so I get charged for phone time. The same
thing happens when I start WordPerfect (xwp), though I could stop that
by starting the license server with the nonet flag.

I suppose what's really needed is a way I can make all queries except
ones for my local host go to the remote name server. I know I could
use a hosts file, but that's a pain when I want to connect to a different
site.

Does anyone have any ideas on how to sort this out? Failing that, name
server details in properly written english would help....

Nigel.
-- 
[Nigel Whitfield                               nigel@stonewall.demon.co.uk]
[For details on the uk-motss mailing list mail uk-motss-request@pyra.co.uk]
[*****  All demon.co.uk sites are independently run internet hosts   *****]
Newsgroups: biz.sco.opendesktop
From: larryp@sco.COM (Larry Philps)
Subject: Re: Running dbXtra remotely
Organization: SCO Canada, Inc.
Date: Thu, 07 Jan 1993 14:38:07 GMT

In <19299@mindlink.bc.ca> Frank@mindlink.bc.ca (Frank I. Reiter) writes:

> We've been running ODT from some time now, and just today decided to have a
> closer look at dbXtra.  We have encountered a problem getting dbXtra to run
> on one machine (turing) and display on another (deep).  We have no problem
> running a dbXtra on deep and using turing as a display, but unfortunately it
> is turing on which we do most of our development work.
> 
> This is what happens on turing:
> 
> $ dbXtra -display deep:0
> X Toolkit Error: Can't Open display
> 
> $ dbXtra -display deep:0.0
> X Toolkit Error: Can't Open display

Wierd.  I do this all the time (I use an X terminal alot).  I must
admit that normally I do a "DISPLAY=machine:0 export DISPLAY", then run
dbXtra without any arguments, but ...  I just tried it from a machine
running ODT 2.0 with the ODT 2.0 devsys and it works find to my NCD
X terminal both when given the -display option and when the DISPLAY
environment variable is set.

> Can anybody give me some pointers as to where to look for the problem?

Well, I would have it was an xhost problem, but you said that xload
worked, so that kills that one ... Sorry that  I can't think of anything
else that might be causing the problem right now.

---
#include <std/disclaimer>

Larry Philps,	 SCO Canada, Inc.
Postman:  130 Bloor St. West, 10th floor, Toronto, Ontario.  M5S 1N5
InterNet: larryp@sco.COM
UUCP:	  uunet!sco!larryp
Phone:	  (416) 922-1937
Newsgroups: biz.sco.opendesktop
From: bill@Celestial.COM (Bill Campbell)
Subject: Re: Infinite streams buffer usage on ODT 2.0
Organization: Celestial Software, Mercer Island, WA
Date: Tue, 12 Jan 1993 08:30:06 GMT

In <C0pqE5.70E@wang.com> fitz@wang.com (Tom Fitzgerald) writes:

:On one of our main servers, running ODT 2.0, we get frequent streams buffer
:errors, and the number of errors seems to be constant no matter how many
:streams buffers are added.

:The errors definitely come in surges, and eventually cause TCP/IP to fail.
:After the system is up for a few days (sometimes hours), it will get
:hundreds or thousands of streams buffer errors, as reported by netstat -m,
:all at once.  This will keep happening every few hours (sometimes minutes)
:until TCP/IP stops working completely and the system has to be rebooted.
:Boosting the number of streams buffers, again and again and again, has had
:no appreciable impact on the number of errors.
...

I suspect that this may be a poorly terminated ethernet.  Your
symptoms sound like what happened to me running ODT 2.0 on my
luggable system with nothing on the ethernet card (thinnet).  It
would run fine for an hour or so, then the X session would stop
responding and the system needed rebooting.  This is running with
a Racal Interlan NI-6510 ethernet card.

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.opendesktop
From: stevea@i88.isc.com (Steve Alexander)
Subject: Re: "tcp sum" errors
Organization: Lachman Technology, Naperville, IL
Distribution: na
Date: Fri, 08 Jan 1993 15:19:21 GMT

In article <RIM.93Jan7103558@marvin.bme.ri.ccf.org> rim@bme.ri.ccf.org (Robert M. Cothren) writes:
>I would appear to be having some problems with TCP and NFS transfers
>under ODT.  Hopefully someone can help me figure out what is going on.

Suns don't use UDP checksumming on NFS by default, and 3C503s can sometimes
corrupt frames due to hardware problems under load.  I would recommend
replacing your ethernet board and/or turning on UDP checksumming on your Suns.
This can't be done under all releases of SunOS, but I believe that newer
ones have a kernel parameter to control this, which is called udp_cksum.

TCP will probably work despite hardware problems, but I have seen corruption
that the TCP checksum won't detect, which can keep you awake at night....

-- 
Steve Alexander, Software Technologies Group    | stevea@isc.com
INTERACTIVE Systems Corporation, Naperville, IL | ...!{sun,ico}!laidbak!stevea
From: rashid@hq.saratov.su (Karimov Rashid - SysAdm)
Newsgroups: biz.sco.opendesktop
Subject: Some problemm sending messages to NEWSGROUPS by SCO mail 3.2
Date: Mon, 04 Jan 93 11:44:15 -0500
Distribution: world
Organization: Saratov node - hq machine
Reply-To: rashid@hq.saratov.su

                        Hi all!


          I use SCO ODT 1.0.0  &  it native mail. All's OK exept
     sending something to newsgroups.E-mail  host  I'm connected
     to requires  "Newsgroups:  some_news_gr"  be   defined   at
     message header.  I've carefully  read  MAN on  both mail  &
     submit - but can't catch how can I add this  damned  string
     to _header_.
          Is it possible at all? Should I use  another mailer to
     avoid the problemm? Does SCO ODT 2.0.0 mailer fix this ?




------------------------------
Best wishes to you.
Rashid Karimov ,Saratov,Russia.

Newsgroups: biz.sco.opendesktop
From: sl@wimsey.bc.ca (Stuart Lynne)
Subject: Re: Running dbXtra remotely
Organization: Wimsey Information Services
Date: Thu, 7 Jan 1993 01:18:28 GMT

In article <19299@mindlink.bc.ca> Frank@mindlink.bc.ca (Frank I. Reiter) writes:
>closer look at dbXtra.  We have encountered a problem getting dbXtra to run

>$ dbXtra -display deep:0
>X Toolkit Error: Can't Open display

I get the following when I try to run dbXtra on my X terminal:

    CallDb(): spipe() fails, cannot open dbx-to-screen pipe

-- 
Stuart Lynne <sl@wimsey.com> ......................... UNIX Facsimile Software
Wimsey Information Technologies ................... moderator biz.sco.binaries
uucp login:nuucp passwd:nuucp .................... ftp.wimsey.com:~ftp/ls-lR.Z
PD Software for SCO UNIX .................... ftp.wimsey.com:~ftp/pub/wimseypd
Newsgroups: biz.sco.opendesktop
From: stevea@i88.isc.com (Steve Alexander)
Subject: Re: Infinite streams buffer usage on ODT 2.0
Organization: Lachman Technology, Inc., Naperville, IL
Date: Tue, 12 Jan 1993 03:30:18 GMT

In article <C0pqE5.70E@wang.com> fitz@wang.com (Tom Fitzgerald) writes:
>The errors definitely come in surges, and eventually cause TCP/IP to fail.
>After the system is up for a few days (sometimes hours), it will get
>hundreds or thousands of streams buffer errors, as reported by netstat -m,
>all at once.  This will keep happening every few hours (sometimes minutes)
>until TCP/IP stops working completely and the system has to be rebooted.

The best thing to do is use crash to look at queues and their counts (displayed
in the RCNT field.  The count is weighted, so it does not accurately refelect 
the number blocks on the queue, but queues with higher numbers are definitely 
suspect.   Once you find a queue with a high count, you can use the crash 
command "od" on its info field and then use "ts" to look up the addresses 
contained in the info structure.  This will give you an idea of which driver 
is holding blocks.

Here's a quick example:
lancelot[133]# crash
dumpfile = /dev/mem, namelist = /unix, outfile = stdout
> queue 41
QUEUE TABLE SIZE = 1784
SLOT   INFO   NEXT LINK   PTR     RCNT HEAD TAIL MINP MAXP HIWT LOWT FLAG
  41 f014e238    -    - f127d404     0    -    -    0 8192 8192 1024 wr us
> od f014e238 4
f014e238:  f00746a8   00000000   f0074484   f0074630
> ts f00746a8
icmpuwput + 0

In this case, the queue's count is 0, which is good :->, and ts shows that it
is an icmp upper write queue, since the first address in the info structure
is icmpuwput.

I have seen some Western Digital 8003 boards go out to lunch under heavy load.
I'm not sure if this is a driver problem or a hardware problem.  If you're
using one of these boards, you might want to check for that.  If you find a 
queue to the ethernet board with a very high count, that will be the source 
of the problem.  If you're not using a Western Digital board, ignore this 
paragraph...

-- 
Steve Alexander, Lachman Technology, Inc. | stevea@isc.com
(708) 505-9555 x256 FAX: (708) 505-9574	  | ...!{sun,ico}!laidbak!stevea
From: apollo@buengc.bu.edu (Doug A. Chan)
Newsgroups: biz.sco.opendesktop
Subject: Is UDP checksumming turned on?
Date: 8 Jan 93 19:23:47 GMT
Organization: College of Engineering, Boston University, Boston, MA, USA
Originator: apollo@buengc.bu.edu

Is UDP checksumming normally enabled under SCO TCP/IP 1.1.3f and 1.2?
If not, where does this configuration option live?

-Doug
apollo@buengc.bu.edu
From: sfrazier@norstan.com (Steven E Frazier)
Newsgroups: biz.sco.opendesktop
Subject: SLIP & OpenDeskTop
Date: 10 Jan 93 20:52:10 GMT
Distribution: biz
Organization: Norstan Communications - Columbus, Ohio

I was wanting to set up a login like "slmachine" so that when "slmachine"
logged into my ODT it would do a slattach, has anyone written a script
for the shell to call to do this or how would you do it do the ODT box
could be unattended?

Thanks.


-- 
Norstan Communications, Inc.        | Steven E. Frazier
8101 N. High Street Suite 100       |---------------------------------------
Columbus, OH   43235                | Local : sfrazier
Voice 614-785-7335 Fax 614-785-7337 | Remote: sfrazier@norstan.com
Newsgroups: biz.sco.opendesktop
From: hanel@ntc01.tele.nokia.fi
Subject: ODT-DOS and Packet drv
Organization: Nokia Telecommunications.
Date: Tue, 12 Jan 1993 20:08:23 GMT

Hi

Is is possible to run an application that communicates to the network card
using Packet drivers under ODT-DOS.

If it's possible ,please tell me how.

Thanx.


regs. Patrick Hanel

mail: hanel@yoyodyne.dco.ntc.nokia.com



Newsgroups: biz.sco.opendesktop
From: rim@bme.ri.ccf.org (Robert M. Cothren)
Subject: "tcp sum" errors
Organization: The Cleveland Clinic Foundation, Cleveland, OH
Distribution: na
Date: Thu, 7 Jan 1993 15:35:57 GMT

I would appear to be having some problems with TCP and NFS transfers
under ODT.  Hopefully someone can help me figure out what is going on.

I am running ODT 2.0 on an Everex Step 386/33, using the on-board
thin-wire transceiver of a 3Com 3C503 for ethernet access.  The system
interacts primarily with Sun workstations, a mix of Sparc2s and IPXs
running SunOS 4.1.1 (not Solaris) over thinwire.  The user accounts on
the ODT system are NFS mounted from a Sparc2 server.

I am experiencing two problems, that may or may not be related.

1.  When I transfer large files to or from the ODT system using ftp,
    or I use X applications that are running on one system and
    displaying on another (ODT->Sun or Sun->ODT), I generate literally
    tens to hundreds of console messages of the form:

	NOTICE: tcp sum: src 8B89B40D, sum 00000033

    The "src" number is always the same, the "sum" may change.

    It would appear that the entire transfer is completed properly;
    files are transferred intact and the display is not screwed up.

2.  When I use NFS-mounted filesystems heavily, files will often
    (perhaps several times an hour) be retrieved corrupted.  I most
    often notice this when running make to compile an ODT program
    whose source resides on the NFS server; a source file may contain
    a typo on one run of cc, and not on the next.  I don't *think* I
    generate any console messages when this happens.

I have checked my streams - things look OK.  My interface is
configured:

e3B0: flags=23<UP,BROADCAST,NOTRAILERS>
        inet 139.137.180.50 netmask ffff0000 broadcast 139.137.0.0

which is the same as the Suns.

Since ftp/X and NFS run at different levels (tcp and udp, right?), I
am not surprised that I do not get tcp notices from NFS problems.  But
I hope a solution for one will fix the other.

Any help please!

--
----Robert M. Cothren, PhD--------------------------rim@bme.ri.ccf.org----
    Department of Biomedical Engineering
    The Cleveland Clinic Foundation                voice: 216 445-9305
----Cleveland, Ohio----------------------------------fax: 216 444-9198----
Newsgroups: biz.sco.opendesktop
From: Frank@mindlink.bc.ca (Frank I. Reiter)
Subject: Running dbXtra remotely
Organization: MIND LINK! - British Columbia, Canada
Date: Wed, 6 Jan 1993 19:06:43 GMT

We've been running ODT from some time now, and just today decided to have a
closer look at dbXtra.  We have encountered a problem getting dbXtra to run
on one machine (turing) and display on another (deep).  We have no problem
running a dbXtra on deep and using turing as a display, but unfortunately it
is turing on which we do most of our development work.

This is what happens on turing:

$ dbXtra -display deep:0
X Toolkit Error: Can't Open display

$ dbXtra -display deep:0.0
X Toolkit Error: Can't Open display

We *can* do all of the following:

- Run xload on either machine with the display set to the other
- Run dbXtra on either machine with the display on the same machine
- Run dbXtra on deep with the display on turing

We can *not* do this:

- Run dbXtra on turing with the display on deep

Possibly related: turing is running at 1024 X 768 X 256, deep is 800 X 600 X
16.

Can anybody give me some pointers as to where to look for the problem?
--
___________________________________________________________________
Frank I. Reiter                 Internet: Frank@mindlink.bc.ca
MIND LINK! Communications Corp. Surrey, British Columbia, Canada
Newsgroups: biz.sco.opendesktop
From: bill@Celestial.COM (Bill Campbell)
Subject: Re: Running dbXtra remotely
Organization: Celestial Software, Mercer Island, WA
Date: Fri, 08 Jan 1993 16:28:05 GMT

In <19299@mindlink.bc.ca> Frank@mindlink.bc.ca (Frank I. Reiter) writes:

:We've been running ODT from some time now, and just today decided to have a
:closer look at dbXtra.  We have encountered a problem getting dbXtra to run
:on one machine (turing) and display on another (deep).  We have no problem
:running a dbXtra on deep and using turing as a display, but unfortunately it
:is turing on which we do most of our development work.

:This is what happens on turing:

:$ dbXtra -display deep:0
:X Toolkit Error: Can't Open display

:$ dbXtra -display deep:0.0
:X Toolkit Error: Can't Open display

:We *can* do all of the following:

:- Run xload on either machine with the display set to the other
:- Run dbXtra on either machine with the display on the same machine
:- Run dbXtra on deep with the display on turing

:We can *not* do this:

:- Run dbXtra on turing with the display on deep

:Possibly related: turing is running at 1024 X 768 X 256, deep is 800 X 600 X
:16.

This may be related (from the IT database):
dbXtra won't come up. Get error "X Error of failed request: BadValue"

KEYWORDS: hcr c++ dbxtra error badvalue x error of failed request

RELEASE: HCR dbXtra Debugger Release 3.0.0.a
	 SCO Xsight Generic
	 Open Desktop Generic
	 SCO C++ Generic

PROBLEM: When I run dbXtra, I get an error similar to the following:

	   X Error of failed request:  BadValue (integer parameter out of 
	   range for operation)
  	   Major opcode of failed request:  91 (X_QueryColors)
  	   Minor opcode of failed request:  0
  	   Resource id in failed request:  0x43fb14
  	   Serial number of failed request:  10
  	   Current serial number in output stream:  10
   
	 What is the problem and how can I get dbXtra to work correctly?

CAUSE: The dbXtra code is making a call to XQueryColors() but it is not 
       passing a valid XColors array.  This problem can occur if a previous 
       call to XAllocNamedColor(s)() failed because the default Colormap 
       table within the X server is full.

       This problem has been known to occur if the X client SCOterm has been
       run prior to running dbXtra.  Since SCOterm allocates read-only 
       colormap entries, there may be no entries available for dbXtra.  This 
       causes dbXtra to fail with an X protocol error.  Other X clients 
       besides SCOterm can cause this problem. 

SOLUTION: To work around this problem, specify foreground and background 
	  colors in the users $HOME/.Xdefaults file or in the dbXtra 
	  app-defaults file /usr/lib/X11/app-defaults/dbXtra.  

	  	dbXtra*foreground: blue
	  	dbXtra*foreground: slateblue

	  This problem has been reported to SCO Engineering.

-- 
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?
From: brian@ilinx.wimsey.com (Brian J. Murrell)
Newsgroups: biz.sco.opendesktop
Subject: yppasswd lock, how??
Date: 5 Jan 93 19:52:43 GMT
Organization: [resent by] The SCOODT gateway and Propagation Society
Submit-To: scoodt@xenitec.on.ca
Content-Type: text/plain; charset=US-ASCII
Cc: scoodt@ilinx.wimsey.com
Content-Length: 693
Mime-Version: 1.0
Content-Transfer-Encoding: 7bit
Resent-By: mmdf@xenitec.on.ca
Precedence: bulk

Anybody, know how yppasswd locks the passwd file??  I keep getting a message
which says that the passwd file is locked, when I try to change a users 
password.  The message is...

yppasswd: password file busy - try again.

there is no mention of the locking mechanism in any of TFM that I could 
find.

Rebooting has no effect, so I suspect the lock is a file somewhere.


brian


-- 

Brian J. Murrell                                      brian@ilinx.wimsey.bc.ca
InterLinx Support Services, Inc.                      uunet!van-bc!ilinx!brian
North Vancouver, B.C.                                             604 984 2545
        Platform and Brand Independent UNIX Support - R3.2 - R4 - BSD
Newsgroups: biz.sco.opendesktop