Hi Gabe, We are using screen (version 4.0.2) on Unix to ensure that we have no disconnected sessions. We are only using it on our development machine for the moment but intend to roll it out to production pretty soon.
In the unix profile for the user we check to see if there is any active screen session by doing a screen -ls - this will only display sessions for that user. If there is a disconnected session the profile attaches to that session otherwise it creates a new one. It works well - even repaints the window when the user reattaches. However, note that the only terminal emulation it supports is vt100. You may also need to change the default command escape sequence (ctrl-a takes you to the screen command line where the user can do all sorts of damage), but all of that is pretty well documented in the man pages. cheers, asvin [EMAIL PROTECTED] wrote on 23/01/2008 03:27:31: > Hi all, > > Back in the mvBASE days, a telnet disconnect would allow an interactive > user's activities to continue. UV is "smarter" than this, however, and is > quick to get rid of disconnected users. At least, it does not behave in the > same way. > > What I would like to know is if there are facilities within UV to allow this > sort of behavior. > > One scenario I dreamed up involved using the UNIX utility screen (which has > been ported to Windows with cygwin). The issue would be tying screen > sessions to existing telnet sessions and incorporating security so that we > do not have people resuming one another's screen sessions. Has anyone > attempted this? Or is there a third party tool to do this? > > The key thing is: as much transparency to the end user as possible. The > tools we have available on the client side are AccuTerm 2K2; and UV (running > on various flavors of Windows 2000-2003) on our servers. If screen is a > potential solution, the cygwin layer could be installed. > > The reason I ask is because disconnects - which we have some control over; > but often is left to the whims of customer infrastructure, can cause garbed > up transactions; which gives us untold headaches. > > Ideas, anyone? We wouldn't go back to mvBASE if our lives depended on it; > but we do need to solve the disconnect issues for our customers who refuse > to pay for high quality data connections to our servers and the associated > equipment. > > Thanks much, > Gabe > ------- > u2-users mailing list > [email protected] > To unsubscribe please visit http://listserver.u2ug.org/ ************************************************************ HSBC Bank plc may be solicited in the course of its placement efforts for a new issue, by investment clients of the firm for whom the Bank as a firm already provides other services. It may equally decide to allocate to its own proprietary book or with an associate of HSBC Group. This represents a potential conflict of interest. HSBC Bank plc has internal arrangements designed to ensure that the firm would give unbiased and full advice to the corporate finance client about the valuation and pricing of the offering as well as internal systems, controls and procedures to identify and manage conflicts of interest. HSBC Bank plc Registered Office: 8 Canada Square, London E14 5HQ, United Kingdom Registered in England - Number 14259 Authorised and regulated by the Financial Services Authority. ************************************************************ ----------------------------------------- SAVE PAPER - THINK BEFORE YOU PRINT! This transmission has been issued by a member of the HSBC Group "HSBC" for the information of the addressee only and should not be reproduced and/or distributed to any other person. Each page attached hereto must be read in conjunction with any disclaimer which forms part of it. Unless otherwise stated, this transmission is neither an offer nor the solicitation of an offer to sell or purchase any investment. Its contents are based on information obtained from sources believed to be reliable but HSBC makes no representation and accepts no responsibility or liability as to its completeness or accuracy. ------- u2-users mailing list [email protected] To unsubscribe please visit http://listserver.u2ug.org/
