home *** CD-ROM | disk | FTP | other *** search
/ OS/2 Shareware BBS: 2 BBS / 02-BBS.zip / teldr110.lzh / status.doc < prev    next >
Text File  |  1996-10-01  |  4KB  |  105 lines
  1.  The current feature list of Telnet Door as of version 1.10 is:
  2.  
  3. Now supports using a registration file that's specified by a command line
  4. parameter.  For those of you who are having problems with disappearing INI
  5. entries.
  6.  
  7. Now can display a menu of systems to connect to and let the user choose which
  8. one they want.
  9.  
  10. Added Domain Name Server timeout period.
  11.  
  12. All command line parameters can now be specified by environment variables.
  13.  
  14. This program has no known bugs.  If you find any then please report them to me
  15. ASAP!
  16.  
  17. Binary mode supported (send and receive).
  18.  
  19. Sysop can take over from the user.
  20.  
  21. Uses IBM's TCP/IP system.
  22.  
  23. Can be operated as a simple telnet program (if you don't like IBM's telnet).
  24.  
  25. Supports logging all output to a file.
  26.  
  27. Multi-threaded and uses no polling.
  28.  
  29. 32 bit.
  30.  
  31. Uses practically no CPU time, it should run 8 high speed lines on a 386 easily.
  32.  
  33. Supports running a debug file which can be used to give me information on
  34. errors that occur on your system and of features in TELNET daemons on remote
  35. systems which aren't yet supported by my program.
  36.  
  37. Can be run from a DOS BBS.  If you are running DOS BBS software under OS/2 it
  38. should now be possible to call an OS/2 batch file from the DOS session to run
  39. my Telnet Door and use it to connect to the Internet.  This is not a usage of
  40. my program that I can provide any great level of support for, but I have added
  41. some features to make it easier to do (some BBSs were already running in this
  42. way so I just made it easier for them).
  43.  
  44.  
  45.  
  46.   Current bug list is:
  47.  
  48.     Some of the enhanced VT100 terminal settings don't work in local mode, due
  49. to differences between OS/2's ANSI terminal and VT100.  Everything works fine
  50. for the remote end as long as they have a VT100 terminal.  Some of these
  51. sequences will be filtered out from display if you use the O=Q option.
  52.    This problem means that OS/2 Warp will interpret some of the commands send
  53. out by the latest Linux distribution to mean that the screen size is to be
  54. changed.  So it will put the window into 40x25 mode.  A simple work-around for
  55. BBS usage (assuming you don't want to just turn the console off) is to have
  56. the batch file/REXX program which calls TELDOR do a "mode CO80" after running
  57. TELDOR, this is for cases where the O=Q option doesn't work adequately.
  58.  
  59.    Telnet Door automatically sets the terminal type to VT-100 if the
  60. DORINFO1.DEF specifies ANSI graphics.  This is the only teminal type that is
  61. currently supported.  However it does use all binary transmission so after
  62. telnetting in to the remote system you will be able to change the terminal
  63. type appropriately (IE the initial login prompt may not be displayed properly,
  64. but after logging in you can use the TERM environment variable and "stty" to
  65. change things after that).  Most host systems seem to ignore the fact that
  66. Telnet Door tells them the terminal type anyway.
  67.  
  68.    My Linux system defaults to the "stty" setting "-opost" which means that it
  69. sends bare line-feeds without carriage return characters when I login to it.
  70. So after logging in it is necessary to run "stty opost" to correct this.  If
  71. you are the system administrator of the system you are using my program to
  72. login to then making "stty opost" the first line of your "/etc/profile" file
  73. should solve this (it worked for me).
  74.    A user of my program named Trevor Lampre devised a patch for the in.telnetd
  75. from Linux to make "opost" the default characteristic.  I will mail it to you
  76. on request.
  77.  
  78.  
  79.  
  80.       Planned features are:
  81.  
  82.   Scripting.  The base code for scripting is in this release (but not enabled).
  83. In version 1.15 I plan to enable this.  If you have any suggestions for the
  84. best way to specify the scripting options (via command-line, environment
  85. variables or script file) then please let me know via Email.
  86.  
  87.   Sysop chat mode.
  88.  
  89.   To write my own emulating library for VT100/VT200.
  90.   Directly support VT100/VT200 terminal emulations in all ways.
  91.   Supporting function keys via doorway mode.
  92.  
  93.    The above 3 features will all be implemented when I implement termcap
  94. settings for terminal types.
  95.  
  96. Using TELNET controls for environment settings and all terminal settings.
  97.  
  98.  
  99.  
  100.     Future plans that won't necessarily be part of the base package:
  101.  
  102.    I have written an OS/2 terminal server and it will be going in to beta in
  103. the near future.  Contact me now if you are interested in a Terminal Server for
  104. OS/2.
  105.