A common cause of long delays when first connecting is reverse dns lookups. Your PC is 192.168.1.100 and you're telneting to a server. It does a lookup of 192.168.1.100 to record the host name and it can take a while for dns to come back that it doesn't exist. The dns query is cached, so connecting a few minutes later is fast. The best solution is to setup a reverse lookup domain, but adding dummy records to /etc/hosts (or %systemroot%\system32\drivers\etc\hosts) like:
pc100 192.168.1.100 pc101 192.168.1.101 Works too. If "nslookup 192.168.1.100" doesn't return your pc host name, then this might be worth checking... > -----Original Message----- > From: Adrian Matthews [mailto:[EMAIL PROTECTED] > Sent: Thursday, September 09, 2004 12:21 PM > To: [EMAIL PROTECTED] > Subject: RE: [U2] UVODBC first query > > > Are you sure? Certainly doesn't happen on any of our servers, > connection is near enough instant whether via telnet, > uniobjects or JDBC. > > ________________________________ > > From: [EMAIL PROTECTED] on behalf of Don Verhagen > Sent: Thu 09/09/2004 17:52 > To: [EMAIL PROTECTED] > Subject: RE: [U2] UVODBC first query > > > > I know this happens even with TELNET on Window Servers. It > has something do with the first time it looks up a username > in the doman and then it caches the the user tree (probably > wrong term) of all the users. So each login after than does > NOT have to retrieve a list of users. Does that make sense? > > Thanks, > > > -- > Donald Verhagen > Application Development Manager > [EMAIL PROTECTED] > Tandem Staffing Solutions, Inc. > 1690 S Congress Avenue, Suite 210 > Delray Beach, FL 33445 USA > Voice Phone: 561.454.3592 Fax Phone: 561.454.3640 > > >>> [EMAIL PROTECTED] 11:44:18 AM 09/09/2004 >>> > We are using UVODBC to connect our web site to our production > UV database and we also experience a FIRST CONNECT lag time. > Subsequent queries are processed almost immediately. We have > considered creating a routine on the server to periodically > query UV so that any user would hopefully be the SECOND CONNECT. > > Garry Smith > Dir. Info Systems > Charles McMurray Company > V# 559-292-5782 F# 559-346-6169 > > CONFIDENCE NOTICE: > This is an e-mail message, theretofore may have many > accompanying documents, and is truly for the intended > recipient(s) and heretofore may contain data and information. > Surely any unauthorized review, use, disclosure, > distribution or copying could become arum nauseous. If you > are not the intended recipient, please look deep within > yourself by any means and immediately forgo digesting the > original message. > > > -----Original Message----- > > From: Andy Moore [SMTP:[EMAIL PROTECTED] > > Sent: Thursday, September 09, 2004 3:42 AM > > To: [EMAIL PROTECTED] > > Subject: [U2] UVODBC first query > > > > We are using a report writer called Bi/Query with Universe via the > > UVODBC and have noticed that once connected to the database, the > first > > query has a delay of about 20 seconds before it returns any results. > > > > Further queries after this time run immediately without the delay, > but > > leaving the session without activity for about 5-10 minutes means > that > > the next query again has a 20 second delay before returning any > results. > > > > We have noticed this on many of our customer sites, has anyone else > > experienced this delay with the UVODBC or aware of what may cause > this > > or how to fix it? > > > > Thanks > > > > > > Andy Moore > > Selima Software Ltd > > Tel: 0114 2815000 > > Fax: 0114 2817777 > > email: [EMAIL PROTECTED] > > ------- > > u2-users mailing list > > [EMAIL PROTECTED] > > To unsubscribe please visit http://listserver.u2ug.org/ > ------- > u2-users mailing list > [EMAIL PROTECTED] > To unsubscribe please visit http://listserver.u2ug.org/ > ------- > u2-users mailing list > [EMAIL PROTECTED] > To unsubscribe please visit http://listserver.u2ug.org/ > > > > > The information contained in this email is strictly > confidential and for the use of the addressee only, unless > otherwise indicated. If you are not the intended recipient, > please do not read, copy, use or disclose to others this > message or any attachment. Please also notify the sender by > replying to this email or by telephone +44 (0)20 7896 0011 > and then delete the email and any copies of it. Opinions, > conclusions (etc.) that do not relate to the official > business of this company shall be understood as neither given > nor endorsed by it. IG Markets Limited and IG Index Plc are > authorised and regulated by the Financial Services Authority > and, in Australia, by the Australian Securities and > Investments Commission. > > [demime 1.01d removed an attachment of type > application/ms-tnef which had a name of winmail.dat] > ------- > u2-users mailing list > [EMAIL PROTECTED] > To unsubscribe please visit http://listserver.u2ug.org/ ------- u2-users mailing list [EMAIL PROTECTED] To unsubscribe please visit http://listserver.u2ug.org/