Archive-Date: Thu, 4 Mar 2004 10:29:04 -0500 Date: Thu, 04 Mar 2004 16:22:06 +0100 From: =?iso-8859-1?Q?=22Vorl=E4nder=2C_Martin=22?= Reply-To: Info-TCPware@process.com Subject: Secondary IPs by program To: "TCPware Mailing List (E-Mail)" Message-ID: <215c51600a462308ec77beac62d7ad54404749be@pdv-systeme.de> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable All, is there an API call to get all the secondary IP addresses (i.e. those configured with NETCU ADD SECONDARY) besides issuing a NETSU SHOW NETWORK and parsing the output? Thanks in advance for any hints. cu, Martin --=20 OpenVMS DCL | Martin Vorlaender | OpenVMS rules! | work: mv@pdv-systeme.de The Original .COM | http://www.pdv-systeme.de/users/martinv/ | home: martin@radiogaga.harz.de ================================================================================ Archive-Date: Thu, 4 Mar 2004 11:00:17 -0500 Date: Thu, 04 Mar 2004 10:54:01 -0500 From: Geoff Bryant Reply-To: Info-TCPware@process.com Subject: Re: Secondary IPs by program To: info-tcpware@process.com Message-ID: <01L7BRAS0MFU8WWIKL@PROCESS.COM> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; CHARSET=us-ascii On Thu, 04 Mar 2004 16:22:06 +0100, =?iso-8859-1?Q?=22Vorl=E4nder=2C_Martin=22?= wrote: > >All, > >is there an API call to get all the secondary IP addresses >(i.e. those configured with NETCU ADD SECONDARY) besides >issuing a NETSU SHOW NETWORK and parsing the output? > >Thanks in advance for any hints. > >cu, > Martin >--=20 > OpenVMS DCL | Martin Vorlaender | OpenVMS rules! > | work: mv@pdv-systeme.de > The Original .COM | http://www.pdv-systeme.de/users/martinv/ > | home: martin@radiogaga.harz.de Martin, Look at the doc for the IO$_SENSEMODE!IO$M_CTRL function to IPDRIVER which returns lots of info and is what NETCU uses. Try specifying 6 for the P3 function code. The returned buffer will have the addresses in it up to the number of addresses or the size of the buffer, whichever is less, and the size will be returned in the second word of the IOSB. This is undocumented, so subject to change, but I can't imagine anything that would cause it to actually change. Geoff ------------------------------------------------------------- Geoff Bryant bryant@process.com TCPware/MultiNet/PMDF/SSH/PreciseMailAntiSpam Engineering Process Software http://www.process.com/ 959 Concord St. Framingham, MA 01701 USA ================================================================================ Archive-Date: Mon, 29 Mar 2004 16:27:16 -0500 Date: Mon, 29 Mar 2004 16:26:54 -0500 From: bryant@PROCESS.COM Reply-To: Info-TCPware@process.com To: TCPware-Announce@PROCESS.COM Message-ID: <00A2F933.1C6EF7D0.296@triton.process.com> Subject: TCPware ECO kit available: FTP_V562P050 TCPware ECO kit announcement The following ECO kit is now available for TCPware: ECO: FTP_V562P050 Description: Assorted fixes Release date: 29-MAR-2004 Ranking: 3 Max ranking: 0 Versions: V5.6-2,V5.5-3 ftp://ftp.process.com/support/V._-/ftp_v562p050.zip To search the TCPware ECO database, please visit the following URL: http://vms.process.com/eco.html For more information, contact Process Software via: E-mail: support@process.com Phone: 1-800-394-8700 The ECO kit README contents are below. ----------------------------------------------------------- ----------------------------------------------------------------------- FTP Patch kit (revision 5.0) for TCPware version 5.6-2 26-Mar-2004 Copyright (c) 2002, 2003, 2004 by Process Software Version 5.0 ECO rank: 3 Overall ECO rank: 0 This VMSINSTALable saveset provides new versions of FTP.EXE, FTP_LISTENER.EXE, FTP_SERVER.EXE and FTP_CONTROL.COM for TCPware for OpenVMS. It applies to TCPware V5.6-2 and TCPware V5.5-3 on VMS/VAX V5.5-2 and later, and OpenVMS ALPHA V6.1 and later. The following changes have been made in this kit: - A change has been made to the STOU command to resolve file naming behavior that was removed from the FTP server in TCPware v5.4. The change introduced in v5.4 causes the STOU command to create a new file name on the server system. Before v5.4, the STOU would preserve the file name. A new logical "TCPWARE_FTP_STOU_OLDNAME" has been created to make the pre-v5.4 behavior available. An example of this logical name usage: $ define/sys/exe TCPWARE_FTP_STOU_OLDNAME "anything" The logical is not defined by default. ECO FTP_V562P050, Rank 3 (DE 9369) - Correct a problem which could cause the FTP server to crash when receiving an unusually long argument with some commands. ECO FTP_V562P050, Rank 3 (DE 9477) - Correct a problem with the FTP server which causes it to keep files open after MDTM operations consuming excessive system resources. This will generally only be noticed in sessions that involve many MDTM operations. ECO FTP_V562P050, Rank 3 (DE 9486) The following changes are included from previous kits. - Corrects a potential problem that would prevent FTP users from logging in when the FTP site administrator using the TCPWARE_FTP_220_REPLY logical to define a file as an announce message and the file size is over a certain limit (around 2kb). Now, if the 220 reply message size has reached the limit, it will be truncated and the omitted part of the message will be replaced with a string ".....". Similarly, the changes are also made for "421 reply" and "221 reply" messages that are generated in TCPware_FTP process (FTP_LISTENER). Also please note the following behavior change: The continuous lines of a "221 reply" message originate from pre-login phase will now be prefixed with "221-". ECO FTP_V562P040, Rank 3 (DE 8888) - Corrects an issue where some long reply messages in the pre-login phase of some FTP servers could hang the TCPware FTP client. The problem was introduced in ECO FTP_V553P070. ECO FTP_V562P040, Rank 3 (DE 9022) - TCPware_FTP process has been modified to use SYS$GETUAI instead of reading the system authorization file. This was done to reduce access contention problems. This change corrects a potential problem where a SYSUAF file is being blocked by TCPware_FTP process. ECO FTP_V562P040, Rank 3 (DE 8963) - TCPware FTP has changed the output from an NLST command to retain the case of the filenames when not operating in Unix mode. (When operating in Unix mode the SRI encoding governs the case of the filenames.) This change allows MGETs for case-sensitive filenames to work correctly on ODS-5 disks on VMS V7.3-1 and later. The logical TCPWARE_FTP_LOWERCASE_NLST has been added to make the old behavior available. When TCPWARE_FTP_LOWERCASE_NLST is defined to True, Yes, or 1 then the file names will be set to lowercase as they have been in the past. ECO FTP_V562P030, Rank 3 (DE 8660) - Corrects a problem where the TCPware_FTP process entered a "MUTEX" state when a system resource limit set by the process was reached. This problem could occur at a heavily used ftp site when there are multiple users trying to log on to the FTP server simultaneously. To resolve the problem, some limits set in the FTP_CONTROL.COM have been increased. In addition, new code was been added in the TCPware FTP server to check if the running process is close to consuming all of the resource when serving the client connection attempts. In that case, the client will receive the message "The server is busy, try again later". Please note: this "busy" situation will automatically disappear when other clients finish their initial login phase and release the resource. If this situation is still found happening frequently at the site, the site administrator should review user log on pattern and take certain measures accordingly. For example: 1. Increase the TQELM (Timer Queue Limit) of the process. 2. Reduce login idle time by using the logical TCPWARE_FTP_IDLE_TIMEOUT. ECO FTP_V562P030, Rank 3 (DE 8663) - Updates FTP_CONTROL.COM to allow users to adjust FTP server process quotas by using new logicals. These new logicals are: TCPWARE_FTP_SERVER_WSLIMIT TCPWARE_FTP_SERVER_WSQUOTA TCPWARE_FTP_SERVER_WSEXTENT TCPWARE_FTP_SERVER_PAGEFILE TCPWARE_FTP_SERVER_TQELM TCPWARE_FTP_SERVER_ENQLM TCPWARE_FTP_SERVER_ASTLM TCPWARE_FTP_SERVER_PRCLM TCPWARE_FTP_SERVER_BYTLM TCPWARE_FTP_SERVER_FILLM TCPWARE_FTP_SERVER_DIOLM TCPWARE_FTP_SERVER_BIOLM FTP_CONTROL.COM now check the logicals for process quotas, and if any of the logicals is present, it will use it's value for the quota to start TCPWARE_FTP process. If not, the default will be used. Here is an example that modifies the "TQELM" (Timer Queue Limit) quota of the process from default to 60: $ define/sys/exe TCPWARE_FTP_SERVER_TQELM 60 $ @TCPWARE:RESTART FTP ECO FTP_V562P030, Rank 3 (DE 8663) - Corrects a problem with FTP server 226 reply message which gave an inaccurate count of bytes transferred with very large files. ECO FTP_V562P030, Rank 3 (DE 8462) - Corrects a problem in TCPware 5.6 where the NETCU command "netcu set log/ftp/new" created a new log file with name "." (".;1" for example) in the user's default directory. A file name is now required with the command "netcu set log/ftp/new". ECO FTP_V562P030, Rank 3 (DE 8670) Mandatory security update. ECO FTP_V562P020, Rank 0 TCPWARE_FTPLIB_SHR.EXE - Corrects a problem with previous FTP patches placing TCPWARE_FTPLIB_SHR.EXE in SYS$SPECIFIC:[SYSLIB] instead of the correct location: SYS$COMMON:[SYSLIB]. ECO FTP_V553P071, Rank 3 (DE 8328) IMPORTANT NOTE: -- TCPWARE_FTPLIB_SHR.EXE provides the FTP client API. This problem must be corrected on any system that has applied any of the previous TCPware FTP patches. If this is not corrected, the old version of the API will remain behind on future upgrades and custom FTP API applications may reference the old API instead of the current one since SYS$SPECIFIC:[SYSLIB] is searched before SYS$COMMON:[SYSLIB]. -- This ECO kit will correct this problem by renaming the file TCPWARE_FTPLIB_SHR.EXE in SYS$SPECIFIC:[SYSLIB] left by previous patches to TCPWARE_FTPLIB_SHR.EXE_OLD and place the current version of the file in SYS$COMMON:[SYSLIB]. -- As an alternative to applying this patch, you may correct this problem manually by issuing the following DCL commands: $ purge SYS$SPECIFIC:[SYSLIB]TCPWARE_FTPLIB_SHR.EXE $ rename SYS$SPECIFIC:[SYSLIB]TCPWARE_FTPLIB_SHR.EXE - SYS$COMMON:[SYSLIB]TCPWARE_FTPLIB_SHR.EXE FTP_LISTENER.EXE - Corrects some problems with "ALLOW host [mask]" and "DENY host [mask]" in FTP.CONF file. ECO FTP_V553P070, Rank 3 (DE 8217) - In addition to the information about the FTP.CONF file found in Table 12-1 of the TCPware Management Guide (page 12-3), here are some tips on using the ALLOW and DENY features: o Keep the file short as each line in the file causes additional startup time for the server. o If the REJECT_BY_DEFAULT keyword is used in FTP.CONF, comment out any "DENY" line(s) that are redundant. o If using the "mask" option, comment out any duplicate "ALLOW" or "DENY" lines. For example: If you have a line "ALLOW 26.26.26.100 255.255.255.128", then you do not also need the line "ALLOW 26.26.26.x" in it (where x is 0 to 127) as the mask already covers that host. o Only printable characters are allowed in the REJECT_MESSAGE message and the message size must be less than 255 bytes. ECO FTP_V553P070, Rank 4 (DE 8217) - The FTP listener will no longer default to HIBERNATE when not active. To return to HIBERNATE as the default behavior, define the following logical prior to starting FTP: $ define/sys/exe TCPWARE_FTP_LISTENER_NO_HIBERNATE_OPTION NO ECO FTP_V553P070, Rank 3 (DE 7837) - When TCPWARE_FTP_NOKEEPALIVES is defined the FTP server will not send keepalives on the control channel. ECO FTP_V553P040, Rank 3 (DE 6875) - Correct a problem with occasional ftp timeouts. If the symptom still presents after applying the patch, a new logical added in this patch should be used to get rid of the symptom. The logical can be defined as: $ define/system/exe TCPWARE_FTP_LISTENER_NO_HIBERNATE_OPTION TRUE ECO FTP_V553P020, Rank 3 (DE7038) FTP_SERVER.EXE - Corrects a problem with the "DIR" command returning the incorrect file size if greater than 2GB. ECO FTP_V562P010, Rank 3 (DE 8279). - Corrects a problem with the "DIR" command in Unix mode returning the incorrect file size if greater than 2GB. ECO FTP_V562P010, Rank 3 (DE 8382). - Updates code to make some error messages in the FTP server more accurate. ECO FTP_V562P010, Rank 3 (DE 8336) - Corrects an ACCVIO caused by using a file with no carriage returns for the TCPWARE_FTP_230_REPLY message. ECO FTP_V562P010, Rank 4 (DE 8237) - Corrects a problem with the PWD command returning an incorrect value if "< >" is used in the default login location in the UAF. ECO FTP_V562P010, Rank 4 (DE 7972) - Corrects a problem with 150 reply messages returning an incorrect value when in Unix mode and with "< >" as part of the default directory specification. ECO FTP_V562P010, Rank 4 (DE 8252) - Allows use of SRI encoding of Unix style file names on ODS-5 disks with the logical TCPWARE_FTP_USE_SRI_ENCODING_ON_ODS5. When this logical is defined to 1, TRUE or YES, the SRI file name encoding used for Unix style file names on ODS-2 disks will be used on ODS-5 disks. This also sets the default case of letters in filenames to lowercase and ignores the stored case. The following logicals should also be defined as follows: TCPWARE_FTP_DISALLOW_UNIX_STYLE FALSE TCPWARE_FTP_UNIX_STYLE_BY_DEFAULT TRUE TCPWARE_FTP_UNIX_STYLE_CASE_INSENSITIVE FALSE TCPWARE_FTP_USE_SRI_ENCODING_ON_ODS5 TRUE ECO FTP_V553P060, Rank 3 (DE 7844) - Corrects some errors in computation for the value returned by MDTM (modification time) for some files. ECO FTP_V553P060, Rank 3 (DE 7855) - The value of TCPWARE_FTP_UNIX_STYLE_CASE_INSENSITIVE is now observed. ECO FTP_V553P060, Rank 3 (DE 7860) - Corrects an ACCVIO that can occur when a file with multiple dots gets a "bad version number" error code. ECO FTP_V553P061, Rank 3 (DE 7912) - Corrects an ACCVIO that can occur when renaming a large group of files. ECO FTP_V553P062, Rank 3 (DE 8000) - Corrects an issue where the LS command displays file names in uppercase. ECO FTP_V553P062, Rank 3 (DE 8051) - Corrects a problem with using FTP's PUT command to transfer files from DOS/WINDOWS. ASCII mode causes the output files to be corrupted if the original file uses LF instead of CRLF to end the lines. ECO FTP_V553P050, Rank 2 (DE 7534) - Corrects a problem with the TCPWARE_FTP_SEMANTICS_VARIABLE_IGNORE_CC logical. ECO FTP_V553P050, Rank 3 (DE 7591) - Corrects a potential problem with padding the buffer on the last record of the transferred file. ECO FTP_V553P050, Rank 3 (DE 7756) - Adds a logical TCPWARE_FTP_DISALLOW_WILDCARD_DELETES. Define it to anything to disallow the functionality of accepting wildcards on delete. This may be done at the process, group or system level. (DE 7786) - When TCPWARE_FTP_NOKEEPALIVES is defined the FTP server will not send keepalives on the control channel. ECO FTP_V553P040, Rank 3 (DE 6875) - When the logical TCPWARE_FTP_ADD_CC_ON_FIXED_RECORD_FILES is defined to TRUE and a file is transferred as TYPE IMAGE the FTP server will separate the records of a fixed length record file with the linefeed character. This is useful to avoid the explicit conversion necessary when transferring the file to a non-VMS system with a FTP client that is not able to do record mode transfers. ECO FTP_V553P040, Rank 3 (DE 7272) - Corrects a problem where using put/mput to transfer ASCII files in VMS-PLUS mode causes the output files to contain hundreds of blank trailing spaces. The problem was introduced in patch kit FTP_V55P010. ECO FTP_V553P030, Rank 3 (DE 7318) - Corrects a problem with renaming a file to a destination name containing wildcards (for example rename t.tmp to *.ok). The file would be renamed but the connection was dropped. ECO FTP_V553P030, Rank 3 (DE 7164) - Corrects a problem where the last record is sometimes missing when an image file of fixed length record is transferred. ECO FTP_V553P030, Rank 3 (DE 7331) - Corrects a problem with writing out RECORD (STRU R) files. ECO FTP_V553P010, Rank 3 (DE 6983) - Fill in the resultant file name when an error status is returned due to unsupported I/O operations. (e.g. attempting to RETR a a directory when in Unix mode) ECO FTP_V553P010, Rank 3 (DE 6987) FTP.EXE - Files are once again transferred in alphabetical order. A fix in FTP_V533P062 had caused transfers to occur in reverse alphabetical order although the final outcome was unchanged. ECO FTP_V553P070, Rank 3 (DE 8179) - Corrects an issue with unusually long reply messages causing the TCPware FTP client to hang. ECO FTP_V553P070, Rank 3 (DE 8010) - The TCPware FTP client will no longer insert a carriage return when processing long reply messages from the server. The old behavior was inserting a carriage return every 132 characters. ECO FTP_V553P070, Rank 3 (DE 8010) - Corrects a problem where GET or MGET may fail when there is more than one "." in the file name and the local system is running VMS 7.2-1 or later and the current directory is on an ODS2 disk device. ECO FTP_V553P062, Rank 3 (DE 7915) - Corrects a problem where MGET and MPUT did not preserve the version number order of the transferred files. (ECO FTP_V553P062, Rank 3 (DE 7426) - DIR/FTP and COPY/FTP now support the /PASSIVE qualifier included in the VMS73_DCL-V0200 ECO. ECO FTP_V553P062, Rank 3 (DE 7889) - This kit also provides an informational item below for resolving an ACCVIO problem when transferring a VFC file from VMS 7.3 to non-VMS systems using PUT command. The problem can be resolved by applying the latest VMS FORTRAN RTL ECO (CFAV-FORRTL-V0705-1 from http://www.compaq.com/fortran/downloads.html). ECO FTP_V553P062, Rank 3 (DE 7881) - The KEEPALIVE command allows the FTP client program to toggle whether or not it desires keepalives to be sent on the control channel. The SET [NO]KEEPALIVE command allows the FTP client to explicitly set whether or not it desires keepalives on the control channel. ECO FTP_V553P040, Rank 3 (DE 6875) After installing the patch kit you should do @TCPWARE:RESTART FTP to cause the new images to be used. [End of ECO announcement] ================================================================================ Archive-Date: Tue, 30 Mar 2004 09:19:11 -0500 Date: Tue, 30 Mar 2004 09:12:03 -0500 From: Geoff Bryant Reply-To: Info-TCPware@process.com Subject: Re: TCPware ECO kit available: FTP_V562P050 To: info-tcpware@process.com Message-ID: <01L8BZSTGZDU934Q6J@PROCESS.COM> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; CHARSET=us-ascii Please note that the URL below has an error and should be: ftp://ftp.process.com/support/56_2/ftp_v562p050.zip We apologize for the error. On Mon, 29 Mar 2004 16:26:54, bryant@process.com wrote: > >TCPware ECO kit announcement > >The following ECO kit is now available for TCPware: > > ECO: FTP_V562P050 > Description: Assorted fixes > Release date: 29-MAR-2004 > Ranking: 3 > Max ranking: 0 > Versions: V5.6-2,V5.5-3 > > ftp://ftp.process.com/support/V._-/ftp_v562p050.zip > >To search the TCPware ECO database, please visit the following URL: > > http://vms.process.com/eco.html > >For more information, contact Process Software via: > > E-mail: support@process.com > Phone: 1-800-394-8700 > >The ECO kit README contents are below. > >----------------------------------------------------------- >----------------------------------------------------------------------- >FTP Patch kit (revision 5.0) for TCPware version 5.6-2 26-Mar-2004 > > Copyright (c) 2002, 2003, 2004 by Process Software > > Version 5.0 ECO rank: 3 > Overall ECO rank: 0 > > This VMSINSTALable saveset provides new versions of FTP.EXE, > FTP_LISTENER.EXE, FTP_SERVER.EXE and FTP_CONTROL.COM for > TCPware for OpenVMS. > > It applies to TCPware V5.6-2 and TCPware V5.5-3 on VMS/VAX V5.5-2 and > later, and OpenVMS ALPHA V6.1 and later. > > > The following changes have been made in this kit: > > - A change has been made to the STOU command to resolve file naming > behavior that was removed from the FTP server in TCPware v5.4. > The change introduced in v5.4 causes the STOU command to create a > new file name on the server system. Before v5.4, the STOU would > preserve the file name. A new logical "TCPWARE_FTP_STOU_OLDNAME" > has been created to make the pre-v5.4 behavior available. An > example of this logical name usage: > > $ define/sys/exe TCPWARE_FTP_STOU_OLDNAME "anything" > > The logical is not defined by default. > ECO FTP_V562P050, Rank 3 (DE 9369) > > - Correct a problem which could cause the FTP server to crash when > receiving an unusually long argument with some commands. > ECO FTP_V562P050, Rank 3 (DE 9477) > > - Correct a problem with the FTP server which causes it to keep > files open after MDTM operations consuming excessive system > resources. This will generally only be noticed in sessions that > involve many MDTM operations. > ECO FTP_V562P050, Rank 3 (DE 9486) > > > > The following changes are included from previous kits. > > - Corrects a potential problem that would prevent FTP users from > logging in when the FTP site administrator using the > TCPWARE_FTP_220_REPLY logical to define a file as an announce > message and the file size is over a certain limit (around 2kb). > Now, if the 220 reply message size has reached the limit, it will > be truncated and the omitted part of the message will be replaced > with a string ".....". Similarly, the changes are also made for > "421 reply" and "221 reply" messages that are generated in > TCPware_FTP process (FTP_LISTENER). Also please note the following > behavior change: The continuous lines of a "221 reply" message > originate from pre-login phase will now be prefixed with "221-". > ECO FTP_V562P040, Rank 3 (DE 8888) > > - Corrects an issue where some long reply messages in the pre-login > phase of some FTP servers could hang the TCPware FTP client. The > problem was introduced in ECO FTP_V553P070. > ECO FTP_V562P040, Rank 3 (DE 9022) > > - TCPware_FTP process has been modified to use SYS$GETUAI instead > of reading the system authorization file. This was done to reduce > access contention problems. This change corrects a potential > problem where a SYSUAF file is being blocked by TCPware_FTP > process. > ECO FTP_V562P040, Rank 3 (DE 8963) > > > - TCPware FTP has changed the output from an NLST command to retain the > case of the filenames when not operating in Unix mode. (When operating > in Unix mode the SRI encoding governs the case of the filenames.) This > change allows MGETs for case-sensitive filenames to work correctly on > ODS-5 disks on VMS V7.3-1 and later. > > The logical TCPWARE_FTP_LOWERCASE_NLST has been added to make the old > behavior available. When TCPWARE_FTP_LOWERCASE_NLST is defined to True, > Yes, or 1 then the file names will be set to lowercase as they have > been in the past. > > ECO FTP_V562P030, Rank 3 (DE 8660) > > - Corrects a problem where the TCPware_FTP process entered a "MUTEX" > state when a system resource limit set by the process was reached. > This problem could occur at a heavily used ftp site when there are > multiple users trying to log on to the FTP server simultaneously. To > resolve the problem, some limits set in the FTP_CONTROL.COM have been > increased. In addition, new code was been added in the TCPware FTP > server to check if the running process is close to consuming all of > the resource when serving the client connection attempts. In that case, > the client will receive the message "The server is busy, try again > later". Please note: this "busy" situation will automatically disappear > when other clients finish their initial login phase and release the > resource. If this situation is still found happening frequently at > the site, the site administrator should review user log on pattern and > take certain measures accordingly. For example: 1. Increase the TQELM > (Timer Queue Limit) of the process. 2. Reduce login idle time by using > the logical TCPWARE_FTP_IDLE_TIMEOUT. > ECO FTP_V562P030, Rank 3 (DE 8663) > > - Updates FTP_CONTROL.COM to allow users to adjust FTP server process > quotas by using new logicals. These new logicals are: > > TCPWARE_FTP_SERVER_WSLIMIT > TCPWARE_FTP_SERVER_WSQUOTA > TCPWARE_FTP_SERVER_WSEXTENT > TCPWARE_FTP_SERVER_PAGEFILE > TCPWARE_FTP_SERVER_TQELM > TCPWARE_FTP_SERVER_ENQLM > TCPWARE_FTP_SERVER_ASTLM > TCPWARE_FTP_SERVER_PRCLM > TCPWARE_FTP_SERVER_BYTLM > TCPWARE_FTP_SERVER_FILLM > TCPWARE_FTP_SERVER_DIOLM > TCPWARE_FTP_SERVER_BIOLM > > FTP_CONTROL.COM now check the logicals for process quotas, and if > any of the logicals is present, it will use it's value for the quota > to start TCPWARE_FTP process. If not, the default will be used. > > Here is an example that modifies the "TQELM" (Timer Queue Limit) quota > of the process from default to 60: > > $ define/sys/exe TCPWARE_FTP_SERVER_TQELM 60 > $ @TCPWARE:RESTART FTP > > ECO FTP_V562P030, Rank 3 (DE 8663) > > - Corrects a problem with FTP server 226 reply message which gave an > inaccurate count of bytes transferred with very large files. > ECO FTP_V562P030, Rank 3 (DE 8462) > > - Corrects a problem in TCPware 5.6 where the NETCU command > "netcu set log/ftp/new" created a new log file with name "." (".;1" > for example) in the user's default directory. A file name is now > required with the command "netcu set log/ftp/new". > ECO FTP_V562P030, Rank 3 (DE 8670) > > > Mandatory security update. > ECO FTP_V562P020, Rank 0 > > > TCPWARE_FTPLIB_SHR.EXE > - Corrects a problem with previous FTP patches placing > TCPWARE_FTPLIB_SHR.EXE in SYS$SPECIFIC:[SYSLIB] > instead of the correct location: SYS$COMMON:[SYSLIB]. > ECO FTP_V553P071, Rank 3 (DE 8328) > > IMPORTANT NOTE: > > -- TCPWARE_FTPLIB_SHR.EXE provides the FTP client API. > This problem must be corrected on any system that > has applied any of the previous TCPware FTP patches. > If this is not corrected, the old version of the API > will remain behind on future upgrades and custom FTP > API applications may reference the old API instead of > the current one since SYS$SPECIFIC:[SYSLIB] is searched > before SYS$COMMON:[SYSLIB]. > > -- This ECO kit will correct this problem by renaming the file > TCPWARE_FTPLIB_SHR.EXE in SYS$SPECIFIC:[SYSLIB] left by > previous patches to TCPWARE_FTPLIB_SHR.EXE_OLD and > place the current version of the file in SYS$COMMON:[SYSLIB]. > > -- As an alternative to applying this patch, you may correct > this problem manually by issuing the following DCL commands: > $ purge SYS$SPECIFIC:[SYSLIB]TCPWARE_FTPLIB_SHR.EXE > $ rename SYS$SPECIFIC:[SYSLIB]TCPWARE_FTPLIB_SHR.EXE - > SYS$COMMON:[SYSLIB]TCPWARE_FTPLIB_SHR.EXE > > > FTP_LISTENER.EXE > > - Corrects some problems with "ALLOW host [mask]" and "DENY host [mask]" > in FTP.CONF file. > ECO FTP_V553P070, Rank 3 (DE 8217) > > - In addition to the information about the FTP.CONF file found in Table > 12-1 of the TCPware Management Guide (page 12-3), here are some tips > on using the ALLOW and DENY features: > > o Keep the file short as each line in the file causes additional > startup time for the server. > o If the REJECT_BY_DEFAULT keyword is used in FTP.CONF, comment out > any "DENY" line(s) that are redundant. > o If using the "mask" option, comment out any duplicate "ALLOW" or > "DENY" lines. For example: > If you have a line "ALLOW 26.26.26.100 255.255.255.128", then > you do not also need the line "ALLOW 26.26.26.x" in it > (where x is 0 to 127) as the mask already covers that host. > o Only printable characters are allowed in the REJECT_MESSAGE > message and the message size must be less than 255 bytes. > ECO FTP_V553P070, Rank 4 (DE 8217) > > - The FTP listener will no longer default to HIBERNATE when not active. > To return to HIBERNATE as the default behavior, define the following > logical prior to starting FTP: > $ define/sys/exe TCPWARE_FTP_LISTENER_NO_HIBERNATE_OPTION NO > ECO FTP_V553P070, Rank 3 (DE 7837) > > - When TCPWARE_FTP_NOKEEPALIVES is defined the FTP server will not send > keepalives on the control channel. > ECO FTP_V553P040, Rank 3 (DE 6875) > > - Correct a problem with occasional ftp timeouts. If the symptom still > presents after applying the patch, a new logical added in this patch > should be used to get rid of the symptom. The logical can be defined > as: > $ define/system/exe TCPWARE_FTP_LISTENER_NO_HIBERNATE_OPTION TRUE > ECO FTP_V553P020, Rank 3 (DE7038) > > > FTP_SERVER.EXE > > - Corrects a problem with the "DIR" command returning the incorrect > file size if greater than 2GB. > ECO FTP_V562P010, Rank 3 (DE 8279). > > - Corrects a problem with the "DIR" command in Unix mode returning > the incorrect file size if greater than 2GB. > ECO FTP_V562P010, Rank 3 (DE 8382). > > - Updates code to make some error messages in the FTP server more > accurate. > ECO FTP_V562P010, Rank 3 (DE 8336) > > - Corrects an ACCVIO caused by using a file with no carriage returns > for the TCPWARE_FTP_230_REPLY message. > ECO FTP_V562P010, Rank 4 (DE 8237) > > - Corrects a problem with the PWD command returning an incorrect value > if "< >" is used in the default login location in the UAF. > ECO FTP_V562P010, Rank 4 (DE 7972) > > - Corrects a problem with 150 reply messages returning an incorrect > value when in Unix mode and with "< >" as part of the default > directory specification. > ECO FTP_V562P010, Rank 4 (DE 8252) > > - Allows use of SRI encoding of Unix style file names on ODS-5 disks > with the logical TCPWARE_FTP_USE_SRI_ENCODING_ON_ODS5. When this > logical is defined to 1, TRUE or YES, the SRI file name encoding used > for Unix style file names on ODS-2 disks will be used on ODS-5 disks. > This also sets the default case of letters in filenames to lowercase > and ignores the stored case. The following logicals should also be > defined as follows: > TCPWARE_FTP_DISALLOW_UNIX_STYLE FALSE > TCPWARE_FTP_UNIX_STYLE_BY_DEFAULT TRUE > TCPWARE_FTP_UNIX_STYLE_CASE_INSENSITIVE FALSE > TCPWARE_FTP_USE_SRI_ENCODING_ON_ODS5 TRUE > ECO FTP_V553P060, Rank 3 (DE 7844) > > - Corrects some errors in computation for the value returned by MDTM > (modification time) for some files. > ECO FTP_V553P060, Rank 3 (DE 7855) > > - The value of TCPWARE_FTP_UNIX_STYLE_CASE_INSENSITIVE is now observed. > ECO FTP_V553P060, Rank 3 (DE 7860) > > - Corrects an ACCVIO that can occur when a file with multiple dots gets > a "bad version number" error code. > ECO FTP_V553P061, Rank 3 (DE 7912) > > - Corrects an ACCVIO that can occur when renaming a large group of files. > ECO FTP_V553P062, Rank 3 (DE 8000) > > - Corrects an issue where the LS command displays file names in uppercase. > ECO FTP_V553P062, Rank 3 (DE 8051) > > - Corrects a problem with using FTP's PUT command to transfer files > from DOS/WINDOWS. ASCII mode causes the output files to be corrupted > if the original file uses LF instead of CRLF to end the lines. > ECO FTP_V553P050, Rank 2 (DE 7534) > > - Corrects a problem with the TCPWARE_FTP_SEMANTICS_VARIABLE_IGNORE_CC > logical. > ECO FTP_V553P050, Rank 3 (DE 7591) > > - Corrects a potential problem with padding the buffer on the last > record of the transferred file. > ECO FTP_V553P050, Rank 3 (DE 7756) > > - Adds a logical TCPWARE_FTP_DISALLOW_WILDCARD_DELETES. Define it to > anything to disallow the functionality of accepting wildcards on delete. > This may be done at the process, group or system level. (DE 7786) > > - When TCPWARE_FTP_NOKEEPALIVES is defined the FTP server will not send > keepalives on the control channel. > ECO FTP_V553P040, Rank 3 (DE 6875) > > - When the logical TCPWARE_FTP_ADD_CC_ON_FIXED_RECORD_FILES is defined > to TRUE and a file is transferred as TYPE IMAGE the FTP server will > separate the records of a fixed length record file with the linefeed > character. This is useful to avoid the explicit conversion necessary > when transferring the file to a non-VMS system with a FTP client that > is not able to do record mode transfers. > ECO FTP_V553P040, Rank 3 (DE 7272) > > - Corrects a problem where using put/mput to transfer ASCII files in > VMS-PLUS mode causes the output files to contain hundreds of blank > trailing spaces. The problem was introduced in patch kit FTP_V55P010. > ECO FTP_V553P030, Rank 3 (DE 7318) > > - Corrects a problem with renaming a file to a destination name > containing wildcards (for example rename t.tmp to *.ok). The > file would be renamed but the connection was dropped. > ECO FTP_V553P030, Rank 3 (DE 7164) > > - Corrects a problem where the last record is sometimes missing > when an image file of fixed length record is transferred. > ECO FTP_V553P030, Rank 3 (DE 7331) > > - Corrects a problem with writing out RECORD (STRU R) files. > ECO FTP_V553P010, Rank 3 (DE 6983) > > - Fill in the resultant file name when an error status is returned > due to unsupported I/O operations. (e.g. attempting to RETR a > a directory when in Unix mode) > ECO FTP_V553P010, Rank 3 (DE 6987) > > FTP.EXE > > - Files are once again transferred in alphabetical order. A fix in > FTP_V533P062 had caused transfers to occur in reverse alphabetical > order although the final outcome was unchanged. > ECO FTP_V553P070, Rank 3 (DE 8179) > > - Corrects an issue with unusually long reply messages causing the > TCPware FTP client to hang. > ECO FTP_V553P070, Rank 3 (DE 8010) > > - The TCPware FTP client will no longer insert a carriage return > when processing long reply messages from the server. The old > behavior was inserting a carriage return every 132 characters. > ECO FTP_V553P070, Rank 3 (DE 8010) > > - Corrects a problem where GET or MGET may fail when there is more than > one "." in the file name and the local system is running VMS 7.2-1 or > later and the current directory is on an ODS2 disk device. > ECO FTP_V553P062, Rank 3 (DE 7915) > > - Corrects a problem where MGET and MPUT did not preserve the version > number order of the transferred files. > (ECO FTP_V553P062, Rank 3 (DE 7426) > > - DIR/FTP and COPY/FTP now support the /PASSIVE qualifier included in > the VMS73_DCL-V0200 ECO. > ECO FTP_V553P062, Rank 3 (DE 7889) > > - This kit also provides an informational item below for resolving > an ACCVIO problem when transferring a VFC file from VMS 7.3 to > non-VMS systems using PUT command. The problem can be resolved by > applying the latest VMS FORTRAN RTL ECO (CFAV-FORRTL-V0705-1 from > http://www.compaq.com/fortran/downloads.html). > ECO FTP_V553P062, Rank 3 (DE 7881) > > - The KEEPALIVE command allows the FTP client program to toggle whether > or not it desires keepalives to be sent on the control channel. The > SET [NO]KEEPALIVE command allows the FTP client to explicitly set > whether or not it desires keepalives on the control channel. > ECO FTP_V553P040, Rank 3 (DE 6875) > > > After installing the patch kit you should do @TCPWARE:RESTART FTP to cause > the new images to be used. > > >[End of ECO announcement] > ------------------------------------------------------------- Geoff Bryant bryant@process.com TCPware/MultiNet/PMDF/SSH/PreciseMailAntiSpam Engineering Process Software http://www.process.com/ 959 Concord St. Framingham, MA 01701 USA