Archive-Date: Fri, 3 Aug 2001 23:34:39 -0400 Date: Fri, 03 Aug 2001 22:29:25 -0500 (CDT) From: Hunter Goatley Reply-To: Info-TCPware@process.com Subject: New image for Mozilla 0.93 and MultiNet & TCPware To: info-multinet@process.com CC: info-tcpware@process.com Message-ID: <01K6PP5HHHS88WVZ73@goatley.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; CHARSET=us-ascii Mozilla V0.9.3 is supposed to be available this weekend. A new copy of the LIBNSPR4.SO file is now available for use with MultiNet and TCPware. You can find the LIBNSPR4.SO for Mozilla V0.9.3 on FTP.PROCESS.COM in [.MOZILLA], or use this URL: ftp://ftp.process.com/mozilla/libnspr4_mozilla_093.so Simply copy the file to SYS$COMMON:[MOZILLA]LIBNSPR4.SO and restart Mozilla. Mozilla itself can be downloaded for OpenVMS Alpha using this URL: http://ftp.mozilla.org/pub/mozilla/releases/mozilla0.9.3/mozilla-openvms-alpha-m093.sfx_axpexe We have tested this version of Mozilla under both OpenVMS Alpha V7.2-1 and V7.3. Hunter ------ Hunter Goatley, Process Software, http://www.process.com/ http://www.goatley.com/hunter/ ================================================================================ Archive-Date: Sat, 4 Aug 2001 16:45:18 -0400 Date: Sat, 04 Aug 2001 15:48:52 -0500 From: "David J. Dachtera" Subject: Re: New image for Mozilla 0.93 and MultiNet & TCPware To: info-tcpware@process.com Reply-To: Info-TCPware@process.com Message-ID: <3B6C5FB4.2E39A81D@fsi.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Hunter Goatley wrote: > > Mozilla V0.9.3 is supposed to be available this weekend. A new copy > of the LIBNSPR4.SO file is now available for use with MultiNet and > TCPware. You can find the LIBNSPR4.SO for Mozilla V0.9.3 on > FTP.PROCESS.COM in [.MOZILLA], or use this URL: > > ftp://ftp.process.com/mozilla/libnspr4_mozilla_093.so > > Simply copy the file to SYS$COMMON:[MOZILLA]LIBNSPR4.SO and restart > Mozilla. > > Mozilla itself can be downloaded for OpenVMS Alpha using this URL: > > http://ftp.mozilla.org/pub/mozilla/releases/mozilla0.9.3/mozilla-openvms-alpha-m093.sfx_axpexe Hi, Hunter, Can you hazard a guess as to when Mozilla might reach the 1.0-beta stage? -- David J. Dachtera dba DJE Systems http://www.djesys.com/ Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/ ================================================================================ Archive-Date: Sat, 4 Aug 2001 16:56:54 -0400 Date: Sat, 04 Aug 2001 15:54:17 -0500 (CDT) From: Hunter Goatley Reply-To: Info-TCPware@process.com Subject: Re: New image for Mozilla 0.93 and MultiNet & TCPware In-Reply-To: "Your message dated Sat, 04 Aug 2001 15:48:52 -0500" <3B6C5FB4.2E39A81D@fsi.net> To: info-tcpware@process.com Message-ID: <01K6QPK9S38Y8WVZN0@goatley.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; CHARSET=us-ascii > Hi, Hunter, Hi, David. > Can you hazard a guess as to when Mozilla might reach the 1.0-beta > stage? Sorry, I haven't the foggiest. I haven't really paid much attention to the world of Mozilla. I know Colin is working on newer versions as soon as they're available, but I don't know what the timeframes are. Hunter ------ Hunter Goatley, Process Software, http://www.process.com/ http://www.goatley.com/hunter/ ================================================================================ Archive-Date: Tue, 14 Aug 2001 21:18:28 -0400 Date: Tue, 14 Aug 2001 20:16:03 -0500 (CDT) From: Hunter Goatley Reply-To: Info-TCPware@process.com Subject: Visit Process Software at CETS 2001 To: TCPware-Announce@lists.process.com Message-ID: <01K74XLFWWP28WVZ9F@goatley.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; CHARSET=us-ascii Process Software invites our customers to visit us at the CETS trade show in Anaheim, September 10-12, booth 607. Please stop by to say hello, meet our staff, and get a tie-dyed bandana. You can win prizes if we see you wearing the bandana or any Process Software T-shirts! Birds of a Feather sessions are as follows (additional information will be printed in daily show guide & at booth): BOF 1659 - TCPware Working Group - Tuesday 4:00-5:15 pm - Lido A Hilton BOF 1703 - Domain Name Service (DNS) Management - Wednesday 11:00-12:15 - La Jolla Hilton Jeff Schreiber from Process Software will also be hosting a full day lecture at CETS on Saturday, September 8th, #1138 TCP/IP Networking Protocols (see http://www.cets2001.com/cets/home.jsp for more info or to register). ================================================================================ Archive-Date: Wed, 15 Aug 2001 17:03:03 -0400 Date: Wed, 15 Aug 2001 16:59:14 -0500 (EST) From: bryant@process.com Reply-To: Info-TCPware@process.com Subject: TCPware ECO kit available: DRIVERS_V553P010 To: TCPware-Announce@TRITON.PROCESS.COM Message-ID: <01K76506RYF6002372@DELTA.PROCESS.COM> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; CHARSET=ISO-8859-1 Content-Transfer-Encoding: QUOTED-PRINTABLE TCPware ECO kit announcement The following ECO kit is now available for TCPware: ECO: DRIVERS_V553P010 Description: System crash when malformed TCP segment received Release date: 15-AUG-2001 Ranking: 1 Max ranking: 1 Versions: 5.5-3,5.4-3 Requisites: =20 ftp://ftp.process.com/support/55_3/drivers_v553p010.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. ----------------------------------------------------------- DRIVERS patch kit revision 1.0 for TCPware Version 5.5-3 1= 0-Aug-2001 Copyright =A9 1999-2000 Process Software Corporation Copyright =A9 2000,2001 Process Software, LLC Highest ECO Rank 1 (Version 1.0) Version 1.0 Rank 1 This patch kit provides new versions of the following drivers for TCPware Version 5.5-3: DRIVERS_V553P010 - ECO rank: 1 ------------------ =09TCPDRIVER - Fixes a system crash when a certain malformed TCP =09=09 segment is received. (D/E 7271) This kit also includes the following changes from previous ECO ki= ts: For TCPware V5.4-3: DRIVERS_V543P051 - ECO rank: 3 ------------------ BGDRIVER - privs are no longer required for setting the TCP= _NODELAY =09 socket option. (D/E 6790) TCPDRIVER - On VMS version 7.2-1H1 a VMS problem can cause t= he =09=09 NETCP process to go RWAST due to an outstanding direct =09=09 I/O operation to a TCP device (IO$_CREATE). Changed =09=09 IO$_CREATE to be a buffered I/O operation as workaraound. =09=09 (D/E 6680) DRIVERS_V543P042 - ECO rank: 3 ------------------ UCX$IPC_SHR - Support for aborting a select() call was require= d for compatibility with Oracle Version 8.1.6. =09 (D/E 6619) DRIVERS_V543P030=09- ECO rank: 2 ------------------ =09IPDRIVER - On some Alphas, VMS's VCI layer does not report =09=09 a device error when a cable is unplugged from =09=09 the network card. This version of IPDRIVER =09=09 provides a workaround, which allows the paired =09=09 network interface failover support to work. =09=09 (D/E 6150) DRIVERS_V543P020 ------------------ =09BGDRIVER - Add support for "privileged sockets" to allow beta 2 = of =09 the Apache server from Compaq to work. (D/E 5732) =09 - Add support for the DEC C values of the multicast =09 options to BGDRIVER (actual change was to IPDRIVER). =09 (D/E 5733) =09=09 - Under certain circumstances, code introduced in =09 DRIVERS_V543P020 could cause an Unexpected System =09 Service Exception and crash the system when doing =09 NETCU SET BG_TCP commands. (D/E 6224, D/E 6243) =09TCPDRIVER - Add proper VMS V7.2 privilege check. (D/E 5775) =09UDPDRIVER - Add proper VMS V7.2 privilege check. (D/E 5775) =09IPDRIVER - Add proper VMS V7.2 privilege check. (D/E 5775) DRIVERS_V543P010 ------------------ =09TCPDRIVER - Changes made to the Outgoing Access Restrictions feat= ure =09 that corrects problems introduced in TCPware 5.4 and =09=09 DRIVERS_V533P050. (D/E 5350) NOTE: You must reboot your system after installing this patch in or= der to load the new driver(s). The old versions of the driver(s) will be renamed to *.EXE_OLD. Once installed, you may undo this patch by renaming the file(s) bac= k to: TCPWARE_COMMON:[TCPWARE]INETDRIVER.EXE_OLD to TCPWARE_COMMON:[TCPWARE]INETDRIVER.EXE TCPWARE_COMMON:[TCPWARE]IPDRIVER.EXE_OLD to TCPWARE_COMMON:[TCPWARE]IPDRIVER.EXE TCPWARE_COMMON:[TCPWARE]BGDRIVER.EXE_OLD to TCPWARE_COMMON:[TCPWARE]BGDRIVER.EXE TCPWARE_COMMON:[TCPWARE]TCPDRIVER.EXE_OLD to TCPWARE_COMMON:[TCPWARE]TCPDRIVER.EXE TCPWARE_COMMON:[TCPWARE]NTDRIVER.EXE_OLD to TCPWARE_COMMON:[TCPWARE]NTDRIVER.EXE TCPWARE_COMMON:[TCPWARE]UDPDRIVER.EXE_OLD to TCPWARE_COMMON:[TCPWARE]UDPDRIVER.EXE TCPWARE_COMMON:[TCPWARE]UCX$IPC_SHR.EXE_OLD to TCPWARE_COMMON:[TCPWARE]UCX$IPC_SHR.EXE [End of ECO announcement] ================================================================================ Archive-Date: Wed, 15 Aug 2001 19:38:01 -0400 Date: Wed, 15 Aug 2001 17:36:04 -0600 From: "Mah, Lee" Reply-To: Info-TCPware@process.com Subject: RE: TCPware ECO kit available: DRIVERS_V553P010 To: "'Info-TCPware@process.com'" Message-ID: <42E8EAD18405D311B9D90050047A7170046AE50B@RANTXCHG01> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable When you specify a saveset, please include its blocksize. From my PC, = I first go to your site and download the saveset to my PC. Secondly, I = ftp to the PC from a VMS node and download the saveset. I require the = blocksize qualifier in the second step. --- Lee Lee Y T Mah Capital Health Authority Email: lytmah@cha.ab.ca Information Systems, RAH CSC Phone: (780) 477-4725, 477-4233 10240 Kingsway NW Fax: (780) 491-5119, 491-5619 Edmonton, AB, CAN T5H3V9 > ---------- > From: bryant@process.com[SMTP:bryant@process.com] > Reply To: Info-TCPware@process.com > Sent: 15-Aug-01 3:59 PM > To: TCPware-Announce@TRITON.PROCESS.COM > Subject: TCPware ECO kit available: DRIVERS_V553P010 >=20 > TCPware ECO kit announcement >=20 > The following ECO kit is now available for TCPware: >=20 > ECO: DRIVERS_V553P010 > Description: System crash when malformed TCP segment received > Release date: 15-AUG-2001 > Ranking: 1 > Max ranking: 1 > Versions: 5.5-3,5.4-3 > Requisites: =20 >=20 > ftp://ftp.process.com/support/55_3/drivers_v553p010.zip >=20 > To search the TCPware ECO database, please visit the following URL: >=20 > http://vms.process.com/eco.html >=20 > For more information, contact Process Software via: >=20 > E-mail: support@process.com > Phone: 1-800-394-8700 >=20 > The ECO kit README contents are below. >=20 > ----------------------------------------------------------- > DRIVERS patch kit revision 1.0 for TCPware Version 5.5-3 > 10-Aug-2001 >=20 > Copyright =A9 1999-2000 Process Software Corporation > Copyright =A9 2000,2001 Process Software, LLC >=20 > Highest ECO Rank 1 (Version 1.0) > Version 1.0 Rank 1 >=20 > This patch kit provides new versions of the following drivers for > TCPware Version 5.5-3: >=20 > DRIVERS_V553P010 - ECO rank: 1 > ------------------ > TCPDRIVER - Fixes a system crash when a certain malformed TCP > segment is received. (D/E 7271) >=20 > This kit also includes the following changes from previous ECO = kits: >=20 > For TCPware V5.4-3: >=20 > DRIVERS_V543P051 - ECO rank: 3 > ------------------ > BGDRIVER - privs are no longer required for setting the > TCP_NODELAY > socket option. (D/E 6790) >=20 > TCPDRIVER - On VMS version 7.2-1H1 a VMS problem can cause = the > NETCP process to go RWAST due to an outstanding direct > I/O operation to a TCP device (IO$_CREATE). Changed > IO$_CREATE to be a buffered I/O operation as > workaraound. > (D/E 6680) >=20 > DRIVERS_V543P042 - ECO rank: 3 > ------------------ >=20 > UCX$IPC_SHR - Support for aborting a select() call was = required for > compatibility with Oracle Version 8.1.6. > (D/E 6619) >=20 > DRIVERS_V543P030 - ECO rank: 2 > ------------------ > IPDRIVER - On some Alphas, VMS's VCI layer does not report > a device error when a cable is unplugged from > the network card. This version of IPDRIVER > provides a workaround, which allows the paired > network interface failover support to work. > (D/E 6150) >=20 > DRIVERS_V543P020 > ------------------ > BGDRIVER - Add support for "privileged sockets" to allow beta 2 of > the Apache server from Compaq to work. (D/E 5732) > - Add support for the DEC C values of the multicast > options to BGDRIVER (actual change was to IPDRIVER). > (D/E 5733) > - Under certain circumstances, code introduced in > DRIVERS_V543P020 could cause an Unexpected System > Service Exception and crash the system when doing > NETCU SET BG_TCP commands. (D/E 6224, D/E 6243) > > TCPDRIVER - Add proper VMS V7.2 privilege check. (D/E 5775) >=20 > UDPDRIVER - Add proper VMS V7.2 privilege check. (D/E 5775) >=20 > IPDRIVER - Add proper VMS V7.2 privilege check. (D/E 5775) >=20 > DRIVERS_V543P010 > ------------------ > TCPDRIVER - Changes made to the Outgoing Access Restrictions > feature > that corrects problems introduced in TCPware 5.4 and > DRIVERS_V533P050. (D/E 5350) >=20 >=20 > NOTE: You must reboot your system after installing this patch in = order > to load the new driver(s). >=20 > The old versions of the driver(s) will be renamed to *.EXE_OLD. >=20 > Once installed, you may undo this patch by renaming the file(s) = back to: >=20 > TCPWARE_COMMON:[TCPWARE]INETDRIVER.EXE_OLD to > TCPWARE_COMMON:[TCPWARE]INETDRIVER.EXE > TCPWARE_COMMON:[TCPWARE]IPDRIVER.EXE_OLD to > TCPWARE_COMMON:[TCPWARE]IPDRIVER.EXE > TCPWARE_COMMON:[TCPWARE]BGDRIVER.EXE_OLD to > TCPWARE_COMMON:[TCPWARE]BGDRIVER.EXE > TCPWARE_COMMON:[TCPWARE]TCPDRIVER.EXE_OLD to > TCPWARE_COMMON:[TCPWARE]TCPDRIVER.EXE > TCPWARE_COMMON:[TCPWARE]NTDRIVER.EXE_OLD to > TCPWARE_COMMON:[TCPWARE]NTDRIVER.EXE > TCPWARE_COMMON:[TCPWARE]UDPDRIVER.EXE_OLD to > TCPWARE_COMMON:[TCPWARE]UDPDRIVER.EXE > TCPWARE_COMMON:[TCPWARE]UCX$IPC_SHR.EXE_OLD to > TCPWARE_COMMON:[TCPWARE]UCX$IPC_SHR.EXE >=20 >=20 > [End of ECO announcement] >=20 ================================================================================ Archive-Date: Wed, 15 Aug 2001 19:57:27 -0400 Date: Wed, 15 Aug 2001 18:54:19 -0500 (CDT) From: Hunter Goatley Reply-To: Info-TCPware@process.com Subject: RE: TCPware ECO kit available: DRIVERS_V553P010 In-Reply-To: "Your message dated Wed, 15 Aug 2001 17:36:04 -0600" <42E8EAD18405D311B9D90050047A7170046AE50B@RANTXCHG01> To: "Mah, Lee" CC: "'Info-TCPware@process.com'" Message-ID: <01K7692DFYNQ8WVZM1@goatley.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=iso-8859-1 > When you specify a saveset, please include its blocksize. From my PC, I > first go to your site and download the saveset to my PC. Secondly, I ftp to > the PC from a VMS node and download the saveset. I require the blocksize > qualifier in the second step. If you use the provided URL, you're downloading a .ZIP file that has the VMS file attributes saved inside. No need to worry about blocksizes, just make sure you use BINARY mode in all those transfers. When you UNZIP on VMS, the file attributes are automatically restored. Hunter ------ Hunter Goatley, Process Software, http://www.process.com/ http://www.goatley.com/hunter/ ================================================================================ Archive-Date: Fri, 17 Aug 2001 14:09:11 -0400 Date: Fri, 17 Aug 2001 11:08:34 -0700 From: "Barry Treahy, Jr." Reply-To: Info-TCPware@process.com Subject: DNS logging To: TCPware User List Message-ID: <3B7D5DA2.1C11814B@mmaz.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Somone just a couple weeks ago posted a logical that could be defined to supress a lot of the 'noisy' DNS logging to OPCOM. I was very quick to grab and use it but it would seem that after restarting the DNS server a couple days ago, that process must have deassigned the logical and I cannot remember the name for the life of me. Does anyone recall this posting? TIA Barry -- Barry Treahy, Jr * Midwest Microwave * Vice President & CIO E-mail: Treahy@mmaz.com * Phone: 480/314-1320 * FAX: 480/661-7028 ================================================================================ Archive-Date: Fri, 17 Aug 2001 14:21:03 -0400 Date: Fri, 17 Aug 2001 14:19:04 -0400 (EDT) From: Jeff Schreiber Reply-To: Info-TCPware@process.com Subject: Re: DNS logging To: info-tcpware@process.com Message-ID: <01K78RN5JKOI94DPXB@PROCESS.COM> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; CHARSET=us-ascii "Barry Treahy, Jr." writes: > >Somone just a couple weeks ago posted a logical that could be defined to >supress a lot of the 'noisy' DNS logging to OPCOM. I was very quick to >grab and use it but it would seem that after restarting the DNS server a >couple days ago, that process must have deassigned the logical and I >cannot remember the name for the life of me. > >Does anyone recall this posting? > What version of TCPware are we talking about? If your talking about TCPware 5.4 or 5.5 [e.g. the BIND 8 implementations] take a look at the logging category details in the TCPware documentation. If your talking about pre 5.4, you're probably referring to the TCPWARE_NAMED_OPCOM_SEVERITY logical. This should be referenced in your Management Guide. I might be able to find the documentation section I can send if necessary [I'm not gonna transcribe it in :)]. I can probably check my pile of doc-sets and give you an exact page number if you let me know your version. -Jeff -- Jeff Schreiber Principal Software Engineer Process Software LLC schreiber@mx.process.com http://www.process.com TCPware, MultiNet & PMDF: Stronger than Ever ================================================================================ Archive-Date: Tue, 21 Aug 2001 23:14:24 -0400 Date: Wed, 22 Aug 2001 12:40:35 +0930 From: sseng Reply-To: Info-TCPware@process.com Subject: TCPware NFS v3 Support To: info-tcpware@process.com Message-ID: <003301c12ab8$06d0a290$2bda6ccb@amisinetx> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 7bit References: <01K6PP5HHHS88WVZ73@goatley.com> Can anyone please tell me when TCPware is going to support NFS version 3. We have a requirement to be able to access files greater than 2GB, which appears to be the maximum file size allowed by the current versions of TCPware (NFS v2). Thanks, Heath Cook. sseng@ozemail.com.au ================================================================================ Archive-Date: Tue, 21 Aug 2001 23:33:38 -0400 Date: Tue, 21 Aug 2001 23:22:59 -0400 (EDT) From: young@process.com Reply-To: Info-TCPware@process.com Subject: Re: TCPware NFS v3 Support In-Reply-To: "Your message dated Wed, 22 Aug 2001 12:40:35 +0930" <003301c12ab8$06d0a290$2bda6ccb@amisinetx> To: info-tcpware@process.com CC: young@process.com Message-ID: <01K7EWGI0RWO94DSCW@PROCESS.COM> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=iso-8859-1 References: <01K6PP5HHHS88WVZ73@goatley.com> Hi Heath, The TCPware NFSv2 server will support file sizes up to 4GB. If you are experiencing problems at 2GB please contact support. NFSv3 support (no file size limitations) is currently under test and should be available in the near future. Ralph Young Process Software ---------- Can anyone please tell me when TCPware is going to support NFS version 3. We have a requirement to be able to access files greater than 2GB, which appears to be the maximum file size allowed by the current versions of TCPware (NFS v2). Thanks, Heath Cook. sseng@ozemail.com.au ================================================================================ Archive-Date: Sat, 25 Aug 2001 19:08:48 -0400 Date: Sat, 25 Aug 2001 07:20:42 -0400 From: Kuff@Tessco.Com (Hal Kuff) Subject: SSH Help To: info-tcpware@process.com Reply-To: Info-TCPware@process.com Message-ID: <2FF2E0458CB985A2.CC066FB3415BD649.D33164CE2CC26F65@lp.airnews.net> I'm not clear on where to store an ssh public key for a client.... the documentation does not show a clear sample of the file..... Does it have to be in two places? The user and tcpware directories? Does anyone have a sample public key file they can post? And, what's the story on SSH V2.0 ? ---Thanxs ================================================================================ Archive-Date: Sat, 25 Aug 2001 20:09:30 -0400 Date: Sat, 25 Aug 2001 18:08:08 -0600 From: Dan O'Reilly Reply-To: Info-TCPware@process.com Subject: Re: SSH Help In-Reply-To: <2FF2E0458CB985A2.CC066FB3415BD649.D33164CE2CC26F65@lp.airn ews.net> To: info-tcpware@process.com Message-ID: <5.1.0.14.2.20010825180640.00b18ac8@ntbsod.psccos.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed At 05:20 AM 8/25/2001, Hal Kuff wrote: > I'm not clear on where to store an ssh public key for a client.... the >documentation does not show a clear sample of the file..... Please clarify. What are you attempting to do? A client doesn't need a key file, depending on the authentication method to be used. > Does it have to be in two places? The user and tcpware directories? > > Does anyone have a sample public key file they can post? > > > And, what's the story on SSH V2.0 ? Stay tuned. Likely for the next release. >---Thanxs ------ +-------------------------------+---------------------------------------+ | Dan O'Reilly | | | Principal Engineer | "Why should I care about posterity? | | Process Software | What's posterity ever done for me?" | | http://www.process.com | -- Groucho Marx | +-------------------------------+---------------------------------------+ ================================================================================ Archive-Date: Tue, 28 Aug 2001 23:47:04 -0400 Date: Sun, 26 Aug 2001 09:29:37 -0400 From: Hal Kuff Subject: Re: SSH Help To: info-tcpware@process.com Reply-To: Info-TCPware@process.com Message-ID: <3D2D584C9E46DB7D.CE7A18F635B4DFFB.035EAE697BBD4233@lp.airnews.net> a client sent us a public key for their unix ssh setup, the want to use ssh to ftp files ... so, the docs are not all that clear on the format of the required files to store your partner public keys and whether they have to be in tcpware and user dir ... "Dan O'Reilly" wrote in message news:5.1.0.14.2.20010825180640.00b18ac8@ntbsod.psccos.com... > At 05:20 AM 8/25/2001, Hal Kuff wrote: > > > I'm not clear on where to store an ssh public key for a client.... the > >documentation does not show a clear sample of the file..... > > Please clarify. What are you attempting to do? A client doesn't need a > key file, depending on the authentication method to be used. > > > Does it have to be in two places? The user and tcpware directories? > > > > Does anyone have a sample public key file they can post? > > > > > > And, what's the story on SSH V2.0 ? > > Stay tuned. Likely for the next release. > > > >---Thanxs > > ------ > +-------------------------------+---------------------------------------+ > | Dan O'Reilly | | > | Principal Engineer | "Why should I care about posterity? | > | Process Software | What's posterity ever done for me?" | > | http://www.process.com | -- Groucho Marx | > +-------------------------------+---------------------------------------+ > ================================================================================ Archive-Date: Thu, 30 Aug 2001 05:29:22 -0400 Date: Thu, 30 Aug 2001 10:17:20 +0100 From: Guy Morris Reply-To: Info-TCPware@process.com Subject: SMTP - TCPware 5.5-3 To: info-tcpware@process.com Message-ID: <004e01c13134$925cf2f0$db091ed4@dateline.gg> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 7bit References: <01K67RRKKLCU8WW0PP@goatley.com> When I look in my SMTP queue I am seeing a lot of messages where the queue entry parameter contains the text "Nameserver error: Host name lookup failure", yet the addresses specified are valid ones at hotmail, yahoo etc. My NAMED_SERVERS are all operating normally as an nslookup of some of the problem addresses resolves as it should. Where does the problem lie? ================================================================================ Archive-Date: Thu, 30 Aug 2001 06:42:45 -0400 Date: Thu, 30 Aug 2001 14:34:55 +0400 From: "Ruslan R. Laishev" Subject: Re: SMTP - TCPware 5.5-3 To: info-tcpware@process.com Reply-To: Info-TCPware@process.com Message-ID: <3B8E16CF.47648E3@SMTP.DeltaTel.RU> MIME-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Transfer-Encoding: 7bit Hi1 I periodicaly expirienced the same error. I opened a ticket with PSC, but this situation still in ivestigation. Guy Morris wrote: > > When I look in my SMTP queue I am seeing a lot of messages where the queue > entry parameter contains the text "Nameserver error: Host name lookup > failure", yet the addresses specified are valid ones at hotmail, yahoo etc. > My NAMED_SERVERS are all operating normally as an nslookup of some of the > problem addresses resolves as it should. Where does the problem lie? -- Cheers, +OpenVMS [Sys|Net] HardWorker........................................+ Russia,Delta Telecom Inc, Cel: +7 (901) 971-3222 191119,St.Petersburg,Transportny per. 3 116-3222 +http://www.levitte.org/~rlaishev/ .......... SysMan rides HailStorm + ================================================================================ Archive-Date: Thu, 30 Aug 2001 06:49:14 -0400 Date: Thu, 30 Aug 2001 05:43:46 -0500 (CDT) From: Hunter Goatley Reply-To: Info-TCPware@process.com Subject: Re: SMTP - TCPware 5.5-3 In-Reply-To: "Your message dated Thu, 30 Aug 2001 14:34:55 +0400" <3B8E16CF.47648E3@SMTP.DeltaTel.RU> To: info-tcpware@process.com Message-ID: <01K7QFVHCEVQ8WVZGV@goatley.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=koi8-r > Hi1 > I periodicaly expirienced the same error. I opened a ticket with PSC, but this > situation still in ivestigation. > Guy Morris wrote: > > > > When I look in my SMTP queue I am seeing a lot of messages where the queue > > entry parameter contains the text "Nameserver error: Host name lookup > > failure", yet the addresses specified are valid ones at hotmail, yahoo etc. > > My NAMED_SERVERS are all operating normally as an nslookup of some of the > > problem addresses resolves as it should. Where does the problem lie? These are probably normal, temporary problems. I, too, have seen this often with sites like hotmail.com, yahoo.com, etc. (especially with hotmail.com, where the DNS failures were almost a daily occurrence). The problems are with the remote end---probably running their DNS on Windows. ;-) Seriously, it has been my experience that when some sites, hotmail.com in particular, have SMTP problems, they manifest themselves as DNS problems, i.e, host name lookup failures. When they fix the problems, the DNS problems go away, and the mail gets delivered. Hunter ------ Hunter Goatley, Process Software, http://www.process.com/ http://www.goatley.com/hunter/ ================================================================================ Archive-Date: Thu, 30 Aug 2001 07:00:57 -0400 Date: Thu, 30 Aug 2001 07:03:29 -0400 From: babiarz@ENDOR.COM Reply-To: Info-TCPware@process.com Subject: RE: SMTP - TCPware 5.5-3 To: info-tcpware@process.com Message-ID: <010830070329.5d258@ENDOR.COM> > >When I look in my SMTP queue I am seeing a lot of messages where the queue >entry parameter contains the text "Nameserver error: Host name lookup >failure", yet the addresses specified are valid ones at hotmail, yahoo etc. >My NAMED_SERVERS are all operating normally as an nslookup of some of the >problem addresses resolves as it should. Where does the problem lie? > I have seen this also. I have also seen it give an rms error on the disk, but I know the disk is not the problem. Once you do a restart smtp, things seem to work again. What I have notice is there are a lot of close-wait to the smtp port (netcu show conn). I relate this to the amount of junk mail comming in and getting screwed up by the reject filters, but who knows. john ================================================================================ Archive-Date: Thu, 30 Aug 2001 07:07:23 -0400 Date: Thu, 30 Aug 2001 06:02:20 -0500 (CDT) From: Hunter Goatley Reply-To: Info-TCPware@process.com Subject: Re: SMTP - TCPware 5.5-3 In-Reply-To: "Your message dated Thu, 30 Aug 2001 05:43:46 -0500 (CDT)" <01K7QFVHCEVQ8WVZGV@goatley.com> To: info-tcpware@process.com Message-ID: <01K7QGIYJ4QW8WVZGV@goatley.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=koi8-r References: <3B8E16CF.47648E3@SMTP.DeltaTel.RU> > Seriously, it has been my experience that when some sites, hotmail.com > in particular, have SMTP problems, they manifest themselves as DNS > problems, i.e, host name lookup failures. When they fix the problems, > the DNS problems go away, and the mail gets delivered. I forgot to mention that I have seen these symptoms with different mailers (MultiNet, MX, and PMDF) on different stacks (MultiNet and TCPware). However, as John just mentioned, it could also be caused by the SMTP symbiont running out of channels. You can check that using NETCU and looking for a lot of connections or by using SDA to do SHOW PROC/CHAN on the symbiont process to see how many channels are in use. If it's a channel issue, a call should be logged with Process Software Support so the problem can be investigated further. Hunter ------ Hunter Goatley, Process Software, http://www.process.com/ http://www.goatley.com/hunter/ ================================================================================ Archive-Date: Thu, 30 Aug 2001 07:09:09 -0400 Date: Thu, 30 Aug 2001 14:58:08 +0400 From: "Ruslan R. Laishev" Subject: Re: SMTP - TCPware 5.5-3 To: info-tcpware@process.com Reply-To: Info-TCPware@process.com Message-ID: <3B8E1C40.12BE760E@SMTP.DeltaTel.RU> MIME-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Transfer-Encoding: 7bit Hi Hunter, I seen this problem with _local_ addresses, DNS run on the OVMS. Hunter Goatley wrote: [...] > These are probably normal, temporary problems. I, too, have seen this > often with sites like hotmail.com, yahoo.com, etc. (especially with > hotmail.com, where the DNS failures were almost a daily occurrence). > The problems are with the remote end---probably running their DNS on > Windows. ;-) > > Seriously, it has been my experience that when some sites, hotmail.com > in particular, have SMTP problems, they manifest themselves as DNS > problems, i.e, host name lookup failures. When they fix the problems, > the DNS problems go away, and the mail gets delivered. > > Hunter > ------ > Hunter Goatley, Process Software, http://www.process.com/ > http://www.goatley.com/hunter/ -- Cheers, +OpenVMS [Sys|Net] HardWorker........................................+ Russia,Delta Telecom Inc, Cel: +7 (901) 971-3222 191119,St.Petersburg,Transportny per. 3 116-3222 +http://www.levitte.org/~rlaishev/ .......... SysMan rides HailStorm + ================================================================================ Archive-Date: Thu, 30 Aug 2001 07:13:15 -0400 Date: Thu, 30 Aug 2001 06:09:43 -0500 (CDT) From: Hunter Goatley Reply-To: Info-TCPware@process.com Subject: Re: SMTP - TCPware 5.5-3 In-Reply-To: "Your message dated Thu, 30 Aug 2001 14:58:08 +0400" <3B8E1C40.12BE760E@SMTP.DeltaTel.RU> To: info-tcpware@process.com Message-ID: <01K7QGQ9A42U8WVZGV@goatley.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=koi8-r > Hi Hunter, > I seen this problem with _local_ addresses, DNS run on the OVMS. Then that definitely sounds like a resource problem (i.e, symbiont has run out of channels). I know that there is an open case along those lines already. (And thanks to John for reminding me that that would cause this, too.) Hunter ------ Hunter Goatley, Process Software, http://www.process.com/ http://www.goatley.com/hunter/ ================================================================================ Archive-Date: Thu, 30 Aug 2001 08:05:33 -0400 Date: Thu, 30 Aug 2001 12:07:52 +0100 From: Guy Morris Reply-To: Info-TCPware@process.com Subject: Fw: SMTP - TCPware 5.5-3 To: info-tcpware@process.com Message-ID: <007a01c13144$03cf29d0$db091ed4@dateline.gg> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 7bit If anybody has replied to this, would you mind doing so again, but to guidoreenee@hotmail.com instead. It seems that I am actually not getting any mail in from the outside at all. I have now commented out all the exclusions in my SMTP_SERVER_REJECT file, thinking that might be the problem. Any other suggestions as to what else I can try will be gratefully received! ----- Original Message ----- From: "Guy Morris" To: Sent: Thursday, August 30, 2001 10:17 AM Subject: SMTP - TCPware 5.5-3 > > When I look in my SMTP queue I am seeing a lot of messages where the queue > entry parameter contains the text "Nameserver error: Host name lookup > failure", yet the addresses specified are valid ones at hotmail, yahoo etc. > My NAMED_SERVERS are all operating normally as an nslookup of some of the > problem addresses resolves as it should. Where does the problem lie? > ================================================================================ Archive-Date: Thu, 30 Aug 2001 13:33:43 -0400 Date: Thu, 30 Aug 2001 21:31:14 +0400 From: "Ruslan R. Laishev" Subject: Re: SMTP - TCPware 5.5-3 To: info-tcpware@process.com Reply-To: Info-TCPware@process.com Message-ID: <3B8E7862.405DE503@SMTP.DeltaTel.RU> MIME-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Transfer-Encoding: 7bit Hi Hunter, probaly it's a resource problem, but NETCU don't show this. Hunter Goatley wrote: > > > Hi Hunter, > > I seen this problem with _local_ addresses, DNS run on the OVMS. > > Then that definitely sounds like a resource problem (i.e, symbiont has > run out of channels). I know that there is an open case along those > lines already. (And thanks to John for reminding me that that would > cause this, too.) > > Hunter > ------ > Hunter Goatley, Process Software, http://www.process.com/ > http://www.goatley.com/hunter/ -- Cheers, Ruslan. +----------------pure personal opinion------------------------+ RADIUS Server for OpenVMS project - www.radiusvms.com vms-isps@dls.net - Forum for ISP running OpenVMS Mobile: +7 (901) 971-3222