----------------------------------
Silent installs can be performed by running the setup.exe file with a -s
option For Windows 95: the option -f1"full path\setup95.iss" needs to be added,
including the quotation marks. To change the directory, folder name, or
component selection, the setup.iss (or setup95.iss) file needs to be changed. It
can be modified using a text editor. It needs to be in the same directory as
setup.exe. To remove a component, remove the component and sub-component listing
in the response file under the heading [SdComponentDialog2-0]. Be careful to
remove all references to the component. To change the destination directory
change the value of szDir under the heading [SdAskDestPath-0], or for Companion
under the heading [SdAskDestPath-1]. To change the group folder change the value
szFolder under the heading [SdSelectFolder-0], or [SdSelectFolder-1] for
Companion. Modify the interact.ini file located in the same directory as
setup.exe to change InterAccess Manager settings during install. The shipping
interact.ini file contains all the default settings defined, but commented out.
To set a different value during install, for settings that have finite possible
values remove the comment designator (#) of the new setting. For settings that
can have any value, such as a numeric value, remove the comment designator (#)
and changed the value after the = sign. By removing the comment on the default
value, the user is assured of installing the default value no matter what the
setting might be on a previous version. InetD Services can be added by adding a
full section with the heading [InetD - Servicex], where x is a number less than
10. See the example InetD services that are in the interact.ini file. The silent
install will detect if a previous version is installed, if so it will
automatically install to that directory. * To run a silent install from the
self-extracting executable, the executable must be run and extracted to a
folder. Cancel the install process, then run the setup.exe as described above.
Secured(Encrypted) LOGON. You now have 2 choices for your logon security.
1.) Plain/Clear Text which is the Telnet standard.
2.) Secure Logon,
uses encryption for Logon Parameters.
The Secure Logon feature is only
supported when connecting to TelnetD with Pragmas Console Telnet Client. No
special configuration is needed on the server, the client is giving a command
lines parameter, "/S", that tells it to connect with the server and send
encrypted logon information. You can configure the server so that it will only
accept secure logons, this is done through the "Configure TelnetD" icon on the
Server.
Console Wrapper Version 2.0. This allows any console application to run in a
telnet session. Applications like VIM, NT Resource Kit's applications (PMON, VI,
etc.), Computer Associates Open Ingres SQL Server command line tools and REALLY
any other console application. * This version will not work with TelnetD Release
3.0
Print Monitor. Allows telnet session print jobs to be sent back through to
the telnet client. Very useful for POS systems. The user prints with their
application and the job will be sent back to the client and can then be routed
to the local printer or any other printer accessible by the telnet client
application.
Multiple User Configuration. Almost all of the Telnet Session configuration
can be specified on a per user basis.
Only allow the users configured with above feature to log on to your TelnetD
Server. Very useful for securing your Telnet Server and controlling who is
allowed to logon.
Created PRAGMASYS_TELNETD_PID environment variable. This allows the user to
know what Process Id his/her telnet session is using.
Created Named Mutex Semaphores for blocking TelnetD Server socket I/O, can be
used by developers writing code to run in a telnet session and need full control
of the TCP/IP socket. The Input or Reading Semaphore is named
TelnetDInputXXXMutex, where you replace XXX with the PRAGMASYS_TELNETD_PID
environment variable. The Output or Writing Semaphore is named
TelnetDOutputXXXMutex, where you replace XXX with the PRAGMASYS_TELNETD_PID
environment variable.
All user environment variables are now imported from NT for logged on
user.
4 Gray Scale support for WYSE Monochrome Terminals.
Better error messaging, both in Event Log and Errors displayed to the end
user.
IP Address Filtering. Enables you to Deny or Grant access to the InetD
services(TelnetD, Telnet Manager, Run As, and any of your services that InetD is
used to launch) by the client IP Address.
InetD Service Logon. You can now give logon information for any of the InetD
services(TelnetD, Telnet Manager, Run As, and any of your services that InetD is
used to launch) and that program will run as that user.
Changes to make InetD faster and also report better error messages.
Telnet Clients are now included. Console Telnet Client and Java Client.
Configuration and Management applications have been combined into one program
called "InterAccess Manager"(IMgr.exe). Support for managing and configuring any
of the InterAccess Products(TelnetD, InetD, Terminal Server, Companion) is
available through this one application. This application can be run on any
Windows NT or Windows 95 machine to configure and manage your InterAccess
Products across your network. See the online help for more information on
InterAccess Manager.
InterAccess Manager is connection oriented. Information is refreshed
automatically as soon as a Telnet session is established with the Server you are
managing.
New RunAs InetD Service. This application is useful for persons that need the
NT Logon Security of our Telnet Service but without the Telnet Service. After
Logon, RunAs allows you to launch any of your programs in the context of who you
logged on as. RunAs will also run without a network connection by simply typing
runas.
Telnet Diagnostics(NOT YET AVAILABLE). A new program that can assist with
supporting the TelnetD Server. If by chance you have any problems with our InetD
or TelnetD Server, this program can help to determine what is wrong.