Archive-Date: Tue, 2 Jan 2001 10:20:34 -0400 Date: Tue, 2 Jan 2001 10:27:36 -0500 (EST) From: Gary Reynolds Reply-To: Info-TCPware@process.com To: Info-TCPware@process.com Subject: Re: FTP problem on large transfers (fwd) Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII To the respondents of my earlier posting, Thanks for your replies and suggestions. I've tried some of the things you've suggested where applicable and some things I came across in the manual. Still no good transfer. I'm inclined to think there is a specific Alpha-related issue here. Below is the main context of some suggestions by PSW Tech support and outcomes of both their and my attempts. Again, my appreciation for your efforts. gary ---------- Forwarded message ---------- Date: Tue, 2 Jan 2001 10:18:52 -0500 (EST) From: Gary Reynolds Subject: Re: PSC93871 - TCPW FTP problem on large transfers Have done as you suggested with TCPWARE_FTP_WINDOW logical ... No difference --- still fails. At one point, because FTP transfer failed at "around 10 minutes", I thought it may have been related to PSC_FTP_IDLE_TIMEOUT logical - so, I set to 20 minutes and retried ... It failed in half the time or less; this logical was not even defined initially. I then SET DEBUG/CLASSES=ALL and REPLIES for Verbose - $REPLY/ENABLE to get the Opcom messages and it returned a few Operator messages . I tried to get a Log file of these through a SET HOST hostname/LOG=FTPERROR; but, unfortunately even with $REPLY/ENABLE in this "new" session it did not return the FTP Debug error messages. So, I am transcribing those manually below : NSTATS 978428691 977355892 named: XSTATS 978428691 977355892 RR=263 RNXD=0 RFwdR=0 RDupR=0 RFail=0 RFErr=0 RErr=0 RAXFR=0 RLame=0 ROpts=0 SSysQ=264 SAns=0 SFwdQ=0 SDupQ=0 SErr=0 RQ=0 RIQ=0 RFwdQ=0 RTCP=0 SFwdR=0 SFail=0 SFErr=0 SNaAns=0 SNXD=0 named: Cleaned cache of 0 RRs The transfer session, when connected in this $SET/HOST-mode for the log file lasted about the longest at 12 minutes. Don't know if that has any bearing -- but, I'm going to try transfer to a PC using Ws-FTP/LE and will let you know outcome of that. The one Listserv message indicates a possible "ALPHA-specific" bug that is not encountered on a VAX. If there is anything else I can provide let me know. Thanks, gary ================================================================================ Archive-Date: Tue, 2 Jan 2001 12:21:04 -0400 Message-ID: <3A520DDE.DC9AD99E@PROCESS.COM> Date: Tue, 02 Jan 2001 12:20:30 -0500 From: Michael Corbett Reply-To: Info-TCPware@process.com MIME-Version: 1.0 To: info-tcpware@process.com CC: wilson@process.com Subject: Re: FTP problem on large transfers (fwd) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit > Does anyone know of a reason/fix why FTP download transfer of fairly > large file of about 16 Mb terminates with the following error report ?: > > %Unexpectsed error processing control connection - Virtual circuit broken > > Smaller size files transfer without error. > > FTP software on Local Alpha 2100 is patched up to FTP_V543P070; and > TCPWARE is patched to latest NFSACP P030, SMTP P050, SMTP P050 released > within December. > > Thanks for your consideration and response. Gary, Getting a NETCU DEBUG or TCPDUMP of the transfer will tell you what exactly is happening. The error indicates that the FTP client got an error saying that the circuit was broken, most likely because it received a RST (reset) from the remote side for some reason. The trace will show us what happened. I suggest you run the following TCPDUMP and recreate the problem - $ NETCU TCPDUMP/OUT=TCPDUMP.BIN/DATA=1600 "HOST AND (PORT FTP OR PORT FTP-DATA)" When you have recreated use CTRL-C to stop the TCPDUMP and then you can read the file with - $ NETCU TCPDUMP/INPUT=TCPDUMP.BIN Send this output along and we'll see what is happening. regards Mike -- +-------------------------------------------------------------------------+ Michael Corbett Email: Corbett@process.com Process Software Phone: 800 722-7770 x369 959 Concord St. 508 879-6994 x369 Framingham MA 01701-4682 FAX: 508 879-0042 ================================================================================ Archive-Date: Thu, 4 Jan 2001 12:24:43 -0400 Subject: FTP.PROCESS.COM From: eplan@kapsch.net (Peter LANGSTOEGER) Reply-To: Info-TCPware@process.com Message-ID: <3a54af17$1@news.kapsch.co.at> Date: 4 Jan 2001 18:12:55 +0100 To: Info-TCPware@PROCESS.COM has a problem $ ftp ftp.process.com anonymous -eplan@kapsch.net 220 delta.process.com (192.42.95.126) FTP-OpenVMS FTPD V5.4-3 (c) 1999 Process S oftware Corporation 331 Send ident as password. 230 User logged in, proceed. FTP> pwd 257 "SYS$SYSDEVICE:[ECO]" The remote working directory is SYS$SYSDEVICE:[ECO] FTP> dir 200 STRU command okay. 200 PORT command okay. 550 Request not permitted for user. %TCPWARE_FTP-E-FILRCVERR, error receiving SYS$OUTPUT:.; from server -TCPWARE-I-REPLY, server's reply was "550 Request not permitted for user." FTP> cd support 550 Request not permitted for user. %TCPWARE_FTP-E-SETDEFAIL, failed to set default directory -TCPWARE-I-REPLY, server's reply was "550 Request not permitted for user." FTP> exit 221 Service closing connection. Please someone fix it... -- Peter "EPLAN" LANGSTOEGER Tel. +43 1 81111-2651 Network and OpenVMS system manager Fax. +43 1 81111-888 <<< KAPSCH AG Wagenseilgasse 1 E-mail eplan@kapsch.net A-1121 VIENNA AUSTRIA "I'm not a pessimist, I'm a realist" ================================================================================ Archive-Date: Thu, 4 Jan 2001 12:45:11 -0400 Date: Thu, 4 Jan 2001 11:44:46 -0600 From: Hunter Goatley Reply-To: Info-TCPware@process.com To: Info-TCPware@process.com Message-ID: <010104114446.202000bc@goatley.com> Subject: RE: FTP.PROCESS.COM eplan@kapsch.net (Peter LANGSTOEGER) writes: > >has a problem > >$ ftp ftp.process.com anonymous -eplan@kapsch.net [...] > >Please someone fix it... > Enter your password without the leading "-". Apparently, the listener is treating the password differently if it starts with "-" so that it no longer works correctly with the new password-based ECO accesses I set up a couple of weeks ago. We'll figure out why and fix it; in the meantime, enter the password without the "-". Hunter ------ Hunter Goatley, Process Software, http://www.process.com/ http://www.goatley.com/hunter/ ================================================================================ Archive-Date: Thu, 4 Jan 2001 14:11:28 -0400 Subject: RE: FTP.PROCESS.COM From: eplan@kapsch.net (Peter LANGSTOEGER) Reply-To: Info-TCPware@process.com Message-ID: <3a54c6ae$1@news.kapsch.co.at> Date: 4 Jan 2001 19:53:34 +0100 To: Info-TCPware@PROCESS.COM In article <010104114446.202000bc@goatley.com>, Hunter Goatley writes: >eplan@kapsch.net (Peter LANGSTOEGER) writes: >>has a problem >> >>$ ftp ftp.process.com anonymous -eplan@kapsch.net > >[...] >> >>Please someone fix it... >> >Enter your password without the leading "-". Apparently, the listener >is treating the password differently if it starts with "-" so that it >no longer works correctly with the new password-based ECO accesses I >set up a couple of weeks ago. The dash is the documented way to avoid the long 230 welcome message(s). >We'll figure out why and fix it; in the meantime, enter the password >without the "-". Thanks for the fast response and the workaround. -- Peter "EPLAN" LANGSTOEGER Tel. +43 1 81111-2651 Network and OpenVMS system manager Fax. +43 1 81111-888 <<< KAPSCH AG Wagenseilgasse 1 E-mail eplan@kapsch.net A-1121 VIENNA AUSTRIA "I'm not a pessimist, I'm a realist" ================================================================================ Archive-Date: Thu, 4 Jan 2001 14:20:48 -0400 Date: Thu, 4 Jan 2001 13:20:23 -0600 From: Hunter Goatley Reply-To: Info-TCPware@process.com To: Info-TCPware@process.com Message-ID: <010104132023.202000bc@goatley.com> Subject: RE: FTP.PROCESS.COM eplan@kapsch.net (Peter LANGSTOEGER) writes: > >>Enter your password without the leading "-". Apparently, the listener >>is treating the password differently if it starts with "-" so that it >>no longer works correctly with the new password-based ECO accesses I >>set up a couple of weeks ago. > >The dash is the documented way to avoid the long 230 welcome message(s). > Right. The FTP server does that, but it also (incorrectly) marks the login as no longer being a guest account, which confuses the FTPSERVER_DTP.COM file we have in place. Hunter ------ Hunter Goatley, Process Software, http://www.process.com/ http://www.goatley.com/hunter/ ================================================================================ Archive-Date: Tue, 9 Jan 2001 12:53:16 -0400 Message-ID: From: Peter De La Cour Reply-To: Info-TCPware@process.com To: Info-TCPware@PROCESS.COM Subject: FTP Server and Version numbers Date: Tue, 9 Jan 2001 17:50:29 -0000 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Hi, At present people logging into our (TCPWare 5.4-3) FTP server can only upload or download files with a version number (ie FILE.LOG;1). Is it possible to disable the version number within the FTP server and how do you do it. Many thanks Peter *********************************************************************** Any views expressed in this message are those of the individual sender, except where the sender states them to be the views of Itex Limited. This e-mail is intended only for the individual or entity to which it is addressed and contains information that is private and confidential. If you are not the intended recipient you are hereby notified that any dissemination, distribution or copying is strictly prohibited. If you have received this e-mail in error please delete it immediately and advise us by return e-mail to administrator@itex.je *********************************************************************** ================================================================================ Archive-Date: Mon, 15 Jan 2001 11:07:57 -0400 From: dejamalc@my-deja.com Reply-To: Info-TCPware@process.com Subject: Re: FTP Server and Version numbers Date: Mon, 15 Jan 2001 15:54:45 GMT Message-ID: <93v6g1$ihv$1@nnrp1.deja.com> To: Info-TCPware@PROCESS.COM In TCPWare 5.4-3 you can define a logical called TCPWARE_FTP_STRIP_VERSION This should remove the version number (this is documented in the Mangement Guide). In article , Peter De La Cour wrote: > Hi, > > At present people logging into our (TCPWare 5.4-3) FTP server can only > upload or download files with a version number (ie FILE.LOG;1). Is it > possible to disable the version number within the FTP server and how do you > do it. > > Many thanks > Peter > Sent via Deja.com http://www.deja.com/ ================================================================================ Archive-Date: Mon, 15 Jan 2001 19:07:45 -0400 From: i@on.ru Reply-To: Info-TCPware@process.com Subject: FREE http://4sansai.cjb.net 2361 Message-ID: <3a61e671$3@news.takas.lt> Date: 14 Jan 2001 19:48:33 +0200 To: Info-TCPware@PROCESS.COM http://4sansai.cjb.net fkisyctkllmvhqylqicznjwzoedqssnmplusrsjveizzpjxhghwqkgzpyngslunszpbrwfthcscvemy ================================================================================ Archive-Date: Mon, 15 Jan 2001 19:18:52 -0400 Date: Mon, 15 Jan 2001 17:18:17 -0700 (MST) Message-ID: <200101160018.f0G0IHC54333@mail.cjb.net> To: Info-TCPware@process.com From: "CJB.NET Abuse Department" Reply-To: Info-TCPware@process.com Subject: Re: [SpamCop:(RECENT)(http://4sansai.cjb.net) id:15441517] FREE http://4sansai.cjb.net 2361 ************************************************************************ * To prevent autoresponder loops, replies to this message will bounce. * * If you need to reply to this message, please reply to: abuse@cjb.net * ************************************************************************ Thank you for contacting us. Our abuse team will review your message as soon as possible and take action according to our policies. Please note that we may not be able to issue a personal response to your message due to the volume of abuse reports we receive each day, and we do appreciate your understanding. When reporting abuse, make sure you include any information you may have to back up your complaint. Do not just send a URL via e-mail and expect us to figure it out; be specific! If necessary, we reserve the right to forward your complaint to the registrant of the account in question. If you are reporting e-mail or usenet spam, please make sure your report includes a forwarded copy of the original message with full headers. If you are reporting spam via IRC, AOL, or any other medium, please include detailed logs of the spam. Without this information, we may not be able to take action. Please understand that CJB.NET does not host web sites; we provide sites with a free subdomain under the CJB.NET domain as a short alternative to the long and cumbersome URL often assigned by web hosts. CJB.NET has no control over the content of any site using our services, and as such, we are not the correct point of contact for content related complaints. If you have a complaint over the content of a web site under the CJB.NET domain, please query our WHOIS server at whois.cjb.net or access our web based WHOIS interface at http://www.cjb.net/cgi-bin/whois.cgi to look up the registrant's e-mail address, the URL to which their CJB.NET hostname is redirected, and any other information provided to determine where the hostname is pointing. Use this information to contact the registrant or their ISP directly to address your complaint. If you would like to review our policies, you may view them at: http://www.cjb.net/policies.html Please do not hesitate to contact us at abuse@cjb.net should you need to follow up on this matter or report abuse to us in the future. Thank you. CJB.NET Abuse Department abuse@cjb.net > From 1955@bounces.spamcop.net Mon Jan 15 17:18:16 2001 > Received: from sam.julianhaight.com (sam.julianhaight.com [207.12.88.58]) > by mail.cjb.net (8.11.1/8.11.1) with ESMTP id f0G0IF354296 > for ; Mon, 15 Jan 2001 17:18:15 -0700 (MST) > Received: from spamcop.net (localhost [127.0.0.1]) > by sam.julianhaight.com (8.10.0/8.10.0) with SMTP id f0G0IDN15073 > for ; Mon, 15 Jan 2001 19:18:13 -0500 > Date: Mon, 15 Jan 2001 19:18:13 -0500 > Received: from [24.168.173.232] by www.julianhaight.com > with HTTP; Tue, 16 Jan 2001 00:18:13 GMT > From: williamsca@mediaone.net > To: abuse@cjb.net > Subject: [SpamCop:(RECENT)(http://4sansai.cjb.net) id:15441517] FREE http://4sansai.cjb.net 2361 > Precedence: list > Message-ID: <"15441517-abuse@cjb.net"@spamcop.net> > X-Mailer: Mozilla/4.0 (compatible; MSIE 5.5; Windows 98) via http://spamcop.net/ v1.2.7 > > - SpamCop V1.2.7 - > This message is brief for your comfort. Please follow this link: > http://spamcop.net/w3m?i=15441517-69672 > Spamvertised website: http://4sansai.cjb.net > > Offending message including original headers: > Return-path: > Received: from alcor.process.com (alcor.process.com [192.42.95.16]) > by swen.process.com (PMDF V6.0-24 #36785) > with ESMTP id <0G780024KB1D9X@swen.process.com> for > x (ORCPT williamsca@swen.process.com); Mon, > 15 Jan 2001 19:08:01 -0500 (EST) > Received: from triton.process.com (198.115.138.29) > by alcor.process.com (MX V5.1-AX A2w8g) with ESMTP; Mon, > 15 Jan 2001 19:08:01 -0500 > Date: Sun, 14 Jan 2001 19:48:33 +0200 > From: i@on.ru > Subject: FREE http://4sansai.cjb.net 2361 > To: x > Reply-to: Info-TCPware@process.com > Message-id: <3a61e671$3@news.takas.lt> > X-Listname: Process TCPware Discussion List > List-Unsubscribe: > > http://4sansai.cjb.net > fkisyctkllmvhqylqicznjwzoedqssnmplusrsjveizzpjxhghwqkgzpyngslunszpbrwfthcscvemy > > ================================================================================ Archive-Date: Mon, 15 Jan 2001 22:23:53 -0400 Date: Mon, 15 Jan 2001 20:23:34 -0700 (MST) Message-ID: <200101160323.f0G3NYP14390@mail.cjb.net> To: Info-TCPware@process.com From: "CJB.NET Abuse Department" Reply-To: Info-TCPware@process.com Subject: Re: [SpamCop:(http://4sansai.cjb.net) id:15447449] FREE http://4sansai.cjb.net 2361 ************************************************************************ * To prevent autoresponder loops, replies to this message will bounce. * * If you need to reply to this message, please reply to: abuse@cjb.net * ************************************************************************ Thank you for contacting us. Our abuse team will review your message as soon as possible and take action according to our policies. Please note that we may not be able to issue a personal response to your message due to the volume of abuse reports we receive each day, and we do appreciate your understanding. When reporting abuse, make sure you include any information you may have to back up your complaint. Do not just send a URL via e-mail and expect us to figure it out; be specific! If necessary, we reserve the right to forward your complaint to the registrant of the account in question. If you are reporting e-mail or usenet spam, please make sure your report includes a forwarded copy of the original message with full headers. If you are reporting spam via IRC, AOL, or any other medium, please include detailed logs of the spam. Without this information, we may not be able to take action. Please understand that CJB.NET does not host web sites; we provide sites with a free subdomain under the CJB.NET domain as a short alternative to the long and cumbersome URL often assigned by web hosts. CJB.NET has no control over the content of any site using our services, and as such, we are not the correct point of contact for content related complaints. If you have a complaint over the content of a web site under the CJB.NET domain, please query our WHOIS server at whois.cjb.net or access our web based WHOIS interface at http://www.cjb.net/cgi-bin/whois.cgi to look up the registrant's e-mail address, the URL to which their CJB.NET hostname is redirected, and any other information provided to determine where the hostname is pointing. Use this information to contact the registrant or their ISP directly to address your complaint. If you would like to review our policies, you may view them at: http://www.cjb.net/policies.html Please do not hesitate to contact us at abuse@cjb.net should you need to follow up on this matter or report abuse to us in the future. Thank you. CJB.NET Abuse Department abuse@cjb.net > From 1955@bounces.spamcop.net Mon Jan 15 20:23:34 2001 > Received: from sam.julianhaight.com (sam.julianhaight.com [207.12.88.58]) > by mail.cjb.net (8.11.1/8.11.1) with ESMTP id f0G3NY314378 > for ; Mon, 15 Jan 2001 20:23:34 -0700 (MST) > Received: from spamcop.net (localhost [127.0.0.1]) > by sam.julianhaight.com (8.10.0/8.10.0) with SMTP id f0G3NUN14535 > for ; Mon, 15 Jan 2001 22:23:30 -0500 > Date: Mon, 15 Jan 2001 22:23:30 -0500 > Received: from [216.189.45.46] by www.julianhaight.com > with HTTP; Tue, 16 Jan 2001 03:23:30 GMT > From: "S. Layne" > To: abuse@cjb.net > Subject: [SpamCop:(http://4sansai.cjb.net) id:15447449] FREE http://4sansai.cjb.net 2361 > Precedence: list > Message-ID: <"15447449-abuse@cjb.net"@spamcop.net> > X-Mailer: Mozilla/4.72 [en] (Win95; U) via http://spamcop.net/ v1.2.7 > > - SpamCop V1.2.7 - > This message is brief for your comfort. Please follow this link: > http://spamcop.net/w3m?i=15447449-46520 > Spamvertised website: http://4sansai.cjb.net > > Offending message including original headers: > "From owner-Info-TCPware@process.com Mon Jan 15 16:13:43 2001 " > Received: from [198.115.138.29] by hotmail.com (3.2) with ESMTP id MHotMailBC2CDD15004A4004315CC6738A1D0B190; Mon Jan 15 16:13:10 2001 > X-ListName: Process TCPware Discussion List > From: i@on.ru > Reply-To: Info-TCPware@process.com > Subject: FREE http://4sansai.cjb.net 2361 > Message-ID: <3a61e671$3@news.takas.lt> > Date: 14 Jan 2001 19:48:33 +0200 > To: x > List-Unsubscribe: > > http://4sansai.cjb.net > fkisyctkllmvhqylqicznjwzoedqssnmplusrsjveizzpjxhghwqkgzpyngslunszpbrwfthcscvemy > > > ================================================================================ Archive-Date: Tue, 16 Jan 2001 11:37:51 -0400 Date: Tue, 16 Jan 2001 11:34:28 -0500 (EST) From: bryant@PROCESS.COM Reply-To: Info-TCPware@process.com Subject: TCPware ECO kit available: FTP_V543P130 To: TCPware-Announce@PROCESS.COM Message-ID: <01JYZ26NCR8Y000AFI@DELTA.PROCESS.COM> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; CHARSET=US-ASCII Content-Transfer-Encoding: 7BIT TCPware ECO kit announcement The following ECO kit is now available for TCPware: ECO: FTP_V543P130 Description: TCPWARE_FTP_DISALLOW_UNIX_STYLE logical to control Unix names Release date: 16-JAN-2001 Ranking: 3 Max ranking: 2 Versions: 5.4-3 ftp://ftp.process.com/support/54_3/ftp_v543p130.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 13.0) for TCPware version 5.4-3 15-Jan-01 Copyright (c) 2000, 2001 by Process Software This VMSinstallable saveset provides new versions of FTP.EXE, FTP_CONTROL.COM, FTP_LISTENER.EXE, and FTP_SERVER.EXE for TCPware for OpenVMS. TCPWare V5.4-3 and later VMS/VAX V5.5-2 and later VMS/ALPHA V6.1 and later The following change[s] has been made in this kit: FTP_SERVER.EXE - Parse DIRECTORY A/*.* as a Unix-style file specification, but return the results in VMS directory format. (DE 6696) For this to work the logical TCPWARE_FTP_DISALLOW_UNIX_STYLE must be defined to be FALSE. This can be done at either the system level, or in the user's login.com file. ECO FTP_V543P130 rank 3 The following changes from previous kits are also in this kit: FTP_SERVER.EXE - Ensure that transfer is file structured when it is done in VMS Plus mode (DE 6413) ECO FTP_V543P120 rank 3 FTP_CONTROL.COM now asks if you wish to provide FTP service in the configuration phase. (DE 5058) ECO FTP_V543P010 rank 3. FTP_LISTENER.EXE - Fix a problem which can cause the program to ACCVIO under certain rare conditions. (DE 6359) ECO FTP_V543P110 rank 3 - Fix a problem which in which a heavily loaded FTP_LISTENER can hang (DE 4581) ECO FTP_V543P110 rank 3. - Fix a problem which can cause the program to consume timer quota, and eventually require restarting of FTP in order to service more requests. The number of timer entries that the listener can be expected to use at one time can be computed by adding 1 (one) to the number of unauthenticated connections present. Unauthenticated connections are those that have not yet supplied a valid username and password. (DE 6334) ECO FTP_V543P100 rank 3. - A problem which caused the wrong IP addresses to be displayed in the log file has been corrected. (DE 5285) ECO FTP_V543P010 rank 3. - A possible denial of service attack has been corrected. (DE 5347) To control how much time can elapse before the connection is killed if it is not successfully authorized as an FTP user define TCPWARE_FTP_IDLE_TIMEOUT. The format for this logical is the delta time (dddd hh:mm:ss.hh) that can elapse between when the connection is established and when it must be successfully logged in. The default value for this is 10 minutes. ECO FTP_V543P020 rank 2. - Correct a problem with FTP_V543P030 that could cause the TCPware_FTP process to consume channels. ECO FTP_V543P040 rank 2. - Problems looking up the host name for a new connection could stall all connections when one of them provided authorization information. The code has been modified so that the logical TCPWARE_FTP_GETHOST_MAX_TIME can be used to control how long it will attempt to translate the name before it gives up. TCPWARE_FTP_GETHOST_MAX_TIME is specified as a VMS delta time, and has a default value of 10 seconds. (DE 6262) ECO FTP_V543P080, rank 3. - Fix a problem with the change in FTP_V543P080 that makes FTP_LISTENER use a lot of buffered I/O byte count quota. (DE6290) Because the reverse lookups were left pending after the program had given up on them there would buffered I/O byte count quota in use for longer than necessary. If the server was busy the available quota would get consumed quicker than the pending requests would complete. ECO FTP_V543P090 rank 3 FTP_SERVER.EXE - The default window size increased to improve performance of GET operations. (DE 5195) ECO FTP_V543P010 rank 3. - A problem with incorrect IP addresses in the log file has been corrected. (DE 5285) ECO FTP_V543P010 rank 3. - A data corruption problem has been corrected. (DE 5298) ECO FTP_V543P020 rank 2. - When the logical TCPWARE_FTP_SEMANTICS_VARIABLE_IGNORE_CC is defined to TRUE files with variable length records and carriage return carriage control will NOT have a new line character inserted after each line when the file is transfered in image (binary) mode. This logical is now defined to be TRUE by default in FTPSERVER_DTP.COM, returning to the behavior present in TCPWare 5.3 (DE 5709) ECO FTP_V543P030 rank 3. - Correct a problem that can occur when deleting files on a VAX from an NT system where the error "%LIB-F-INVSTRDES, invalid string descriptor" could occur. (DE 5722) ECO FTP_V543P040 rank 3. - Correct a problem when TCPWARE_FTP__ROOT is defined to be disk:[dir.] /translation=conceal that would cause the user to be denied access to directories that previous versions of FTP did not deny access to. (DE5670) ECO FTP_V543P040 rank 3. - Correct a problem with deleting wildcarded files in Unix mode. (DE 5734) ECO FTP_V543P040 rank 3. - Correct a problem with displaying the directory in the 150 reply message in Unix mode. (DE 5736) ECO FTP_V543P040 rank 3. - Correct a problem with the /IMAGE=size qualifier on the target file of a PUT command. (DE 6055) ECO FTP_V543P050 rank 3. - Correct a problem with recognizing that TCPWARE_FTP__ROOT being defined as * means no restrictions. (DE 6058) ECO FTP_V543P050 rank 3. - Allow /IMAGE=size to write out files with fixed length records of other than 512 bytes (DE 6055) ECO FTP_V543P060 rank 3. - There was a discrepency between the documentation and the code on how to disable Unix syntax in the FTP server. The documentation specified the logical TCPWARE_FTP_DISALLOW_UNIX_STYLE and the code checked for TCPWARE_FTPD_NOUNIX_SYNTAX. The code has been modified to check for both logicals. Note that the FTP server startup procedure defines TCPWARE_FTP_DISALLOW_UNIX_STYLE to TRUE if it is not already defined. If you want UNIX style directories to be enabled you must define TCPWARE_FTP_DISALLOW_UNIX_STYLE to FALSE. This can be done at either the system or user level. (DE 6219) ECO FTP_V543P070, rank 3. - Fix a problem with TCPWARE_FTP_IDLE_TIMEOUT being set to 0 (zero) causing immediate timeouts. (DE 6288) Note that Process Software recommends that this value not be set to 0, as it can cause resources to be tied up on your system. ECO FTP_V543P090 rank 3 FTP.EXE - Check a new logical (TCPWARE_FTP_LOWERCASE_USERNAME), which when defined as True, Yes, or 1 will make the username, password and account lowercase before they are sent to the remote system if the username was prompted for. (DE 6264) This allows behavior from earlier versions of TCPware FTP to be optionally restored. ECO FTP_V543P090 rank 3 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, 23 Jan 2001 12:50:48 -0400 Date: Tue, 23 Jan 2001 12:46:58 -0500 (EST) From: bryant@PROCESS.COM Reply-To: Info-TCPware@process.com Subject: TCPware ECO kit available: SMTP_V543P051 To: tcpware-announce@process.com Message-ID: <01JZ8WQYMFV6000LFX@DELTA.PROCESS.COM> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; CHARSET=US-ASCII Content-Transfer-Encoding: 7BIT TCPware ECO kit announcement The following ECO kit is now available for TCPware: ECO: SMTP_V543P051 Description: Fix channel leak on DNS port (UDP port 53) Release date: 23-JAN-2001 Ranking: Max ranking: Versions: 5.4-3 ftp://ftp.process.com/support/54_3/smtp_v543p051.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. ----------------------------------------------------------- ----------------------------------------------------------------------- SMTP Patch kit (revision 5.1) for TCPware version 5.4-3 5-Jan-2001 Copyright (c) 2000, 2001, by Process Software This VMSinstallable saveset provides a new version of several SMTP images for TCPware for OpenVMS. TCPWare V5.4-3 and later VMS/VAX V5.5-2 and later VMS/ALPHA V6.1 and later The following changes have been made in this kit: - Correct a problem in MULTINET_SOCKET_LIBRARY that may cause the SMTP_SYMBIONT to leave channels open to DNS (UDP port 53) D/E 6508 ECO SMTP_V543P051 ECO Rank: 2 (Recommened patch) - Correct the name of the logical used to override the name of the debug log file for the SMTP symbiont. To enable SMTP Symbiont debugging, define the system-wide logical TCPWARE_SMTP_SYMBIONT_LOG to be TRUE. That'll create log files named like: TCPWARE:TCPWARE_SMTP_LOG.queuename To override the default filename, simply define the system-wide logical TCPWARE_SMTP_LOG to be the desired filename. D/E 6661 ECO SMTP_V543P050 ECO Rank: 3 (Corrects a specific problem) - Use TCPWARE_TIMEZONE_NAME or TCPWARE_TIMEZONE to determine the offset from GMT. DE 5650 ECO SMTP_V543P040 ECO Rank: 3 (corrects a specific problem) - Fix a problem where if the first line of a message was greater than 512 characters that the text of the file would not be sent. If the first line was reasonable, but later lines were too long, they would be truncated. DE 6599 ECO SMTP_V543P030 ECO Rank: 3 (corrects a specific problem) - Modify startup and shutdown procedures to only operate on the queues that are on the system that the command procedure is being executed on. This allows SMTP to be shutdown on one member of a cluster without effecting any of the other nodes in the cluster. DE 6461 ECO SMTP_V543P030 ECO Rank: 3 (corrects a specific problem) - Correct an error with host address lookup introduced in SMTP_V543P010. DE 6592 ECO SMTP_V543P030 ECO Rank: 3 (corrects a specfic problem) - When TCPWARE_SMTP_IGNORE_INTERFACE_NAMES is defined (/system, any value) the SMTP mail delivery procedure does not compare the destination address with the addresses of the interfaces on the system to determine if the message could be delivered locally. The default (no logical defined, old behavior) is to check the addresses of the interfaces on the system. Defining the logical causes the MX records to be used exclusively in determining where a mail message should be delivered to. DE 6438 ECO SMTP_V543P030 ECO rank: 3 (corrects a specific problem) - Corrects an ACCVIO error in SMTP_SERVER that happens under certain conditions. (D/E 6532 ECO SMTP_V543P020) ECO rank: 3 (corrects a specific problem) - Provide a new version of the SMTP symbiont that can resolve names out of either the HOSTS file or DNS. (D/E 6266) ECO SMTP_V543P010 ECO rank: 3 (corrects a specific problem) - Corrects a BADBLOADDR (bad block address) error on VAXen when mail is sent from VMS Mail and user-defined headers are present. (D/E 6453) ECO SMTP_V543P010 ECO rank: 3 (corrects a specific problem) - Corrects a potential INET channel leak in certain error conditions. (D/E 6530) ECO SMTP_V543P010 ECO rank: 3 (corrects a specific problem) After installing the patch kit you should do the following sequence of commands to cause the new startup and images to be used: $ tcpware configure/mail MAIL-CONFIG> write MAIL-CONFIG> exit $ @tcpware:start_smtp [End of ECO announcement] ================================================================================ Archive-Date: Wed, 24 Jan 2001 22:59:20 -0400 Date: Wed, 19 Jan 2000 23:04:09 +0700 From: saepudin Reply-To: Info-TCPware@process.com Subject: Re: TCPware ECO kit available: SMTP_V543P051 To: info-tcpware@process.com Message-ID: <007001bf6296$d358eca0$7d0239ca@bdg.prima.net.id> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 7bit References: <01JZ8WQYMFV6000LFX@DELTA.PROCESS.COM> ----- Original Message ----- From: To: Sent: Wednesday, January 24, 2001 12:46 AM Subject: TCPware ECO kit available: SMTP_V543P051 > TCPware ECO kit announcement > > The following ECO kit is now available for TCPware: > > ECO: SMTP_V543P051 > Description: Fix channel leak on DNS port (UDP port 53) > Release date: 23-JAN-2001 > Ranking: > Max ranking: > Versions: 5.4-3 > > ftp://ftp.process.com/support/54_3/smtp_v543p051.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. > > ----------------------------------------------------------- > ----------------------------------------------------------------------- > SMTP Patch kit (revision 5.1) for TCPware version 5.4-3 5-Jan-2001 > > Copyright (c) 2000, 2001, by Process Software > > This VMSinstallable saveset provides a new version of > several SMTP images for TCPware for OpenVMS. > TCPWare V5.4-3 and later > VMS/VAX V5.5-2 and later > VMS/ALPHA V6.1 and later > > The following changes have been made in this kit: > > - Correct a problem in MULTINET_SOCKET_LIBRARY that may cause the > SMTP_SYMBIONT to leave channels open to DNS (UDP port 53) > D/E 6508 ECO SMTP_V543P051 > ECO Rank: 2 (Recommened patch) > > - Correct the name of the logical used to override the name of > the debug log file for the SMTP symbiont. To enable SMTP Symbiont > debugging, define the system-wide logical TCPWARE_SMTP_SYMBIONT_LOG > to be TRUE. That'll create log files named like: > > TCPWARE:TCPWARE_SMTP_LOG.queuename > > To override the default filename, simply define the system-wide > logical TCPWARE_SMTP_LOG to be the desired filename. > D/E 6661 ECO SMTP_V543P050 > ECO Rank: 3 (Corrects a specific problem) > > - Use TCPWARE_TIMEZONE_NAME or TCPWARE_TIMEZONE to determine the > offset from GMT. > DE 5650 ECO SMTP_V543P040 > ECO Rank: 3 (corrects a specific problem) > > - Fix a problem where if the first line of a message was greater than > 512 characters that the text of the file would not be sent. If the > first line was reasonable, but later lines were too long, they > would be truncated. > DE 6599 ECO SMTP_V543P030 > ECO Rank: 3 (corrects a specific problem) > > - Modify startup and shutdown procedures to only operate on the > queues that are on the system that the command procedure is being > executed on. This allows SMTP to be shutdown on one member of a > cluster without effecting any of the other nodes in the cluster. > DE 6461 ECO SMTP_V543P030 > ECO Rank: 3 (corrects a specific problem) > > - Correct an error with host address lookup introduced in > SMTP_V543P010. > DE 6592 ECO SMTP_V543P030 > ECO Rank: 3 (corrects a specfic problem) > > - When TCPWARE_SMTP_IGNORE_INTERFACE_NAMES is defined (/system, any > value) the SMTP mail delivery procedure does not compare > the destination address with the addresses of the interfaces on the > system to determine if the message could be delivered locally. The > default (no logical defined, old behavior) is to check the > addresses of the interfaces on the system. Defining the logical > causes the MX records to be used exclusively in determining where a > mail message should be delivered to. > DE 6438 ECO SMTP_V543P030 > ECO rank: 3 (corrects a specific problem) > > - Corrects an ACCVIO error in SMTP_SERVER that happens under certain > conditions. > (D/E 6532 ECO SMTP_V543P020) > ECO rank: 3 (corrects a specific problem) > > - Provide a new version of the SMTP symbiont that can resolve > names out of either the HOSTS file or DNS. (D/E 6266) > ECO SMTP_V543P010 > ECO rank: 3 (corrects a specific problem) > > - Corrects a BADBLOADDR (bad block address) error on VAXen when mail > is sent from VMS Mail and user-defined headers are present. > (D/E 6453) > ECO SMTP_V543P010 > ECO rank: 3 (corrects a specific problem) > > - Corrects a potential INET channel leak in certain error conditions. > (D/E 6530) > ECO SMTP_V543P010 > ECO rank: 3 (corrects a specific problem) > > After installing the patch kit you should do the following sequence of > commands to cause the new startup and images to be used: > $ tcpware configure/mail > MAIL-CONFIG> write > MAIL-CONFIG> exit > $ @tcpware:start_smtp > > [End of ECO announcement] > ================================================================================ Archive-Date: Thu, 25 Jan 2001 05:37:57 -0400 Date: Thu, 25 Jan 2001 10:36:00 +0000 From: Kevin Phillip Reply-To: Info-TCPware@process.com Subject: TCPware 5.4-3 FTP Client Problem To: info-tcpware@process.com Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 We have the above software installed on a Compaq AlphaServer DS10 running OpenVMS 7.2-1. When trying to FTP onto a remote site, I get the following error message: $ FTP 194.202.nnn.nn %DCL-W-MAXPARM, too many parameters - reenter command with fewer parameters \194\ The only way it works is if I run the FTP command on it's own and then run an OPEN command to the remote site: $ ftp FTP> open 194.202.nnn.nn Has anyone experienced this problem before and is there a solution? Many thanks, Kevin Phillip *********************************************************************** Any views expressed in this message are those of the individual sender, except where the sender states them to be the views of Itex Limited. This e-mail is intended only for the individual or entity to which it is addressed and contains information that is private and confidential. If you are not the intended recipient you are hereby notified that any dissemination, distribution or copying is strictly prohibited. If you have received this e-mail in error please delete it immediately and advise us by return e-mail to administrator@itex.je *********************************************************************** ================================================================================ Archive-Date: Thu, 25 Jan 2001 05:54:06 -0400 Date: Thu, 25 Jan 2001 11:44:41 +0100 From: eplan@kapsch.net (Peter LANGSTOEGER) Subject: Re: TCPware 5.4-3 FTP Client Problem To: info-tcpware@process.com Reply-To: Info-TCPware@process.com Message-ID: <3a700399$1@news.kapsch.co.at> In article , Kevin Phillip writes: >We have the above software installed on a Compaq AlphaServer DS10 running >OpenVMS 7.2-1. > >When trying to FTP onto a remote site, I get the following error message: > >$ FTP 194.202.nnn.nn >%DCL-W-MAXPARM, too many parameters - reenter command with fewer parameters > \194\ > >The only way it works is if I run the FTP command on it's own and then run >an OPEN command to the remote site: > >$ ftp >FTP> open 194.202.nnn.nn > >Has anyone experienced this problem before and is there a solution? Look for the definition of FTP at your site, it seems wrong. In TCPware: FTP is a symbol FTP == "$tcpware:ftp" In UCX/TCPIP: FTP is a DCL command define verb FTP image TCPIP$FTP_CLIENT parameter P1, label=HOSTNAME parameter P2, label=PORT value (type=$number) qualifier ACCOUNT, nonnegatable value (required) qualifier CONTEXT, nonnegatable value (required) qualifier INPUT, nonnegatable, default value (required,type=$file) qualifier PASSWORD, nonnegatable value (required) qualifier USERNAME, nonnegatable value (required) Both definitions allow parameters, so your FTP definition seems homegrown and wrong. Strange... -- Peter "EPLAN" LANGSTOEGER Tel. +43 1 81111-2651 Network and OpenVMS system manager Fax. +43 1 81111-888 <<< KAPSCH AG Wagenseilgasse 1 E-mail eplan@kapsch.net A-1121 VIENNA AUSTRIA "I'm not a pessimist, I'm a realist" ================================================================================ Archive-Date: Thu, 25 Jan 2001 06:50:35 -0400 Date: Thu, 25 Jan 2001 06:49:53 -0500 (EST) From: Jeff Schreiber Reply-To: Info-TCPware@process.com Subject: Re: TCPware 5.4-3 FTP Client Problem To: info-tcpware@process.com Message-ID: <01JZBCTA8WUQ9PME2A@ALCOR.PROCESS.COM> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; CHARSET=us-ascii eplan@kapsch.net (Peter LANGSTOEGER) writes: > >In article , Kevin Phillip writes: >>We have the above software installed on a Compaq AlphaServer DS10 running >>OpenVMS 7.2-1. >> >>$ FTP 194.202.nnn.nn >>%DCL-W-MAXPARM, too many parameters - reenter command with fewer parameters >> \194\ >> [...] >>Has anyone experienced this problem before and is there a solution? > >Look for the definition of FTP at your site, it seems wrong. > *nod* For some reason your FTP symbol is probably set to 'run tcpware:ftp' instead of '$tcpware:ftp'. $run tcpware:ftp 127.0.0.1 %DCL-W-MAXPARM, too many parameters - reenter command with fewer parameters \127\ -Jeff ================================================================================ Archive-Date: Thu, 25 Jan 2001 07:00:06 -0400 Date: Thu, 25 Jan 2001 11:58:12 +0000 From: Kevin Phillip Reply-To: Info-TCPware@process.com Subject: RE: TCPware 5.4-3 FTP Client Problem To: "'Info-TCPware@process.com'" Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Thanks Peter, I found out that the symbol was set as follows: FTP == "RUN TCPWARE:FTP.EXE" Once I changed it, it worked! Thanks again, Kevin... -----Original Message----- From: eplan@kapsch.net [mailto:eplan@kapsch.net] Sent: 25 January 2001 10:45 To: info-tcpware@process.com Subject: Re: TCPware 5.4-3 FTP Client Problem In article , Kevin Phillip writes: >We have the above software installed on a Compaq AlphaServer DS10 running >OpenVMS 7.2-1. > >When trying to FTP onto a remote site, I get the following error message: > >$ FTP 194.202.nnn.nn >%DCL-W-MAXPARM, too many parameters - reenter command with fewer parameters > \194\ > >The only way it works is if I run the FTP command on it's own and then run >an OPEN command to the remote site: > >$ ftp >FTP> open 194.202.nnn.nn > >Has anyone experienced this problem before and is there a solution? Look for the definition of FTP at your site, it seems wrong. In TCPware: FTP is a symbol FTP == "$tcpware:ftp" In UCX/TCPIP: FTP is a DCL command define verb FTP image TCPIP$FTP_CLIENT parameter P1, label=HOSTNAME parameter P2, label=PORT value (type=$number) qualifier ACCOUNT, nonnegatable value (required) qualifier CONTEXT, nonnegatable value (required) qualifier INPUT, nonnegatable, default value (required,type=$file) qualifier PASSWORD, nonnegatable value (required) qualifier USERNAME, nonnegatable value (required) Both definitions allow parameters, so your FTP definition seems homegrown and wrong. Strange... -- Peter "EPLAN" LANGSTOEGER Tel. +43 1 81111-2651 Network and OpenVMS system manager Fax. +43 1 81111-888 <<< KAPSCH AG Wagenseilgasse 1 E-mail eplan@kapsch.net A-1121 VIENNA AUSTRIA "I'm not a pessimist, I'm a realist" *********************************************************************** Any views expressed in this message are those of the individual sender, except where the sender states them to be the views of Itex Limited. This e-mail is intended only for the individual or entity to which it is addressed and contains information that is private and confidential. If you are not the intended recipient you are hereby notified that any dissemination, distribution or copying is strictly prohibited. If you have received this e-mail in error please delete it immediately and advise us by return e-mail to administrator@itex.je *********************************************************************** ================================================================================ Archive-Date: Thu, 25 Jan 2001 15:25:23 -0400 Date: Thu, 25 Jan 2001 15:30:07 -0500 (EST) From: MASSARDA@mail.suny.edu Reply-To: Info-TCPware@process.com Subject: Re: TCPware 5.4-3 FTP Client Problem To: info-tcpware@process.com Message-ID: <01JZBUPAF6LU8Y6A7D@mail.suny.edu> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; CHARSET=US-ASCII Kevin, > We have the above software installed on a Compaq AlphaServer DS10 running > OpenVMS 7.2-1. > > When trying to FTP onto a remote site, I get the following error message: > > $ FTP 194.202.nnn.nn > %DCL-W-MAXPARM, too many parameters - reenter command with fewer parameters > \194\ > > The only way it works is if I run the FTP command on it's own and then run > an OPEN command to the remote site: > > $ ftp > FTP> open 194.202.nnn.nn > > Has anyone experienced this problem before and is there a solution? I don't have that problem with my system, so this is just a guess. Did you run TCPWARE:TCPWARE_LOGICALS.COM in sylogicals and did you run TCPWARE:TCPWARE_COMMANDS.COM in sylogin? If you don't sometimes you'll be running some remnant of FTP like the UCX version that may have been previously installed or that came with factory-installed VMS... I've had it happen with TELNET... -Dave ,---------------------------------------------------------. | David A. Massaro | | SUNY ITEC - VMS, Unix and networking support | | Computing Services - Twin Rise 200E | | State University of New York College at Buffalo | | 1300 Elmwood Avenue | | Buffalo, New York, 14222 | | U.S.A., Planet Earth | | | | Internet: MassarDA@ITEC.SUNY.EDU | | SUNY DECnet: sbscVC::MassarDA | | Pager/Cell: 716-867-4987 | | | | VOICE: 716-878-ITEC | | FAX: 716-878-4235 | | URL: h-d.itec.suny.edu | `---------------------------------------------------------' Disclaimer: "However, in their extramural utterances employees have an obligation to indicate that they are not institutional spokespersons." -Policies of the Board of Trustees, 1989 > From: IN%"Info-TCPware@process.com" 25-JAN-2001 11:28:04.16 > To: IN%"info-tcpware@process.com" > CC: > Subj: TCPware 5.4-3 FTP Client Problem > > Return-path: > Received: from triton.process.com ([198.115.138.29]) > by mail.suny.edu (PMDF V5.2-31 #32722) > with ESMTP id <01JZBAM9CLY88Y6206@mail.suny.edu> for MASSARDA@mail.suny.edu > (ORCPT rfc822;MASSARDA@MAIL.SUNY.EDU); Thu, 25 Jan 2001 05:45:37 EST > Date: Thu, 25 Jan 2001 10:36:00 +0000 > From: Kevin Phillip > Subject: TCPware 5.4-3 FTP Client Problem > To: info-tcpware@process.com > Reply-to: Info-TCPware@process.com > Message-id: > MIME-version: 1.0 > Content-type: text/plain; charset=iso-8859-1 > X-Listname: Process TCPware Discussion List > List-Unsubscribe: > Original-recipient: rfc822;MASSARDA@MAIL.SUNY.EDU > > We have the above software installed on a Compaq AlphaServer DS10 running > OpenVMS 7.2-1. > > When trying to FTP onto a remote site, I get the following error message: > > $ FTP 194.202.nnn.nn > %DCL-W-MAXPARM, too many parameters - reenter command with fewer parameters > \194\ > > The only way it works is if I run the FTP command on it's own and then run > an OPEN command to the remote site: > > $ ftp > FTP> open 194.202.nnn.nn > > Has anyone experienced this problem before and is there a solution? > > Many thanks, > > > Kevin Phillip > > > > *********************************************************************** > Any views expressed in this message are those of the individual sender, > except where the sender states them to be the views of Itex Limited. > > This e-mail is intended only for the individual or entity to which it is > addressed and contains information that is private and confidential. If > you are not the intended recipient you are hereby notified that any > dissemination, distribution or copying is strictly prohibited. If you > have received this e-mail in error please delete it immediately and > advise us by return e-mail to administrator@itex.je > > *********************************************************************** ================================================================================ Archive-Date: Mon, 29 Jan 2001 05:20:17 -0400 Date: Mon, 29 Jan 2001 10:17:42 +0000 From: Kevin Phillip Reply-To: Info-TCPware@process.com Subject: TCPware message.... To: "'info-tcpware@process.com'" Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 We have the above software installed on a Compaq AlphaServer 800 running OpenVMS 7.1-1H2. We installed the above software on our server and only noticed the following OPCOM message whenever we run a PING or TRACEROUTE: named: sysquery: findns error (NXDOMAIN) on node.domain. The above message seems to appear for every node within the cluster. The server in question is a secondary DNS server. Has anyone experienced this problem and is there a solution to this? Thanks, Kevin... *********************************************************************** Any views expressed in this message are those of the individual sender, except where the sender states them to be the views of Itex Limited. This e-mail is intended only for the individual or entity to which it is addressed and contains information that is private and confidential. If you are not the intended recipient you are hereby notified that any dissemination, distribution or copying is strictly prohibited. If you have received this e-mail in error please delete it immediately and advise us by return e-mail to administrator@itex.je *********************************************************************** ================================================================================ Archive-Date: Mon, 29 Jan 2001 08:55:27 -0400 Date: Mon, 29 Jan 2001 08:54:33 -0500 (EST) From: Jeff Schreiber Reply-To: Info-TCPware@process.com Subject: Re: TCPware message.... To: info-tcpware@process.com Message-ID: <01JZH279YS4I9PME2A@ALCOR.PROCESS.COM> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; CHARSET=us-ascii Kevin Phillip writes: > >We installed the above software on our server and only noticed the following >OPCOM message whenever we run a PING or TRACEROUTE: > >named: sysquery: findns error (NXDOMAIN) on node.domain. > >The above message seems to appear for every node within the cluster. The >server in question is a secondary DNS server. > It means that your DNS configuration is messed up. NXDOMAIN means that the resolution ran to a place that said the domain being queried doesn't exist. Look at your resolver configuration [tcpware_nameservers] logical, and see who you are resolving off of. Is it your secondary server, or is it somewhere else? You can use nslookup to try and trace down where you are running into the problem. It sounds like you are quering your local DNS server, who isn't authoritative for your zone. It goes to the root servers to find the nameservers for the zone, and it gets delegated down to a point where there isn't any configuration for your zone. You might want to put a call into support, or your distributor. -Jeff -- Jeff Schreiber, Process Software LLC schreiber@mx.process.com http://www.process.com TCPware, MultiNet & PMDF: Stronger than Ever ================================================================================ Archive-Date: Tue, 30 Jan 2001 04:28:53 -0400 Date: Tue, 30 Jan 2001 09:13:29 +0000 (GMT) From: mobeenm@my-deja.com Reply-To: Info-TCPware@process.com Subject: SNMP Configuration - OpenVMS 7.2-1 To: info-tcpware@process.com Message-ID: <9560jm$jtr$1@nnrp1.deja.com> Hello All, I am trying to Install COMPAQ Insight Manager (On my Alpha Server that is running OpenVMS 7.2-1). This needs that i configure the SNMP service (in TCPware). I tried to enable SNMP but am not sure whether to enable SMUX and Sub-Agents please advise. Regards Mobeen Sent via Deja.com http://www.deja.com/ ================================================================================ Archive-Date: Tue, 30 Jan 2001 05:52:48 -0400 Date: Tue, 30 Jan 2001 11:45:38 +0100 From: eplan@kapsch.net (Peter LANGSTOEGER) Subject: Re: SNMP Configuration - OpenVMS 7.2-1 To: info-tcpware@process.com Reply-To: Info-TCPware@process.com Message-ID: <3a769b52$1@news.kapsch.co.at> In article <9560jm$jtr$1@nnrp1.deja.com>, mobeenm@my-deja.com writes: >I am trying to Install COMPAQ Insight Manager (On my Alpha Server that >is running OpenVMS 7.2-1). This needs that i configure the SNMP service >(in TCPware). I tried to enable SNMP but am not sure whether to enable >SMUX and Sub-Agents please advise. TCPware still does not support COMPAQ's eSNMP extensions for the Insight Mgr. You need TCPIP V5.0A (ECO1) and V72_MGMTAGENTS V2.0 (and experience). So you only have SNMP with TCPware (and eSNMP for selfwritten Subagents). If this is enough for you or your COMPAQ Insight Manager, ok. Go on... -- Peter "EPLAN" LANGSTOEGER Tel. +43 1 81111-2651 Network and OpenVMS system manager Fax. +43 1 81111-888 <<< KAPSCH AG Wagenseilgasse 1 E-mail eplan@kapsch.net A-1121 VIENNA AUSTRIA "I'm not a pessimist, I'm a realist" ================================================================================ Archive-Date: Tue, 30 Jan 2001 08:13:42 -0400 Date: Tue, 30 Jan 2001 08:12:42 -0500 From: Richard Whalen Reply-To: Info-TCPware@process.com Subject: RE: SNMP Configuration - OpenVMS 7.2-1 To: "'info-tcpware@process.com'" Message-ID: <63D30D6E10CFD11190A90000F805FE860381E62E@lespaul.process.com> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Support for Compaq Insight Manager is in TCPware 5.5, which is in Beta test. ---------------------- Richard Whalen Process Software -----Original Message----- From: mobeenm@my-deja.com [mailto:mobeenm@my-deja.com] Sent: Tuesday, January 30, 2001 4:13 AM To: info-tcpware@process.com Subject: SNMP Configuration - OpenVMS 7.2-1 Hello All, I am trying to Install COMPAQ Insight Manager (On my Alpha Server that is running OpenVMS 7.2-1). This needs that i configure the SNMP service (in TCPware). I tried to enable SNMP but am not sure whether to enable SMUX and Sub-Agents please advise. Regards Mobeen Sent via Deja.com http://www.deja.com/ ================================================================================ Archive-Date: Tue, 30 Jan 2001 13:22:42 -0400 Date: Tue, 30 Jan 2001 17:58:18 +0000 (GMT) From: dejamalc@my-deja.com Reply-To: Info-TCPware@process.com Subject: TCPware Error Status Codes To: info-tcpware@process.com Message-ID: <956vbk$e7v$1@nnrp1.deja.com> Is there a list somewhere of the numerical values of the error codes. I am using FTP_PUT_FILE and getting an error of e29c052 (Hex). BUT this is not one of the documented condition values. As the process of getting these values from the system is a little circuitous I wondered if a list is available of the values and their meaning. Many thanks Sent via Deja.com http://www.deja.com/