Archive-Date: Thu, 1 Apr 2004 11:44:03 -0500 Date: Thu, 1 Apr 2004 11:43:40 -0500 From: bryant@PROCESS.COM Reply-To: Info-TCPware@process.com To: TCPware-Announce@PROCESS.COM Message-ID: <00A2FB67.0AA9EA1F.36@triton.process.com> Subject: TCPware ECO kit available: NFSDV3_V562P020 TCPware ECO kit announcement The following ECO kit is now available for TCPware: ECO: NFSDV3_V562P020 Description: ODS-5 support in NFS V3 Server Release date: 1-APR-2004 Ranking: 3 Max ranking: 3 Versions: 5.6-2 ftp://ftp.process.com/support/56_2/nfsdv3_v562p020.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. ----------------------------------------------------------- ----------------------------------------------------------------------------- NFSD V3 Patch kit (rev. 2.0) for TCPware V5.6-2 30-Mar-2004 Copyright (c) 2004 by Process Software, LLC This ECO kit provides a new version of the following file for TCPWare 5.6-2: NFSDV3.EXE This VMS installable saveset provides ODS-5 filesystem support for the TCPware for OpenVMS NFS Version 3 server. This patch supports TCPware V5.6-2 for OpenVMS VAX v5.5-2 through v7.3 and OpenVMS Alpha v6.2 through v7.3. Also included in this kit is a fix for the following D/E: o D/E 9359: Cannot move a file from export after upgrade to V3 server. Fixed a problem with the new V3 procedure ACCESS. Changes made in rev 1.0: o Fixed problem with reading & writing to/from very large files (greater than 4 gigabytes) with variable record formats. Support for 64-bit data types added to attribute handling for variable type files. [D/E 8335] o Fixed problem with FSSTAT response (used by clients to show total disk space, etc). Was not supporting very large exports (greater than 4 gigabytes). [D/E 8335] o Fixed intermittent problem with READDIRPLUS handling of directory cache. After any QIO failures during a directory read (to build the directory cache) entries may have been corrupted. This NFSDV3 Version 3 server supports both NFS V2 and V3, and is designed to meet the specification as defined in RFC 1813. Please refer to RFC 1813 for detailed descriptions of the NFS V3 protocol. The existing NFS Server must be shut down before installation by issuing the command: @TCPWARE:SHUTNET NFS To activate the NFS V3 server, configure it by running "@TCPWARE:CNFNET NFS". Select the V3 server when prompted and complete the configuration. NFS V2 server variables set previously will be retained during the configuration. At the end of the configuration, answer "YES" to "Do you wish to restart the NFS-OpenVMS server?" If for any reason you wish to fall back to the V2 server, run "@TCPWARE:CNFNET NFS" and answer "NO" to the question: "Do you want the NFS V3 Server (NFSDV3) [YES]:". Select the V2 server at the next configuration prompt, and when the configuration is complete then answer "YES" to the "Do you wish to restart the NFS-OpenVMS server?" question. *********************************************************************** * PLEASE NOTE: The V2 server (NFSD.EXE) DOES NOT have ODS-5 support. * * Process Software recommends running the V3 NFS server. * *********************************************************************** [End of ECO announcement] ================================================================================ Archive-Date: Thu, 29 Apr 2004 22:03:54 -0400 Date: Fri, 30 Apr 2004 09:33:42 +0800 From: Gan Chow San Reply-To: Info-TCPware@process.com Subject: FTP Header Display Jumbled Up/Corrupted To: info-tcpware@process.com Message-ID: <48256E86.0008942C.00@pdctoto.sportstoto.com.my> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Dear All, I've just upgraded my TCPWare to 5.6-2 about 1-month ago. In my system I have a .COM files that will run automatically to transfer 3 files over to a server hosted by a Windows 2000 SP1 machine through FTP. Host : Microsoft FTP Service (Ver 5.0) - Windows 2000 SP1 Client: TCPWare FTP 5.6-2 - OpenVMS 7.2-1 When the first file is connecting to FTP at the host, the console on my OpenVMS outputs a corrupted header display. > 2m2i0s 1m_imss1i_ mMsiic rMoiscorfots oFfTtP FSTePr vSiecrev )(cVee r(sVieorns i5o.n0)5.. > Anonymous a 3c3c1e sAsn oanlylmoowuesd ,a csceensds iadlelnotwietdy, (see-nmda as paennatmiet)y and it follows with a lot of other rubbish words, which is also jumbled up. When it comes to the 2nd and 3rd file the display got back to normal mode. > 220 mis1_msi Microsoft FTP Service (Version 5.0). > 331 Anonymous access allowed, send identity (email name) as password. It is something weird as I do not encounter this problem before my upgrade to TCPWare 5.6-2. For your information, I was running on TCPWare 5.5-3 before this and everything seems to be working fine. Another weird thing is that the file transfered over to the host by the client was not corrupted. The file was in good condition. Somehow it is just that display at the OpenVMS console when connected to the Host is corrupted. And there is no problem with the display of the 2nd and 3rd file after the 1st file was successfully transfered. Wonder if anyone has faced similar problems as me after upgrading their TCPWare to 5.6-2. Would love to hear some comment and opinion on this. You help and input is greatly appreciated! Have a great weekend! Best Regards, Benny