× The internal search function is temporarily non-functional. The current search engine is no longer viable and we are researching alternatives.
As a stop gap measure, we are using Google's custom search engine service.
If you know of an easy to use, open source, search engine ... please contact support@midrange.com.


  • Subject: RE: RE: Thin Clients and TCP/IP
  • From: "Draper, Dale" <dale.draper@xxxxxxxxxxxx>
  • Date: Wed, 9 May 2001 06:24:56 -0700

The extra unused sessions only hang around for a little bit before timing
out. Try it sometime and time how long it takes from another session. I'm
pretty darn sure a named device can only have one session, but, one client
*could* have more than one named device. It would just be another shortcut
on the desktop. But, if you are choking down your user to use only a named
device, well, fugettaboutit, your security is going to force this problem
and nothing you can do about it except to train the user to wait X minutes
before trying to sign on again. See sentence #2 above.



> -----Original Message-----
> From: Mike Naughton [SMTP:mnaughton@juddwire.com]
> Sent: Tuesday, May 08, 2001 2:34 PM
> To:   MIDRANGE-L@midrange.com
> Cc:   midrange-l@midrange.com
> Subject:      Re: RE: Thin Clients and TCP/IP
> 
> Hi Dale,
> 
> Thanks for the suggestion about system values.
> 
> I'm not sure what you're getting at when you ask about  limiting device
> sessions (probably my ignorance!). We use named devices -- for various
> reasons, that makes sense for us. Is there a way for a named device to
> have more than one session? If I did this, wouldn't the system tend to
> build up unnecessary extra sessions if the unused ones keep hanging
> around?
> 
> Thanks!
> 
> MIDRANGE-L@midrange.com writes:
> >Now, as to your current problem, maybe you can tinker with some of the
> >*inact* system values reducing them so that the device belongs to a
> >re-booted system is knocked off by the system? Do you really require need
> >to
> >limit the device sessions to only one though? That is the root of this
> >problem no?
> 
> 
> Mike Naughton
> Senior Programmer/Analyst
> Judd Wire, Inc.
> 124 Turnpike Road
> Turners Falls, MA  01376
> 413-863-4357 x444
> mnaughton@juddwire.com
> 
> +---
> | This is the Midrange System Mailing List!
> | To submit a new message, send your mail to MIDRANGE-L@midrange.com.
> | To subscribe to this list send email to MIDRANGE-L-SUB@midrange.com.
> | To unsubscribe from this list send email to
> MIDRANGE-L-UNSUB@midrange.com.
> | Questions should be directed to the list owner/operator:
> david@midrange.com
> +---
+---
| This is the Midrange System Mailing List!
| To submit a new message, send your mail to MIDRANGE-L@midrange.com.
| To subscribe to this list send email to MIDRANGE-L-SUB@midrange.com.
| To unsubscribe from this list send email to MIDRANGE-L-UNSUB@midrange.com.
| Questions should be directed to the list owner/operator: david@midrange.com
+---

As an Amazon Associate we earn from qualifying purchases.

This thread ...

Follow-Ups:

Follow On AppleNews
Return to Archive home page | Return to MIDRANGE.COM home page

This mailing list archive is Copyright 1997-2024 by midrange.com and David Gibbs as a compilation work. Use of the archive is restricted to research of a business or technical nature. Any other uses are prohibited. Full details are available on our policy page. If you have questions about this, please contact [javascript protected email address].

Operating expenses for this site are earned using the Amazon Associate program and Google Adsense.