Re: [U2] Problems with disconnects - telnet
Sounds very similar to what I want to achieve; however, our accounts within our software are not Windows/UV accounts (these are master by customer); but rather are stored inside a file once the first phase of authentication passes (Username and account name or path puts our customers in the correct customer environment. Once logged in there; which is automated with a script; the user then logs in with their own username and password which lives within the UV environment; it has no parallel in Windows.) I suppose I'll have to get creative and see if there are any provisions in the screen manual. Or perhaps write a process to update /etc/passwd from our EMPLOYEES file to match. I am certain I can make this work with some practice -- how did you implement this? Thanks - Gabe On Jan 22, 2008 9:20 PM, phil walker [EMAIL PROTECTED] wrote: We use screen for RF sessions which drop out leaving sessions around. It works quite will, we restrict the user to one UV session and do some checking around connections to ensure that the user and only the user can connect to a screen session if one is there otherwise it is a usual connect. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Gabriel Green Sent: Wednesday, 23 January 2008 5:01 p.m. To: u2-users@listserver.u2ug.org Subject: [U2] Problems with disconnects - telnet 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 u2-users@listserver.u2ug.org To unsubscribe please visit http://listserver.u2ug.org/ --- u2-users mailing list u2-users@listserver.u2ug.org To unsubscribe please visit http://listserver.u2ug.org/ --- u2-users mailing list u2-users@listserver.u2ug.org To unsubscribe please visit http://listserver.u2ug.org/
Re: [U2] Problems with disconnects - telnet
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 u2-users@listserver.u2ug.org 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 u2-users@listserver.u2ug.org To unsubscribe please visit http://listserver.u2ug.org/
RE: [U2] Problems with disconnects - telnet
Hi Gabe With Remote Desktop Connection, as the terminal emulator is running on the server, if the connection drops, the terminal emulator is still connected to the server and you can reconnect and continue from where you left off. Also as the session is tied to the user through login and password, you can avoid someone accessing another person's session. I have not tested this on terminal services environment, but as RDC uses terminal services, I would assume this would work. Maybe setting up a terminal services environment would be the cheapest and quickest solution. You should look at Windows 2008, where the end user can access an application through Remote Desktop Connection, and it is so seamless, it looks like just another application on the user's PC. Regards David Jordan --- u2-users mailing list u2-users@listserver.u2ug.org To unsubscribe please visit http://listserver.u2ug.org/
Re: [U2] Problems with disconnects - telnet
I'll print out the manpage. vt100, unfortunately, is not an option; we need ADDS Viewpoint A2 Enhanced emulation that AccuTerm does. Now, I have (without involving screen) proxied telnet sessions by setting the TERM variable to addsvp and the enhanced mode (if I recall correctly) worked fine in AccuTerm. This will be an interesting project, indeed. Thanks for your help. I will probably create a demo account when I have time and see what I can do to make this work. Gabe On Jan 23, 2008 5:20 AM, [EMAIL PROTECTED] wrote: 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 u2-users@listserver.u2ug.org 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 u2-users@listserver.u2ug.org To unsubscribe please visit http://listserver.u2ug.org/ --- u2-users mailing list u2-users@listserver.u2ug.org To unsubscribe please visit http://listserver.u2ug.org/
Re: [U2] Problems with disconnects - telnet
As the author of a telnet/SSH package, I have discussed this problem in various forums over the years. Here is what I have learned. It is often possible to prevent a process from being terminated when a connection is dropped, by trapping the hangup signal (SIGHUP) generated by the telnetd or sshd. However, I have never heard of a way to reconnect to an orphaned session. So this is only half a solution. The only solution I have heard of is 'screen', a utility on some Unix/Linux systems that is intended for managing multiple sessions over one terminal connection. But screen also has a capability to leave sessions open, and a capability to reconnect to orphaned sessions. I have often considered modifying the SSH daemon provided by OpenSSH, freely available in source form, to allow for these options. Anyone interested in funding such a project? Regards, Bob Rasmussen, President, Rasmussen Software, Inc. personal e-mail: [EMAIL PROTECTED] company e-mail: [EMAIL PROTECTED] voice: (US) 503-624-0360 (9:00-6:00 Pacific Time) fax: (US) 503-624-0760 web: http://www.anzio.com --- u2-users mailing list u2-users@listserver.u2ug.org To unsubscribe please visit http://listserver.u2ug.org/
RE: [U2] Problems with disconnects - telnet
If you are using Accuterm, do you have keep alive set? That's on the connection tab under the Advanced button. Jerry Banker -Original Message- From: Gabriel Green [mailto:[EMAIL PROTECTED] Sent: Wednesday, January 23, 2008 9:06 AM To: u2-users@listserver.u2ug.org Subject: Re: [U2] Problems with disconnects - telnet I'll print out the manpage. vt100, unfortunately, is not an option; we need ADDS Viewpoint A2 Enhanced emulation that AccuTerm does. Now, I have (without involving screen) proxied telnet sessions by setting the TERM variable to addsvp and the enhanced mode (if I recall correctly) worked fine in AccuTerm. This will be an interesting project, indeed. Thanks for your help. I will probably create a demo account when I have time and see what I can do to make this work. Gabe On Jan 23, 2008 5:20 AM, [EMAIL PROTECTED] wrote: 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 u2-users@listserver.u2ug.org 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
Re: [U2] Problems with disconnects - telnet
When I have users in our remote office get dumped by internet/network problems, I use TANDEM then ESC-F to enter feed mode, and control their orphaned session and log them out gracefully, or complete their order to a point they can pick it up in a new session. TANDEM is a marvelous tool for this type of thing, though it does require human intervention, which can be tedious. Karl quote who=Bob Rasmussen As the author of a telnet/SSH package, I have discussed this problem in various forums over the years. Here is what I have learned. It is often possible to prevent a process from being terminated when a connection is dropped, by trapping the hangup signal (SIGHUP) generated by the telnetd or sshd. However, I have never heard of a way to reconnect to an orphaned session. So this is only half a solution. The only solution I have heard of is 'screen', a utility on some Unix/Linux systems that is intended for managing multiple sessions over one terminal connection. But screen also has a capability to leave sessions open, and a capability to reconnect to orphaned sessions. I have often considered modifying the SSH daemon provided by OpenSSH, freely available in source form, to allow for these options. Anyone interested in funding such a project? Regards, Bob Rasmussen, President, Rasmussen Software, Inc. personal e-mail: [EMAIL PROTECTED] company e-mail: [EMAIL PROTECTED] voice: (US) 503-624-0360 (9:00-6:00 Pacific Time) fax: (US) 503-624-0760 web: http://www.anzio.com --- u2-users mailing list u2-users@listserver.u2ug.org To unsubscribe please visit http://listserver.u2ug.org/ -- Karl Pearson Director of I.T. ATS Industrial Supply, Inc. [EMAIL PROTECTED] http://www.atsindustrial.com 800-789-9300 x29 Local: 801-978-4429 Fax: 801-972-3888 To mess up your Linux PC, you have to really work at it; to mess up a microsoft PC you just have to work on it. --- u2-users mailing list u2-users@listserver.u2ug.org To unsubscribe please visit http://listserver.u2ug.org/
RE: [U2] Problems with disconnects - telnet
Hi Gabe There is a guy who has written a terminal emulator with a bit of class. Its called BRIZ, the guy's name is Grygory Pryamov, and you can find him on Mytmppost [at] mail.ru. He is really keen and willing to adapt his emulator to do what you want it to do. As a matter of interest he has also written an MV editor that supplies drop downs (like Visual basic) for the syntax of InfoBasic... quite neat!) Perhaps that would work for you Dennis -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Gabriel Green Sent: 23 January 2008 05:06 PM To: u2-users@listserver.u2ug.org Subject: Re: [U2] Problems with disconnects - telnet I'll print out the manpage. vt100, unfortunately, is not an option; we need ADDS Viewpoint A2 Enhanced emulation that AccuTerm does. Now, I have (without involving screen) proxied telnet sessions by setting the TERM variable to addsvp and the enhanced mode (if I recall correctly) worked fine in AccuTerm. This will be an interesting project, indeed. Thanks for your help. I will probably create a demo account when I have time and see what I can do to make this work. Gabe On Jan 23, 2008 5:20 AM, [EMAIL PROTECTED] wrote: 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 u2-users@listserver.u2ug.org 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
RE: [U2] Problems with disconnects - telnet
And of course there's wIntegrate in thin client mode for those that are considering this. Regards JayJay --- u2-users mailing list u2-users@listserver.u2ug.org To unsubscribe please visit http://listserver.u2ug.org/
Re: [U2] Problems with disconnects - telnet
We have far too many users (thousands) for TANDEM to be a graceful solution; unfortunately. We are looking at solving this on the UV level by keeping track of where a user was and writing out regularly to various records as they progress in their session, and presenting the user with a screen at next login allowing (s)he to resume where they left off if a disconnect occurs. If necessary, I will look at a solution involving screen but I am confident our senior software engineer can solve it at the UV level after discussing it with him. =) Thanks all for your help. By the way, TANDEM on UV 10.2 Windows does not capture the controlling user's Enter key. Has anyone else experienced this problem or found a workaround? Thanks for all your help- Gabe On Jan 23, 2008 9:41 AM, [EMAIL PROTECTED] wrote: When I have users in our remote office get dumped by internet/network problems, I use TANDEM then ESC-F to enter feed mode, and control their orphaned session and log them out gracefully, or complete their order to a point they can pick it up in a new session. TANDEM is a marvelous tool for this type of thing, though it does require human intervention, which can be tedious. Karl quote who=Bob Rasmussen As the author of a telnet/SSH package, I have discussed this problem in various forums over the years. Here is what I have learned. It is often possible to prevent a process from being terminated when a connection is dropped, by trapping the hangup signal (SIGHUP) generated by the telnetd or sshd. However, I have never heard of a way to reconnect to an orphaned session. So this is only half a solution. The only solution I have heard of is 'screen', a utility on some Unix/Linux systems that is intended for managing multiple sessions over one terminal connection. But screen also has a capability to leave sessions open, and a capability to reconnect to orphaned sessions. I have often considered modifying the SSH daemon provided by OpenSSH, freely available in source form, to allow for these options. Anyone interested in funding such a project? Regards, Bob Rasmussen, President, Rasmussen Software, Inc. personal e-mail: [EMAIL PROTECTED] company e-mail: [EMAIL PROTECTED] voice: (US) 503-624-0360 (9:00-6:00 Pacific Time) fax: (US) 503-624-0760 web: http://www.anzio.com --- u2-users mailing list u2-users@listserver.u2ug.org To unsubscribe please visit http://listserver.u2ug.org/ -- Karl Pearson Director of I.T. ATS Industrial Supply, Inc. [EMAIL PROTECTED] http://www.atsindustrial.com 800-789-9300 x29 Local: 801-978-4429 Fax: 801-972-3888 To mess up your Linux PC, you have to really work at it; to mess up a microsoft PC you just have to work on it. --- u2-users mailing list u2-users@listserver.u2ug.org To unsubscribe please visit http://listserver.u2ug.org/ --- u2-users mailing list u2-users@listserver.u2ug.org To unsubscribe please visit http://listserver.u2ug.org/
RE: [U2] Problems with disconnects - telnet
We use screen for RF sessions which drop out leaving sessions around. It works quite will, we restrict the user to one UV session and do some checking around connections to ensure that the user and only the user can connect to a screen session if one is there otherwise it is a usual connect. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Gabriel Green Sent: Wednesday, 23 January 2008 5:01 p.m. To: u2-users@listserver.u2ug.org Subject: [U2] Problems with disconnects - telnet 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 u2-users@listserver.u2ug.org To unsubscribe please visit http://listserver.u2ug.org/ --- u2-users mailing list u2-users@listserver.u2ug.org To unsubscribe please visit http://listserver.u2ug.org/
