HDTenEightyP/NetNews huggingface dataset:
Newsgroups: vmsnet.networks.tcp-ip.cmu-tek
Subject: UDP error
From: Lord Wodehouse <w0400@ggr.co.uk>
Date: 04 Sep 92 10:47:00 BST
Reply-To: Lord Wodehouse <w0400@ggr.co.uk>
Organization: The Internet
Return-Path: <SYNFUL@CMUTEK.CC.CMU.EDU>
Errors-To: SYNFUL@CMUTEK.CC.CMU.EDU
X-Listname: CMU-TEK TCP/IP Mailing list <CMU-TEK-TCP@CMUTEK.CC.CMU.EDU>
Via: uk.co.ggr; Fri, 4 Sep 1992 11:06:11 +0100
CC: 

Hi,

>  Subject:      UDP error
>
>  Hi,
>  I'm running and old release of cmu's tcp/ip. What causes the error at
>  the bottom of this posting?

>
>  vvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvv
>  %%%%%%%%%%%  OPCOM  29-AUG-1992 14:12:14.11  %%%%%%%%%%%
>  Message from user CARVALHO on ACES
>  NAMSRV: DOMPRO/DPRO_REINIT - UDP open failure, RC = 0000002C, XERR = 08638112
>  ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
>

I have seen that problem, or one very similar. Our's was caused by
another installation of an IP driver, which although not used, screwed
up the CMUTEK NAMRES completely. Did your installation gave you any
warnings about IP devices/drives being found? Have you had any other
TCP/IP software installed before? If the answer is yes to either or
both, investigate the network startup ro discover if things you do not
want are being loaded. I would also suggest running 6,6-5A if possible
for various other reasons.

Lord John - The Programming Peer
From: ned@sigurd.innosoft.com (Ned Freed)
Newsgroups: vmsnet.networks.tcp-ip.cmu-tek
Subject: Re: "SMTP routine failure" error
Date: 28 Aug 92 23:16:52 GMT
Reply-To: Ned Freed <NED@SIGURD.INNOSOFT.COM>
Organization: The Internet
Return-Path: <SYNFUL@CMUTEK.CC.CMU.EDU>
Errors-To: SYNFUL@CMUTEK.CC.CMU.EDU
X-Listname: CMU-TEK TCP/IP Mailing list <CMU-TEK-TCP@CMUTEK.CC.CMU.EDU>
CC: cmu-tek-tcp%cmutek.cc.cmu.edu@CMU.EDU
X-Vms-To: IN%"SZE%ccl4.eng.ohio-state.edu%CARNEGIE.BITNET@ymir.claremont.edu"
X-Vms-Cc: IN%"cmu-tek-tcp%cmutek.cc.cmu.edu%CARNEGIE.BITNET@ymir.claremont.edu"
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; CHARSET=US-ASCII
Content-Transfer-Encoding: 7BIT

This definitely looks like a the push-bit problem to me. PMDF is timing out
(or the other side is timing out) waiting for data to transfer. This problem
can in some cases only affect SMTP so the fact that other protocols work
may not mean much. You should apply all the CMU patches/updates in this
area -- I'm not an expert on the situation so I cannot say for sure what
you need to do.

                                Ned
Xref: sparky vmsnet.networks.tcp-ip.cmu-tek:745 vmsnet.networks.tcp-ip.multinet:2141
Organization: Penn State University
Date: Mon, 14 Sep 1992 08:39:57 EDT
From: <KJB6@psuvm.psu.edu>
Newsgroups: vmsnet.networks.tcp-ip.cmu-tek,vmsnet.networks.tcp-ip.multinet
Subject: HELP WITH SYSADM NETWORKING PROBLEMS .....

I am an Administer for unix based machines on a local network. A professor
has put a vax station onto the network. I do not know much about vms administra
tion, any help would be great.

I am using ucx (sp?) and can do a telnet 146.186.xx.xx, which file(s) allow
me to use the name of the machine instead of the numerical address? Also, if
I try to telnet outside our local net, I get "network unreachable". Which file
do I need to look at to show gateways & routes?

Again, "any" help would be greatly appreciated. If you could mail to me
directly, that would be great because I am very rarely in this group.


Ken Bauer
Systems Analyst      kjb6@psuvm.psu.edu
PENN. STATE - ERIE, The Behrend College
Newsgroups: vmsnet.networks.tcp-ip.cmu-tek
Subject: Telnet Pause
From: "John Clement-Rice U. (713)527-8101x2037" <clement@physics.rice.edu>
Date: Fri, 11 Sep 1992 15:38:47 CDT
Reply-To: "John Clement-Rice U. (713)527-8101x2037"
Organization: The Internet
Return-Path: <SYNFUL@CMUTEK.CC.CMU.EDU>
Errors-To: SYNFUL@CMUTEK.CC.CMU.EDU
X-Listname: CMU-TEK TCP/IP Mailing list <CMU-TEK-TCP@CMUTEK.CC.CMU.EDU>
CC: clement@physics.rice.edu

There is a second problem that the Telnet local routine can hang under CMUTEK.
This is primarily due to memory allocation/deallocation.

I realize this is not the server hangup problem, but is one that can happen.

We (Henry and I) think it has been fixed.  Incidentally the code might
be faster.  Henry is now using it and he has reported that there are no
bugs yet.  Time will tell.

The downside is that transmission from the server to client can be slowed. The
previous client (local machine) stored gobs of stuff in virtual memory, as it
came in, and then sent it out to the terminal at whatever rate it could.  Now
when the buffers are full the data will back up and eventually the server
(remote  machine) will be forced to slow down a bit.  This may even help the
control-c problem.  How long have you waited for the data to stop coming
at you after control-c or control-o?  Since it is now a finite amount rather
than a Mbyte the stop should be faster.

The allocation and deallocation could get it into a mode where character
transmission was slow, and it even included a bug where data in virtual
memory "could" be deleted before it was written.  This bug should not
have been encountered in practice, but it could have been if the amount of
data grew too large.

I would like to report that along with the new Telnet there will be a version
of Rlogin.
	John Clement



/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\
John M. Clement		Hepnet:		UTSPAN::RIPHYS::CLEMENT
PO Box 1892		Internet:	CLEMENT@PHYSICS.RICE.EDU
Rice University		Bitnet:		CLEMENT@RICEVM1
Houston, Tx. 77251	BellTel:	(713)527-8181 x2037
/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\
Newsgroups: vmsnet.networks.tcp-ip.cmu-tek
Subject: 3270 emulator
From: system%niu.hepnet@lbl.gov
Date: Tue, 8 Sep 92 10:29:53 PDT
Reply-To: system%niu.hepnet@lbl.gov
Organization: The Internet
Return-Path: <SYNFUL@CMUTEK.CC.CMU.EDU>
Errors-To: SYNFUL@CMUTEK.CC.CMU.EDU
X-Listname: CMU-TEK TCP/IP Mailing list <CMU-TEK-TCP@CMUTEK.CC.CMU.EDU>
X-St-Vmsmail-To: LBL::"cmu-tek-tcp+@andrew.cmu.edu"
X-St-Vmsmail-Cc: SYSTEM

Hi,
    We are about to connect our LAVcluster (all VMS) to the campus backbone
here at N. Ill. U., connecting the fiber optic cable to our ethernet via a
cisco router.  Three of our users want to use that connection to talk to the
University's Amdahl.  In exploring this I was told that they should telnet
over and use a 3270 terminal emulator to log in.  UCX does not have a 3270
TE built in and I can't find anything built by DEC to do the job

                                HELP!!!

    I will be using VMS 5.5 and UCX 1.3A, I have the March cd binaries and docs
and CSLG which allows me free access to a fair amount of Digital software
(but not PATHWORKS)  Does CMU/Tek provide an ibm 3270 te?

I do have access to FTP.  Where do I look for a 3270 terminal Emulator that I
can run over telnet?  Is there any way of using the Digital vms/sna one?  Large
capital expenditures are highly unlikely, so Multinet or Wollogong (sp?) are
not possible solutions.  The people in question will be using
IBM clones to access the VAX through a vaxserver 200 mc if that is of any help.


            Profuse thanks in advance
            Robert Morphis
            System Manager of NIU Physics Dept.
            SYSTEM%NIU.HEPNET@LBL.GOV
From: bell@uwpg02.uwinnipeg.ca
Newsgroups: vmsnet.networks.tcp-ip.cmu-tek
Subject: re: Pause delay
Date: 10 Sep 92 02:36:30 GMT
Organization: University of Winnipeg

Someone replied earlier to my question about a pause delay that I'm
experiencing during a session.  My question may not have been specific
enough, as the answer indicated that the problem may be due the responsiveness
of my nameserver.  This might be if the delay was occuring during the
establishment of the session, but the pause delay's that I'm experiencing is
after the session has been established.  An example would be typing SHOW USERS a
and having the resulting display pause just before the last couple of lines.
The pause delay seems to clear it self if I hit a key stroke such as spacebar
, the display completes.  My apologies for the vague question, but I'm still
looking for help in regards to this pause delay.  thanks again.
-david-

-------------------------------------------------------------------
David Bell                        E-mail: BELL@UWPG02.UWinnipeg.CA
Acting Director                   V-mail: 204/786-9449
Computer Services                 S-mail: University of Winnipeg
                                          515 Portage Avenue,
                                          Winnipeg, Manitoba,
                                          Canada  R3B 2E9
-------------------------------------------------------------------
From: johnston@amtsg0.ime.nrc.ca (Daniel F. Johnston)
Newsgroups: vmsnet.networks.tcp-ip.cmu-tek
Subject: CMU-TEK versis DEC's UCX 2.0
Date: 9 Sep 92 19:45:06 GMT
Organization: National Research Council of Canada

There has been a lot of discussion in the VMS groups lately
about DECs new releace of UCX (version 2.0) and all its new
functionality.  It appears that (if you have one of the new
NIS-250 type of network licenses) then you get telnet and ftp
and now lpr (and possibly nfs).  You already get the X-windows
transport with VMS.

So, wither CMU?  Any comments from developers/maintainers
as to the directions for the CMU product now that so much of
the current functions are available at essentually "no "extra"
cost" from DEC?

-- 
Daniel (Dan) F. Johnston                JOHNSTON@NRCAMT.IME.NRC.CA
National Research Council of Canada     Tel: (613) 993-6627
Montreal Road Campus, Bldg. M-3         Fax: (613) 998-2771
Ottawa, Ont. CANADA K1A 0R6
(((((( ... but the opinions expressed are my own!!  )))))))
Newsgroups: vmsnet.networks.tcp-ip.cmu-tek
Subject: RE: CMU-Tek ftp question
From: "John F. Sandhoff" <syssand@ccvax.ccs.csus.edu>
Date: Thu, 03 Sep 1992 16:14:06 PDT
Reply-To: sandhoff@csus.edu
Organization: The Internet
Return-Path: <SYNFUL@CMUTEK.CC.CMU.EDU>
Errors-To: SYNFUL@CMUTEK.CC.CMU.EDU
X-Listname: CMU-TEK TCP/IP Mailing list <CMU-TEK-TCP@CMUTEK.CC.CMU.EDU>
CC: CMU-TEK-TCP@CMUTEK.CC.CMU.EDU, syssand@CCVAX.CCS.CSUS.EDU


> With Multinet's ftp, I can do a binary "append get" to copy a file with one
> set of attributes to a file with a different set of attributes
> (specifically, the record lengths are different).  Can you do the same with
> the CMU-Tek ftp?

I'm not the authority but... I don't think so.

Maybe I'm missing something, but for the price differential it seems
reasonable to use CONVERT or likewise utilities 'after the fact' to
restructure the file...

    John F. Sandhoff, University Network Support
      California State University, Sacramento - USA
        sandhoff@csus.edu
Newsgroups: vmsnet.networks.tcp-ip.cmu-tek
Subject: Re:  VMS 5.5-1 upgrade problem on BI machines w/ cmutek 6.6-5
From: <miller@tgv.com>
Date: Thu, 10 Sep 1992 16:45:26 -0700 (PDT)
Reply-To: <MILLER@TGV.COM>
Organization: The Internet
Return-Path: <SYNFUL@CMUTEK.CC.CMU.EDU>
Errors-To: SYNFUL@CMUTEK.CC.CMU.EDU
X-Listname: CMU-TEK TCP/IP Mailing list <CMU-TEK-TCP@CMUTEK.CC.CMU.EDU>
Mail-System-Version: <VAX-MM(324)+TOPSLIB(156)@TGV.COM>


  (re: ignored ARP messages)

  Don't let CSC tell you that it's a CMU/Tek problem.  This is a known problem
  with the Digital Ethernet driver for the BI bus.  The Digital network
  protocols use Multicast instead to broadcast addresses so sometimes
  the debugging squad overlooks problems there.  You'll want to mention
  that the patch you're interested in is CSC0543010.  You can also FTP
  this patch via anonymous FTP from TGV.COM.  Look for [.TGV]cscpat_0543010.A.

  -bruce
From: smolenova@uakom.cs
Newsgroups: vmsnet.networks.tcp-ip.cmu-tek
Subject: DNS info
Date: 8 Sep 92 12:51:15 GMT
Reply-To: Smolenova@uakom.cs
Organization: The Internet
Return-Path: <SYNFUL@CMUTEK.CC.CMU.EDU>
Errors-To: SYNFUL@CMUTEK.CC.CMU.EDU
X-Listname: CMU-TEK TCP/IP Mailing list <CMU-TEK-TCP@CMUTEK.CC.CMU.EDU>
X-Vms-To: IN%"cmu-tek-tcp@cmutek.cc.cmu.edu"
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; CHARSET=US-ASCII
Content-Transfer-Encoding: 7BIT

Hello,
we successfuly installed CMUTEK V 6.6 on our Micro VAX 3100, VMS ver.5.4-1.
In next time we want to install Bruce Orchard's Domain name server
on our machine, as secondary DNS server.
Our primary DNS server works on SUN machine.
 I should like some informations about initialization files INITIAL.DAT
and KEEP_CURRENT.DAT or can somebody send me your initialization files
for secondary server?
In next text are our START.DAT and zone master file for primary zone:
(192.108.131.11 is address of our primary DNS server)
----------------------------------------------------------
 ; Startup file for secondary domain server
 primary 0.0.127.in-addr.arpa domsdir:named.localzone
 secondary uakom.cs 192.108.131.11
 secondary 131.108.192.in-addr.arpa 192.108.131.11
 secondary 149.108.192.in-addr.arpa 192.108.131.11
 initial domsdir:named.root
 keepcurrent domsdir:keep_current.dat
 ;preferredaddress domsdir:network_preference.dat
------------------------------------------------------
NAMED.LOCALZONE:
-----------------------------------------------------
@         IN          SOA     mvax.uakom.cs.   (
                              smolenova.mvax.uakom.cs.
                              92072800
                              10800
                              3600
                              432000
                              86400)

          IN          NS      sun.uakom.cs.
1         IN          PTR     localhost.
-------------------------------------------------------

But our initial file named.root and keep_current.dat i don't
know to write correct.. Is they necessary?

Could you help me with installation Domain Name Server?
Thank you for your answer.
Sincerely				Magda Smolenova
				e-mail: smolenova@uakom.cs
					smolenova@csbbys51
**************************************************************
Newsgroups: vmsnet.networks.tcp-ip.cmu-tek
From: bryan@uhura1.uucp (Bryan Curnutt)
Subject: CMU-Tek-TCP mailing list
Reply-To: bryan%uhura1@uunet.uu.net
Organization: Stoner Associates, Inc./DREM Incorporated, Houston Texas
Date: Fri, 4 Sep 1992 19:27:20 GMT

I tried sending a subscription request to the address listed in "The
Joy of Tek," i.e. cmu-tek-tcp-request@CMUTEK.CC.CMU.EDU.  I got back
a message saying

Return-Path: <MAILER-DAEMON@uunet.uu.net>
Subject: Returned mail: Cannot send message for 2 days

  ----- Transcript of session follows -----
421 cmutek.cc.cmu.edu.tcp... Deferred: Connection timed out during user open
with cmutek.cc.cmu.edu

Is the machine down, or is the address I used just not the right one
anymore?  Is that the same mailing list (cmu-tek-tcp+@andrew.cmu.edu)
to which this newsgroup is gatewayed?  Will I gain anything by
subscribing to the former mailing list (at cmu.edu) as opposed to
this newsgroup (vmsnet.networks.tcp-ip.cmu-tek)?

Thanks,
-- 
Any opinions above are mine, and do not necessarily reflect the views of SAI.
Bryan Curnutt
bryan%uhura1@uunet.uu.net
Newsgroups: vmsnet.networks.tcp-ip.cmu-tek
From: bell@uwpg02.uwinnipeg.ca
Subject: Pause delay
Organization: University of Winnipeg
Date: Wed, 9 Sep 1992 15:15:59 GMT

  Any ideas as to what I can do to eliminate pause delays that some
users receive when they telnet into my machine?  Is there any
particular parameters that would allow me to control this.
thanks.
-------------------------------------------------------------------
David Bell                        E-mail: BELL@UWPG02.UWinnipeg.CA
Acting Director                   V-mail: 204/786-9449
Computer Services                 S-mail: University of Winnipeg
                                          515 Portage Avenue,
                                          Winnipeg, Manitoba,
                                          Canada  R3B 2E9
-------------------------------------------------------------------

-------------------------------------------------------------------
David Bell                        E-mail: BELL@UWPG02.UWinnipeg.CA
Acting Director                   V-mail: 204/786-9449
Computer Services                 S-mail: University of Winnipeg
                                          515 Portage Avenue,
                                          Winnipeg, Manitoba,
                                          Canada  R3B 2E9
-------------------------------------------------------------------
Newsgroups: vmsnet.networks.tcp-ip.cmu-tek
From: bell@uwpg02.uwinnipeg.ca
Subject: termcap.; file
Organization: University of Winnipeg
Date: Tue, 15 Sep 1992 15:27:55 GMT

When I grabbed the patch that fixed my pause delay problem I also came
across the following file, TERMCAP._Z, which I unzipped as TERMCAP.;
I assume this setups special terminal definitions for various terminals but
haven't found any reference to how it used with CMU/TEK.  Am I suppose to
place in sys$system or set up some logical to point to it?  many thanks in
advance.
-david-

-------------------------------------------------------------------
David Bell                        E-mail: BELL@UWPG02.UWinnipeg.CA
Acting Director                   V-mail: 204/786-9449
Computer Services                 S-mail: University of Winnipeg
                                          515 Portage Avenue,
                                          Winnipeg, Manitoba,
                                          Canada  R3B 2E9
-------------------------------------------------------------------
Newsgroups: vmsnet.networks.tcp-ip.cmu-tek
Subject: Re: VMS 5.5-1 upgrade problem...
From: degen@nrlvx1.nrl.navy.mil
Date: 11 Sep 92 09:16:51 -0400
Organization: NRL SPACE SYSTEMS DIVISION


Thanks for everyones help, we're up and running again.  There
are a myriad of patches to EDTDRIVER, apparently they broke a lot of
things while trying to fix this one.  we downloaded what was hopefuly the
latest and greatest patch from digital:

CSCPAT_0552012

thanks again for everyones quick response.

david degen
Space Systems Dev. Dept.
degen@nrlvax.nrl.navy.mil
netmgr@netmon.nrl.navy.mil

	"Why put off until tomorow what you'll never do anyway?"
Newsgroups: vmsnet.networks.tcp-ip.cmu-tek
Subject: slip over lat
From: hamp@bibm6k.idi.battelle.org
Date: Fri, 4 Sep 1992 09:48:55 -0400
Reply-To: hamp@bibm6k.idi.battelle.org
Organization: Information Dimensions
Return-Path: <SYNFUL@CMUTEK.CC.CMU.EDU>
Errors-To: SYNFUL@CMUTEK.CC.CMU.EDU
X-Listname: CMU-TEK TCP/IP Mailing list <CMU-TEK-TCP@CMUTEK.CC.CMU.EDU>
X-Mailer: Z-Mail (2.1b.22 8/21/92)
X-Envelope-To: cmu-tek-tcp@cmutek.cc.cmu.edu

Hello, has anyone had success running slip over lat?  VMS A5.5 and CMU V6.6-2 .
Plus DEC's lat patches from cmu.


Thanks!
Don

Newsgroups: vmsnet.networks.tcp-ip.cmu-tek
From: pruitt@lambda.msfc.nasa.gov (Michele Pruitt)
Subject: Show User idiosyncrasies
Organization: NASA/MSFC
Date: Wed, 9 Sep 1992 21:02:50 GMT

Hi,

I'd be interested to know if anyone has seen what I'm about to describe and
if so, is there some explanation.  We are running CMU-TEK V6.6 on various nodes
in a VAXcluster running VMS V5.4-3.  

Occasionally, but not consistently, various users log into one of our nodes 
and at some point, their process hangs.  SHOW USE/FULL displays the following
output:

Username   Process Name     PID       Terminal
PRUITT     Michele      20A002D3      LTA5163:  (VXTS62/PORT_6)
HAWKINS    HAWKINS      20A002DF      TZA3:     (192.5.63.3)
HLOG       COMM_CONTRO  20A00362      TZA16:    (COMMX2.MSFC.NASA.GOV)
SLJPAP     SLJPAP       20A01E66      TZA136:
                           ( 10...0.PRT ONOFF.TXT 1....[A [A.TDRS.DAT.2..11 12.
   .
   .
   .
THALL      THALL        20A00123      LTA5156:  (SAILA0/PORT_7)
SSMTC      SSMTC        20A0026F      TZA1:
        (LAG,RDYES,DONE,FOUND,READONLY,CREATE.[22H,        LOGICAL*1 ID,EDITED
  .
  .
  .

The terminal column is the interesting part.  It looks like someones type ahead
buffer or some file they are accessing or something.  The users are doing a 
telnet from 192.5.63.2 and/or 192.5.63.3 and I don't really know of any other
specifics that would apply.  

I'd appreciate any helpful response.

Michele
(pruitt@lambda.msfc.nasa.gov)
Newsgroups: vmsnet.networks.tcp-ip.cmu-tek
From: pry@nch.norasia.COM (Peter Ryall)
Subject: startup problems
Keywords: ip0 device
Organization: Norasia Shipping Services SA
Date: Mon, 14 Sep 1992 09:01:04 GMT

we are "running~ cmu-tek (patched) v6.6-5 under vms v5.4. and
we have a problem with the ip_startup routine, and i think i have traced
the problem back to the state of the ip0 device.

Device        Device           Error
 Name         Status           Count
IP0:          Offline mounted      0
              ^^^^^^^^^^^^^^^
in lpr_startup.com (where this is totally unrelated to the DCL files
run), i get :

$ reply/disable=security
%%%%%%%%%%%%%%%%%%%%  OPCOM dd-mmm-yyyy hh:mm:ss.bb  %%%%%%%%%%%%%
An illegal operator request was made

$ set audit/alarm/disable=acl
$ set nover

HELP !!!!!! any thoughts or suggestion would be most gratefully summarized.
Newsgroups: vmsnet.networks.tcp-ip.cmu-tek
Subject: re: Pause delay
From: dick schenke <schenke@ficc.ferranti.com>
Date: Thu, 10 Sep 92 9:07:06 CDT
Reply-To: dick schenke <schenke@ficc.ferranti.com>
Organization: The Internet
Return-Path: <SYNFUL@CMUTEK.CC.CMU.EDU>
Errors-To: SYNFUL@CMUTEK.CC.CMU.EDU
X-Listname: CMU-TEK TCP/IP Mailing list <CMU-TEK-TCP@CMUTEK.CC.CMU.EDU>
CC: <cmu-tek-tcp@CMUTEK.CC.CMU.EDU>
X-Mailer: ELM [version 2.2 PL13]

>
> Someone replied earlier to my question about a pause delay that I'm
> experiencing during a session.  My question may not have been specific
> enough, as the answer indicated that the problem may be due the responsiveness
> of my nameserver.  This might be if the delay was occuring during the
> establishment of the session, but the pause delay's that I'm experiencing is
> after the session has been established.  An example would be typing SHOW USERS
> and having the resulting display pause just before the last couple of lines.
> The pause delay seems to clear it self if I hit a key stroke such as spacebar
> , the display completes.  My apologies for the vague question, but I'm still
> looking for help in regards to this pause delay.  thanks again.
> -david-
>
> -------------------------------------------------------------------
> David Bell                        E-mail: BELL@UWPG02.UWinnipeg.CA
David,
What level of TEKIP are you running, and which VMS level?
Sounds like the problem that was in level 6.6-2 and 6.6-3.
It was fixed in 6.6-4, and it hasn't been reported on the list from
sites running higher levels (6.6-5 and various beta and -5a versions).
So I guess it stayed fixed.
(If you go to 6.6-4 or -5 you will need the July 17 date bug patch.)

Dick Schenke  Schenke@ferranti.com
Ferranti International Controls, Sugar Land TX
Newsgroups: vmsnet.networks.tcp-ip.cmu-tek
Subject: Problem with repeated login's
From: l.v.de.zeeuw@ic.hro.nl
Date: Tue, 15 Sep 1992 10:01 MET
Reply-To: L.V.de.Zeeuw@ic.hro.nl
Organization: The Internet
Return-Path: <SYNFUL@CMUTEK.CC.CMU.EDU>
Errors-To: SYNFUL@CMUTEK.CC.CMU.EDU
X-Listname: CMU-TEK TCP/IP Mailing list <CMU-TEK-TCP@CMUTEK.CC.CMU.EDU>
X-Organization: Hogeschool Rotterdam & Omstreken, the Netherlands
X-Envelope-To: cmu-tek-tcp+@andrew.cmu.edu
X-Vms-To: IN%"cmu-tek-tcp+@andrew.cmu.edu"
Comments: This message was sent with PMDF 4.0

L.S.

we have a problem with repeated login's from our users. (version 6.6-3)

The first, second, third and fourth time in quick succession al is working
well but at the fith attempt our users's can't get through. After some
time waiting they can get through. Is there some timeout? Is there a patch
for this problem? How can we increase the number of users accessing our
system via CMU/TEK TCP/IP simultanous?

Sinceraly,

Luc de Zeeuw

Hogeschool Rotterdam & Omstreken
InformaticaCentrum
G.J.de Jonghweg 6
3015 GG Rotterdam
The Netherlands


Newsgroups: vmsnet.networks.tcp-ip.cmu-tek