Archive-Date: Mon, 1 Jul 2002 10:08:27 -0400 Date: Mon, 01 Jul 2002 10:13:38 -0400 From: Dorris Reply-To: Info-TCPware@process.com Subject: Re: info-tcpware To: info-tcpware@process.com Message-ID: <01KJKRS52OO08WX8N9@PROCESS.COM> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable info-tcpware Hello=2C Dont put up with static and dropping calls on your portable phone=2E Its easy to add a inexpensive signal enhancer=2E Count on your phone when you need it=2E http=3A=2F=2Fwww=2Eterra=2Ees=2Fpersonal9=2Frty1010 Don't wish to recieve box=3A 20022002=40nycmail=2Ecom ================================================================================ Archive-Date: Tue, 2 Jul 2002 05:44:45 -0400 Date: Tue, 02 Jul 2002 10:40:04 +0100 From: Peter De La Cour Reply-To: Info-TCPware@process.com Subject: FTP To: info-tcpware@process.com Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Hi, We loaded the new FTP patch (FTP V553P070) on our cluster yesterday and after restarting ftp, we get the following if we try to ftp to the node: FTP> open jethrot %TCPWARE_FTP-E-OPENCTRL, failed to open control connection -SYSTEM-F-VCCLOSED, virtual circuit closed The VMS process dies at this time. Has anyone else experienced this, and if so are their any workarounds, other than copy the old .exe files back in ? Many thanks Peter de la Cour Systems Specialist FT Interactive Data (Jersey) Ltd ************************************************ CONFIDENTIALITY NOTICE The information contained in this e-mail and any attachments to it are for the exclusive use of the intended recipient(s). It may be confidential and contain privileged information and will be protected by copyright. If you are not the intended recipient(s) you must not review, copy, distribute or in any other way use or rely on the information contained in the message. If you have received this e-mail in error, please notify us by e-mail Administrator@itex.je, Tel: +44 1534 633633 or Fax: +44 1534 633644 and then delete all copies from your system. http://www.Itex.je http://www.Itex.gg http://www.ThisisJersey.com http://www.ThisisGuernsey.com ================================================================================ Archive-Date: Tue, 2 Jul 2002 08:57:17 -0400 Date: Tue, 02 Jul 2002 08:55:08 -0400 From: Richard Whalen Reply-To: Info-TCPware@process.com Subject: RE: FTP To: "'info-tcpware@process.com'" Message-ID: <63D30D6E10CFD11190A90000F805FE86040AA4E0@LESPAUL> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 The work-around would be to copy the old .exe files back in, particularly FTP_LISTENER.EXE. Also, check the contents of TCPWARE:FTP.CONF - there were some corrections of problems discovered in using the information in the configuration file in this patch. If you would like to help Process diagnose this problem, then DEFINE/SYSTEM TCPWARE_FTPD_DEBUG anything and @TCPWARE:RESTART FTP. This will cause the TCPware_FTP process to write out TCPWARE:FTPSERVER_PIP.LOG, which may provide information as to what is going wrong. Send the log file with your problem report. ---------------------- Richard Whalen Process Software -----Original Message----- From: Peter De La Cour [mailto:Peter.DeLaCour@[213.167.64.36]] Sent: Tuesday, July 02, 2002 5:40 AM To: info-tcpware@process.com Subject: FTP Hi, We loaded the new FTP patch (FTP V553P070) on our cluster yesterday and after restarting ftp, we get the following if we try to ftp to the node: FTP> open jethrot %TCPWARE_FTP-E-OPENCTRL, failed to open control connection -SYSTEM-F-VCCLOSED, virtual circuit closed The VMS process dies at this time. Has anyone else experienced this, and if so are their any workarounds, other than copy the old .exe files back in ? Many thanks Peter de la Cour Systems Specialist FT Interactive Data (Jersey) Ltd ************************************************ CONFIDENTIALITY NOTICE The information contained in this e-mail and any attachments to it are for the exclusive use of the intended recipient(s). It may be confidential and contain privileged information and will be protected by copyright. If you are not the intended recipient(s) you must not review, copy, distribute or in any other way use or rely on the information contained in the message. If you have received this e-mail in error, please notify us by e-mail Administrator@itex.je, Tel: +44 1534 633633 or Fax: +44 1534 633644 and then delete all copies from your system. http://www.Itex.je http://www.Itex.gg http://www.ThisisJersey.com http://www.ThisisGuernsey.com ================================================================================ Archive-Date: Tue, 2 Jul 2002 08:58:33 -0400 Date: Tue, 02 Jul 2002 08:57:01 -0400 From: Michael Corbett Reply-To: Info-TCPware@process.com Subject: Re: FTP To: info-tcpware@process.com Message-ID: <3D21A31D.6080202@process.com> MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset=us-ascii Content-Transfer-Encoding: 7bit References: Peter De La Cour wrote: > Hi, > > We loaded the new FTP patch (FTP V553P070) on our cluster yesterday and > after restarting ftp, we get the following if we try to ftp to the node: > > FTP> open jethrot > %TCPWARE_FTP-E-OPENCTRL, failed to open control connection > -SYSTEM-F-VCCLOSED, virtual circuit closed > > > The VMS process dies at this time. > > Has anyone else experienced this, and if so are their any workarounds, other > than copy the old .exe files back in ? > Peter, Check TCPWARE:FTP_LISTENER.LOG for clues as to why the connection is being closed. regards Mike ================================================================================ Archive-Date: Tue, 2 Jul 2002 18:34:17 -0400 Date: Tue, 02 Jul 2002 16:32:07 -0600 From: "Mah, Lee" Reply-To: Info-TCPware@process.com Subject: Running TCPWARE 5.5-3. A couple of FTP questions. To: "'Info-TCPware@process.com'" Message-ID: <42E8EAD18405D311B9D90050047A7170046AEAFD@RANTXCHG01> MIME-Version: 1.0 Content-Type: text/plain What is the procedure to init a new FTP_LISTENER.LOG file? If FTP has to be shut down and restarted, will current FTP processes be killed? TIA. --- Lee Lee Y T Mah Email: lytmah@cha.ab.ca Capital Health Authority Phone: (780) 477-4725, 477-4233 Information Systems, RAH CSC Fax: (780) 491-5119, 491-5619 10240 Kingsway NW Edmonton, AB, CAN T5H3V9 ================================================================================ Archive-Date: Tue, 2 Jul 2002 22:19:56 -0400 Date: Tue, 02 Jul 2002 22:17:46 -0400 (EDT) From: Michael Corbett Reply-To: Info-TCPware@process.com Subject: Re: Running TCPWARE 5.5-3. A couple of FTP questions. To: info-tcpware@process.com Message-ID: <01KJMVJRMKE88WWACY@PROCESS.COM> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; CHARSET=us-ascii > What is the procedure to init a new FTP_LISTENER.LOG file? > If FTP has to be shut down and restarted, will current FTP processes be > killed? You will have to restart FTP (@tcpware:restart ftp). Only those ftp connections that have not entered a valid username and password would be killed. Once a valid username and password is entered a new process running under that user is started and the connection is then owned by that process and no longer owned by the FTP_LISTENER process. regards Mike ================================================================================ Archive-Date: Wed, 3 Jul 2002 08:54:34 -0400 Date: Wed, 03 Jul 2002 08:52:16 -0400 From: Richard Whalen Reply-To: Info-TCPware@process.com Subject: RE: Running TCPWARE 5.5-3. A couple of FTP questions. To: "'info-tcpware@process.com'" Message-ID: <63D30D6E10CFD11190A90000F805FE86040AA4EE@LESPAUL> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 The only way to get a new FTP_LISTENER.LOG file is to shutdown FTP, rename the existing file to something else (or delete it if you aren't interested in the contents), restart FTP. -----Original Message----- From: Mah, Lee [mailto:lytmah@cha.ab.ca] Sent: Tuesday, July 02, 2002 6:32 PM To: 'Info-TCPware@process.com' Subject: Running TCPWARE 5.5-3. A couple of FTP questions. What is the procedure to init a new FTP_LISTENER.LOG file? If FTP has to be shut down and restarted, will current FTP processes be killed? TIA. --- Lee Lee Y T Mah Email: lytmah@cha.ab.ca Capital Health Authority Phone: (780) 477-4725, 477-4233 Information Systems, RAH CSC Fax: (780) 491-5119, 491-5619 10240 Kingsway NW Edmonton, AB, CAN T5H3V9 ================================================================================ Archive-Date: Thu, 4 Jul 2002 17:16:47 -0400 Date: Thu, 04 Jul 2002 18:14:37 -0400 From: Mitch Miller Subject: Does any one know of shopping cart software for OpenVMS ? To: info-tcpware@process.com Reply-To: Info-TCPware@process.com Message-ID: <3D24BAB5.3702C22A@keyways.com> MIME-Version: 1.0 Content-Type: text/plain; x-mac-creator=4D4F5353; x-mac-type=54455854; charset=us-ascii Content-Transfer-Encoding: 7bit References: <01KGZ532UB3M8WW0VI@goatley.com> <3CC817C0.8000502@process.com> We are looking for a estore solution on Open VMS. We use TCPWARE and Purveyor. Any Ideas ? Thanks. Mitch Miller Keyways, Inc. 937-847-2300 ================================================================================ Archive-Date: Thu, 4 Jul 2002 21:02:32 -0400 Date: Fri, 05 Jul 2002 00:59:20 +0000 (GMT) From: "David J. Dachtera" Subject: Re: Does any one know of shopping cart software for OpenVMS ? To: info-tcpware@process.com Reply-To: Info-TCPware@process.com Message-ID: <3D24F391.DF1F47A1@fsi.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Mitch Miller wrote: > > We are looking for a estore solution on Open VMS. We use TCPWARE and > Purveyor. > > Any Ideas ? > > Thanks. > Mitch Miller > Keyways, Inc. > 937-847-2300 Hi, Mitch, I don't have an answer to your question. I'm only replying to cross-post your query to the comp.os.vms newsgroup where the topic of OpenVMS app.'s, especially for e-business, is highly relevant. -- David J. Dachtera dba DJE Systems http://www.djesys.com/ Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/ ================================================================================ Archive-Date: Thu, 4 Jul 2002 22:21:21 -0400 Date: Thu, 04 Jul 2002 22:24:57 -0400 From: Michael Austin Subject: Re: Does any one know of shopping cart software for OpenVMS ? To: info-tcpware@process.com Reply-To: Info-TCPware@process.com Message-ID: <3D250379.E99B69EB@firstdbasource.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit "David J. Dachtera" wrote: > > Mitch Miller wrote: > > > > We are looking for a estore solution on Open VMS. We use TCPWARE and > > Purveyor. > > > > Any Ideas ? > > > > Thanks. > > Mitch Miller > > Keyways, Inc. > > 937-847-2300 > > Hi, Mitch, > > I don't have an answer to your question. I'm only replying to cross-post > your query to the comp.os.vms newsgroup where the topic of OpenVMS > app.'s, especially for e-business, is highly relevant. > > -- > David J. Dachtera > dba DJE Systems > http://www.djesys.com/ > > Unofficial Affordable OpenVMS Home Page: > http://www.djesys.com/vms/soho/ Is there a particular database you are interested in using? Some of the PHP and PERL shopping carts will work with some filesystem specific modified. Here is a good place to start: http://www.google.com/search?hl=en&ie=ISO-8859-1&q=openvms+shopping+cart+perl+php I currently programming a site using the shopping cart with PayPal for a small application. -- Regards, Michael Austin OpenVMS User since June 1984 First DBA Source, Inc. Registered Linux User #261163 Sr. Consultant http://www.firstdbasource.com http://www.firstdbasource.com/donation.html 704-947-1089 (Office) 704-236-4377 (Mobile) ================================================================================ Archive-Date: Fri, 5 Jul 2002 09:08:26 -0400 Date: Fri, 05 Jul 2002 09:06:06 -0400 From: Denis Auger Reply-To: Info-TCPware@process.com Subject: RE: Does any one know of shopping cart software for OpenVMS ? In-Reply-To: <3D24BAB5.3702C22A@keyways.com> To: info-tcpware@process.com Message-ID: <002d01c22424$ba1e5d90$5634cdcd@internal.ddi.qc.ca> MIME-Version: 1.0 Content-Type: text/plain; charset=Windows-1252 Content-Transfer-Encoding: QUOTED-PRINTABLE we created ecommerce and catalog software on openvms with purveyor an= d tcpware. you can reach me at 418 688 4242 Denis Auger Digital Design Inc -----Message d'origine----- De : Mitch Miller [mailto:miller@keyways.com] Envoy=E9 : 4 juillet, 2002 18:15 =C0 : info-tcpware@process.com Objet : Does any one know of shopping cart software for OpenVMS ? We are looking for a estore solution on Open VMS. We use TCPWARE and Purveyor. Any Ideas ? Thanks. Mitch Miller Keyways, Inc. 937-847-2300 --- Incoming mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.373 / Virus Database: 208 - Release Date: 2002-07-01 --- Outgoing mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.373 / Virus Database: 208 - Release Date: 2002-07-01 ================================================================================ Archive-Date: Sat, 6 Jul 2002 19:33:24 -0400 Date: Sat, 06 Jul 2002 23:25:06 +0000 (GMT) From: "David J. Dachtera" Subject: Re: Does any one know of shopping cart software for OpenVMS ? To: info-tcpware@process.com Reply-To: Info-TCPware@process.com Message-ID: <3D278085.D77CF8C9@fsi.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Denis Auger wrote: > > we created ecommerce and catalog software on openvms with purveyor and > tcpware. > > you can reach me at 418 688 4242 > > Denis Auger > Digital Design Inc Denis, Please consider making your presence known in the comp.os.vms newsgroup, and/or via the current OpenVMS ISV program (whatever the nomme du jour happens to be: was ASAP (DEC), then CSA (Compaq) ???(HP)). -- David J. Dachtera dba DJE Systems http://www.djesys.com/ Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/ ================================================================================ Archive-Date: Sat, 6 Jul 2002 20:47:36 -0400 Date: Sat, 06 Jul 2002 20:51:01 -0400 From: Michael Austin Subject: Re: Does any one know of shopping cart software for OpenVMS ? To: info-tcpware@process.com Reply-To: Info-TCPware@process.com Message-ID: <3D279075.B28487C3@firstdbasource.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit "David J. Dachtera" wrote: > > Denis Auger wrote: > > > > we created ecommerce and catalog software on openvms with purveyor and > > tcpware. > > > > you can reach me at 418 688 4242 > > > > Denis Auger > > Digital Design Inc > > Denis, > > Please consider making your presence known in the comp.os.vms newsgroup, > and/or via the current OpenVMS ISV program (whatever the nomme du jour > happens to be: was ASAP (DEC), then CSA (Compaq) ???(HP)). > > -- > David J. Dachtera > dba DJE Systems > http://www.djesys.com/ > > Unofficial Affordable OpenVMS Home Page: > http://www.djesys.com/vms/soho/ It would also be nice if there was an English interface for this site. (I did not find one and my French stinks... :) ) -- Regards, Michael Austin OpenVMS User since June 1984 First DBA Source, Inc. Registered Linux User #261163 Sr. Consultant http://www.firstdbasource.com http://www.firstdbasource.com/donation.html 704-947-1089 (Office) 704-236-4377 (Mobile) ================================================================================ Archive-Date: Sat, 6 Jul 2002 23:05:19 -0400 Date: Sun, 07 Jul 2002 03:02:27 +0000 (GMT) From: John Smith Subject: Re: Does any one know of shopping cart software for OpenVMS ? To: info-tcpware@process.com Reply-To: Info-TCPware@process.com Message-ID: <7bOV8.7378$rdy.4119@news01.bloor.is.net.cable.rogers.com> "Michael Austin" wrote in message news:3D279075.B28487C3@firstdbasource.com... > > It would also be nice if there was an English interface for this site. > (I did not find one and my French stinks... :) ) > Not meaning to be glib, but just imagine how users in non-English speaking countries feel and think about English-only sites. I know all the arguments....'We don't sell enough in Sweden to make it worth our while to translate it into Swedish', or 'If we have to spend out time doing something, let's pour our effort into the product and let it speak for itself rather than wasting time making a pretty web site in 13 different languages'. Or maybe it's just one poor guy, who is the chief cook, bottle washer, waiter, bus boy, and hatcheck girl all rolled into one and who doesn't have time for anything except his/her first language. Cultural imperialism is rather boring. Since VMS is all things to all people, let's insist that all VMS-related sites be accessible only in Esperanto. :-) No further translation required. ================================================================================ Archive-Date: Sun, 7 Jul 2002 13:00:48 -0400 Date: Sun, 07 Jul 2002 16:57:59 +0000 (GMT) From: "David J. Dachtera" Subject: Re: Does any one know of shopping cart software for OpenVMS ? To: info-tcpware@process.com Reply-To: Info-TCPware@process.com Message-ID: <3D287744.788B6CCC@fsi.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit John Smith wrote: > > "Michael Austin" wrote in message > news:3D279075.B28487C3@firstdbasource.com... > > > > It would also be nice if there was an English interface for this site. > > (I did not find one and my French stinks... :) ) > > > > Not meaning to be glib, but just imagine how users in non-English speaking > countries feel and think about English-only sites. ...or how English speakers feel about sites in the native language of the site owner (author, custodian, etc.) with no English alternate pages, as you cited. > I know all the arguments....'We don't sell enough in Sweden to make it worth > our while to translate it into Swedish', or 'If we have to spend out time > doing something, let's pour our effort into the product and let it speak for > itself rather than wasting time making a pretty web site in 13 different > languages'. Or maybe it's just one poor guy, who is the chief cook, bottle > washer, waiter, bus boy, and hatcheck girl all rolled into one and who > doesn't have time for anything except his/her first language. > > Cultural imperialism is rather boring. ...but not unlike the business world: one rather arrogant take on "the Golden Rule" has it that "he who holds the gold makes the rules". Since the U.S. is the dominant world power in such areas, in that light it seems not unreasonable (however distasteful some may find it), and not without precedent: English is the agreed-upon language of aviation world-wide, though there are cases where lack of such language skills have had catastrophic results. Then again, since the plethora of Hispanic immigrants (legal and otherwise) in this country expect us to cater to THEIR lack of "foreign" language skills, it seems that the situation on the 'web is not without precedent, either. I worked in a stereo store years ago and always enjoyed some of the multi-lingual packaging, especially the Dual record changers, where the German description of "record changer" read something like "automatikspieler"(sp?). -- David J. Dachtera dba DJE Systems http://www.djesys.com/ Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/ ================================================================================ Archive-Date: Thu, 11 Jul 2002 10:37:26 -0400 Date: Thu, 11 Jul 2002 10:37:03 -0400 From: goathunter@process.com Reply-To: Info-TCPware@process.com Subject: TCPware ECO kit available: SSH_V553P030 To: tcpware-announce@process.com Message-ID: <00A10C4F.5BE883DB.21@triton.process.com> TCPware ECO kit announcement The following ECO kit is now available for TCPware: ECO: SSH_V553P030 Description: Fix for random line feeds inserted in data stream Release date: 11-JUL-2002 Ranking: 2 Max ranking: 2 Versions: 5.5-3 ftp://ftp.process.com/support/55_3/ssh_v553p030.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. ----------------------------------------------------------- ----------------------------------------------------------------------- SSH Patch kit (revision 3.0) for TCPware version 5.5-3 9-Jul-2002 Copyright (c) 2002, by Process Software This VMSinstallable saveset provides a new version of the following SSH components: - SSH server (SSHD.EXE) - SSH client (SSH.EXE) - SSH master control program (SSHD_MASTER.EXE) - SSH control command procedure (SSH_CONTROL.COM) - SSH startup procedure (SSH_STARTUP.COM) This patch is applicable to TCPware 5.5-3 on all supported versions of OpenVMS VAX and OpenVMS Alpha. SSH must be restarted after installation. This ECO has a ranking of 2 - Recommended; individual component may fail. The following problem is addressed by this kit: - [DE 7883] - Line feeds are randomly interjected into the data stream when executing a remote command. The old version of the replaced SSH components will be renamed to TCPWARE_COMMON:[TCPWARE]SSHD.EXE_OLD TCPWARE_COMMON:[TCPWARE]SSH.EXE_OLD TCPWARE_COMMON:[TCPWARE]SSHD_MASTER.EXE_OLD TCPWARE_COMMON:[TCPWARE]SSH_CONTROL.COM_OLD TCPWARE_COMMON:[TCPWARE]SSH_STARTUP.COM_OLD Once installed, you may undo this patch by renaming the files back to their original names, and restarting the SSH component. After installing this kit, you must execute the following command to allow the new images to be used: $ @TCPWARE:RESTART SSH Note that this will terminate all current SSH sessions on the system. ------------------------------------------------------------------------ The following problems addressed by previous ECOs are also addressed by this ECO: - [DE 6612] Under certain conditions, the SSH server will not log messages to OPCOM even though it is supposed to. - [DE 6699] The command SSH /VERSION incorrectly prompts the user for a host name. - [DE 7283] The SSH server identification message incorrectly indicates the server can handle both SSH1 and SSH2 protocols. This will cause many clients to attempt to use the SSH2 protocol, which will subsequently fail. In addition, subsequent versions of SSH for TCPware which follow version 5.5-3 will not be able to successfully connect to SSH on TCPware 5.5-3 for the same reason. - [DE 7789] If an SSH command for remote execution includes a vertical bar character ('|'), the command will usually fail on the remote system. For example, the following command will return a "%DCL-W-MAXPARAM" error when executed remotely on a VMS system: $ ssh foo "pipe show system | search sys$input tcpware" - [DE 7838] On VMS/VAX and VMS/AXP 6.0 and 6.1 systems only, the SSH server and SSH client images will often ACCVIO. - [DE 7598] When executing a remote command via SSH, the output of the command is followed by the output from a LOGOUT/FULL command. The default behavior is now to display only the output from the command to be executed. The old behavior may be restored by defining the following logical name: $ DEFINE/SYSTEM TCPWARE_SSH_COMMAND_OLD_ ================================================================================ Archive-Date: Thu, 11 Jul 2002 10:58:24 -0400 Date: Thu, 11 Jul 2002 16:43:48 +0200 From: Tobias Kuehnle Subject: ICS Problem mit Win2k Prof. und Win2k-server To: info-tcpware@process.com Reply-To: Info-TCPware@process.com Message-ID: <3d2d99fa$0$26996$9b622d9e@news.freenet.de> MIME-Version: 1.0 Content-Type: TEXT/PLAIN Content-Transfer-Encoding: QUOTED-PRINTABLE Guten Tag, folgendes Problem: Ich habe ein Netzwerk mit 12 Rechnern. 11 Clients = mit Win 98 Und win2k parallel installiert. Dann noch einen Win2k Server. Der Internetzugang =FCber ICS (=FCber den win2kserver) funktioniert u= nter Win98 perfekt. Nur unter Win2k klappt es nicht! Ich habe noch einen DHCP au= f dem Server laufen und die clients bekommen ihre IP automatisch. Dies ist aufgrund des ActiveDirectory, das ich wiederum f=FCr den Exchange-ser= ver brauche notwendig. Dinge wie IP des Server oder DNS auf den Win2k Clients einzutragen ha= be ich schon alles versucht. Bitte helfen Sie mir und geben Sie mir einen Ti= p wie ich auch mit den Win2k clients ins internet kann (m=F6glichst =FCber = ics, da ich =FCber nat probleme mit den Freigabeordnern bekomme) Vielen Dank im voraus! ================================================================================ Archive-Date: Thu, 11 Jul 2002 16:36:45 -0400 Date: Thu, 11 Jul 2002 22:24:21 +0200 From: Tobias Kuehnle Subject: ICS problem with Win2k Prof. und Win2k-server To: info-tcpware@process.com Reply-To: Info-TCPware@process.com Message-ID: <3d2de9cb$0$23734$9b622d9e@news.freenet.de> Good day Following problem: I have a network with 12 computers. 11 clients with Win 98 and win2k parallel installs. And also another Win2k server. The internet access over ICS (over the win2kserver) functions under WIN98 perfectly. Not so under Win2k. I run DHCP on the server and clients get their IPs automatically. This is based on the ActiveDirectory, that I must have for the Exchange-server. I've tried everything to register DNS on the Win2k client. Please give me a hint to also getting the Win2k clients onto the internet (if possible over ICS, while avoiding problems with the release files.) Thank you very much in advance! ================================================================================ Archive-Date: Fri, 12 Jul 2002 08:03:40 -0400 Date: Fri, 12 Jul 2002 06:59:54 -0500 (CDT) From: Hunter Goatley Reply-To: Info-TCPware@process.com Subject: Re: TCPware ECO kit available: SSH_V553P030 In-Reply-To: "Your message dated Thu, 11 Jul 2002 10:37:03 -0400" <00A10C4F.5BE883DB.21@triton.process.com> To: tcpware-announce@process.com CC: goathunter@goatley.com Message-ID: <01KJZYKS89HG8WVYKO@goatley.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; CHARSET=us-ascii > ECO: SSH_V553P030 > Description: Fix for random line feeds inserted in data stream The final section of the README should have shown: The old behavior may be restored by defining the following logical name: $ DEFINE/SYSTEM TCPWARE_SSH_COMMAND_OLD_STYLE 1 The last few characters were cut off in the original post. Hunter ------ Hunter Goatley, Process Software, http://www.process.com/ http://www.goatley.com/hunter/ New Robert McCammon novel and site: http://www.RobertRMcCammon.com/ ================================================================================ Archive-Date: Thu, 18 Jul 2002 04:44:37 -0400 Date: Thu, 18 Jul 2002 04:57:45 -0400 From: Tibelda Reply-To: Info-TCPware@process.com Subject: RE: your profile lmcmm Sender: Tibelda To: info-tcpware@process.com CC: Message-ID: <01KK87G7UDZW94DOHR@PROCESS.COM> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Hello info-tcpware@process.com I would like invite you to come create a couples or singles profile and join this online community. If you are into alternative lifestyle, or just looking for something kinky in your life come try it out. It now has Video IM working and you do not need a web cam to use it. Check it out you will find what you are looking for. You can see my profile and photos by going to www.geocities.com/bdsmkitty2000 and creating a profile it only takes 2 minutes to do this so you can look around. Oh, it does not cost anything to get on to look. I would not pull one of those on you.. I hate it when someone does that to me. You can find me under the user ID LATINABDSM and and see my profile and photos. I am a 34 year old bi Dom fem 34DD 120lb's Kisses LATINABDSM kugvkriqcpbjopaptfwxsyuymxnoqwx ================================================================================ Archive-Date: Thu, 18 Jul 2002 14:04:11 -0400 Date: Fri, 19 Jul 2002 02:02:17 +0800 From: JERRY LEE Subject: lOOKING FOR AGENT OF BATHTUB SALING To: info-tcpware@process.com Reply-To: Info-TCPware@process.com Message-ID: <01KK8QZYGA1894DP3I@PROCESS.COM> MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: QUOTED-PRINTABLE Note:If this eamil is not fit for you,please reply to webmaster@wjjzz= s.com with "remove".You'd tell me the email address we've used. We don't intend to send spam email to you.Thank you! ATTN:info-tcpware@process.com Dear sirs or Madams, We are one Arcyl bathtub manufacturer in China. -----------------Profile----------------------- Our factoryspecializes in manufacturing =A1=B0YEMA=A1=B1 brand acryli= c composite bathtubs, we have more than 10 years experience of bathtu= b manufacturing and marketing. With=20 our considerable experience we set out to blend the advantages of all= the other of bathtubs offered in the market place into one range. Af= ter several years=20 development we produced our current range and the YEMA brand bathtub = was patented in 2001. We were even awarded the "Gold Medal" in the "C= hinese Patent Technology=20 Exhibition" and "The Ninth Chinese New Patent Technology and New Pate= nt Product Exhibition" later that year. The YEMA bathtubs structural = design is that of a normal=20 acrylic bathtub but conglutinated into a composite material. It is ri= dged and is made more than twice as thick as a normal unit, making it= more smooth, gentle and=20 elegant. This manufacturing technique not only provides all the advan= tages of a normal acrylic bathtub (easily to clean, resistance to dir= t, colorful,attractive etc)=20 but also provides increased heat retention, and extends the products = life span. Besides our products on website, we now produce some new models for U= SA market. We also produce shower panels with finest quality. -------------------bathtub Specifications--------------------- 1,Wall thickness:10mm~20mm 2,Weight: 50~60KG -------------------Cooperate-------------------------------- We would like to be your OEM/ODM manufacturer. For detailed info, please browse our website http://www.wjjzzs.com Best wishes and regards, Export Manager Jerry Lee Mobile:13951228561 Phone:0086-519-5211973 Fax: 0086-519-5209776 Wujin Huangli Composited Sanitary Factory Add:HUangli town,Wujin county Changzhou 213151 Jiangsu province P.R.China Websie:http://www.wjjzzs.com Email:wjjzzs@wjjzzs.com July 18, 2002 ================================================================================ Archive-Date: Thu, 18 Jul 2002 19:58:17 -0400 Date: Thu, 18 Jul 2002 19:56:26 -0400 From: Marcus.Reinkeluers@gects.ge.com Reply-To: Info-TCPware@process.com Subject: RE: Info-TCPware Digest V102 #18 To: info-tcpware@process.com Message-ID: <79C9543DCAC7D411B5380002A5134E940A8573DD@msx01cancitsge.gects.ge.com> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Ok, TCPware - you're probably getting lots of grief over this, but what's with the Spam submissions?? This one is at least "clean" compared to the last one - being a bathtub ad and all.... Time for some advanced e-mail filtering.... mhr -----Original Message----- From: Hunter Goatley -- Info-TCPware Owner [mailto:owner-info-tcpware@process.com] Sent: July 18, 2002 6:00 PM To: info-tcpware@process.com Subject: Info-TCPware Digest V102 #18 Info-TCPware Digest Thu, 18 Jul 2002 Volume 102 : Issue 18 Today's Topics: lOOKING FOR AGENT OF BATHTUB SALING Send digest submissions to: Info-TCPware@process.com Send add/unsubscribe requests to: Info-TCPware-request@process.com (send HELP for more information) Send problems about the list to: owner-info-tcpware@process.com Info-TCPware WWW home page: http://www.tcpware.process.com/ Info-TCPware FTP archives: ftp://ftp.tcpware.process.com/ Info-TCPware archives: http://www.tcpware.process.com/ ---------------------------------------------------------------------- Date: Fri, 19 Jul 2002 02:02:17 +0800 From: JERRY LEE Subject: lOOKING FOR AGENT OF BATHTUB SALING Message-ID: <01KK8QZYGA1894DP3I@PROCESS.COM> Note:If this eamil is not fit for you,please reply to webmaster@wjjzz= s.com with "remove".You'd tell me the email address we've used. We don't intend to send spam email to you.Thank you! ATTN:info-tcpware@process.com Dear sirs or Madams, We are one Arcyl bathtub manufacturer in China. -----------------Profile----------------------- Our factoryspecializes in manufacturing =A1=B0YEMA=A1=B1 brand acryli= c composite bathtubs, we have more than 10 years experience of bathtu= b manufacturing and marketing. With=20 our considerable experience we set out to blend the advantages of all= the other of bathtubs offered in the market place into one range. Af= ter several years=20 development we produced our current range and the YEMA brand bathtub = was patented in 2001. We were even awarded the "Gold Medal" in the "C= hinese Patent Technology=20 Exhibition" and "The Ninth Chinese New Patent Technology and New Pate= nt Product Exhibition" later that year. The YEMA bathtubs structural = design is that of a normal=20 acrylic bathtub but conglutinated into a composite material. It is ri= dged and is made more than twice as thick as a normal unit, making it= more smooth, gentle and=20 elegant. This manufacturing technique not only provides all the advan= tages of a normal acrylic bathtub (easily to clean, resistance to dir= t, colorful,attractive etc)=20 but also provides increased heat retention, and extends the products = life span. Besides our products on website, we now produce some new models for U= SA market. We also produce shower panels with finest quality. -------------------bathtub Specifications--------------------- 1,Wall thickness:10mm~20mm 2,Weight: 50~60KG -------------------Cooperate-------------------------------- We would like to be your OEM/ODM manufacturer. For detailed info, please browse our website http://www.wjjzzs.com Best wishes and regards, Export Manager Jerry Lee Mobile:13951228561 Phone:0086-519-5211973 Fax: 0086-519-5209776 Wujin Huangli Composited Sanitary Factory Add:HUangli town,Wujin county Changzhou 213151 Jiangsu province P.R.China Websie:http://www.wjjzzs.com Email:wjjzzs@wjjzzs.com July 18, 2002 ------------------------------ End of Info-TCPware Digest V102 #18 *********************************** ================================================================================ Archive-Date: Fri, 19 Jul 2002 00:48:58 -0400 Date: Thu, 18 Jul 2002 23:45:29 -0500 (CDT) From: Hunter Goatley Reply-To: Info-TCPware@process.com Subject: RE: Info-TCPware Digest V102 #18 In-Reply-To: "Your message dated Thu, 18 Jul 2002 19:56:26 -0400" <79C9543DCAC7D411B5380002A5134E940A8573DD@msx01cancitsge.gects.ge.com> To: Marcus.Reinkeluers@gects.ge.com CC: info-tcpware@process.com, goathunter@goatley.com Message-ID: <01KK9BEZWXS68WVYKD@goatley.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=iso-8859-1 > Ok, TCPware - you're probably getting lots of grief over this, but what's > with the Spam submissions?? This one is at least "clean" compared to the > last one - being a bathtub ad and all.... > Time for some advanced e-mail filtering.... Both pieces of spam contained the list name in the body, which matched the filters I have in place. I'm working on an antidote for that. Hunter ------ Hunter Goatley, Process Software, http://www.process.com/ http://www.goatley.com/hunter/ New Robert McCammon novel and site: http://www.RobertRMcCammon.com/ ================================================================================ Archive-Date: Tue, 30 Jul 2002 13:07:19 -0400 Date: Tue, 30 Jul 2002 17:00:40 +0100 From: Chantelle Humphrys Reply-To: Info-TCPware@process.com Subject: Possible problems FTPing large files To: "'Info-TCPware@process.com'" Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Hi, We're running TCPware 5.5 and some of our clients have remarked that when they try to pick up files larger than 4MB they are disconnected during the data transfer. I'm unable to reproduce this, but did find the following error in the FTPSERVER_DTP.LOG file of the affected clients: "FTP_SERVER received socket error 33200 on control socket" Has anybody else seen this/have any clues as to where the problem might be? Many thanks Chantelle Humphrys Systems Specialist FT Interactive Data (Jersey) Ltd ************************************************ CONFIDENTIALITY NOTICE The information contained in this e-mail and any attachments to it are for the exclusive use of the intended recipient(s). It may be confidential and contain privileged information and will be protected by copyright. If you are not the intended recipient(s) you must not review, copy, distribute or in any other way use or rely on the information contained in the message. If you have received this e-mail in error, please notify us by e-mail Administrator@itex.je, Tel: +44 1534 633633 or Fax: +44 1534 633644 and then delete all copies from your system. http://www.Itex.je http://www.Itex.gg http://www.ThisisJersey.com http://www.ThisisGuernsey.com ================================================================================ Archive-Date: Tue, 30 Jul 2002 13:23:30 -0400 Date: Tue, 30 Jul 2002 11:20:08 -0600 From: "Mah, Lee" Reply-To: Info-TCPware@process.com Subject: RE: Possible problems FTPing large files To: "'Info-TCPware@process.com'" Message-ID: <42E8EAD18405D311B9D90050047A7170046AEB61@RANTXCHG01> MIME-Version: 1.0 Content-Type: text/plain Our four cluster nodes are at TCPWARE 5.5 and VMS Alpha 7.1-2. Our clients have consistently experienced the same problem with 5.5 (and also 5.3-2) downloading large files. My workaround has been to use a different TCPIP stack. The clients had no problems when running a different TCPIP stack on VAX. --- Lee Lee Y T Mah Email: lytmah@cha.ab.ca Capital Health Authority Phone: (780) 477-4725, 477-4233 Information Systems, RAH CSC Fax: (780) 491-5119, 491-5619 10240 Kingsway NW Edmonton, AB, CAN T5H3V9 > ---------- > From: Chantelle Humphrys[SMTP:Chantelle.Humphrys@itex.je] > Reply To: Info-TCPware@process.com > Sent: 30-Jul-02 10:00 AM > To: 'Info-TCPware@process.com' > Subject: Possible problems FTPing large files > > Hi, > > We're running TCPware 5.5 and some of our clients have remarked that when > they try to pick up files larger than 4MB they are disconnected during the > data transfer. I'm unable to reproduce this, but did find the following > error in the FTPSERVER_DTP.LOG file of the affected clients: > > "FTP_SERVER received socket error 33200 on control socket" > > Has anybody else seen this/have any clues as to where the problem might > be? > > Many thanks > > Chantelle Humphrys > > Systems Specialist > FT Interactive Data (Jersey) Ltd > > > > ************************************************ > CONFIDENTIALITY NOTICE > The information contained in this e-mail and any > attachments to it are for the exclusive use of the > intended recipient(s). It may be confidential and > contain privileged information and will be > protected by copyright. > If you are not the intended recipient(s) you must > not review, copy, distribute or in any other way > use or rely on the information contained in the > message. > If you have received this e-mail in error, please > notify us by e-mail Administrator@itex.je, > Tel: +44 1534 633633 or Fax: +44 1534 633644 and > then delete all copies from your system. > > http://www.Itex.je > http://www.Itex.gg > http://www.ThisisJersey.com > http://www.ThisisGuernsey.com > ================================================================================ Archive-Date: Tue, 30 Jul 2002 13:28:20 -0400 Date: Tue, 30 Jul 2002 13:24:55 -0400 From: Diane Wilson Reply-To: Info-TCPware@process.com Subject: RE: Possible problems FTPing large files To: "'info-tcpware@process.com'" Message-ID: <63D30D6E10CFD11190A90000F805FE8604267B2A@lespaul.process.com> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 apply lastest ftp patch for 5.5 and then define/system TCPWARE_FTP_NOKEEPALIVES true Define the logical and then restart FTP with a - $ @tcpware:restart ftp **-----Original Message----- **From: Chantelle Humphrys [mailto:Chantelle.Humphrys@itex.je] **Sent: Tuesday, July 30, 2002 12:01 PM **To: 'Info-TCPware@process.com' **Subject: Possible problems FTPing large files ** ** **Hi, ** **We're running TCPware 5.5 and some of our clients have **remarked that when **they try to pick up files larger than 4MB they are **disconnected during the **data transfer. I'm unable to reproduce this, but did find the **following **error in the FTPSERVER_DTP.LOG file of the affected clients: ** **"FTP_SERVER received socket error 33200 on control socket" ** **Has anybody else seen this/have any clues as to where the **problem might be? ** **Many thanks ** **Chantelle Humphrys ** **Systems Specialist **FT Interactive Data (Jersey) Ltd ** ** ** ************************************************** **CONFIDENTIALITY NOTICE **The information contained in this e-mail and any **attachments to it are for the exclusive use of the **intended recipient(s). It may be confidential and **contain privileged information and will be **protected by copyright. **If you are not the intended recipient(s) you must **not review, copy, distribute or in any other way **use or rely on the information contained in the **message. **If you have received this e-mail in error, please **notify us by e-mail Administrator@itex.je, **Tel: +44 1534 633633 or Fax: +44 1534 633644 and **then delete all copies from your system. ** **http://www.Itex.je **http://www.Itex.gg **http://www.ThisisJersey.com **http://www.ThisisGuernsey.com ** ================================================================================ Archive-Date: Tue, 30 Jul 2002 13:34:04 -0400 Date: Tue, 30 Jul 2002 13:30:46 -0400 From: Michael Corbett Reply-To: Info-TCPware@process.com Subject: Re: Possible problems FTPing large files To: info-tcpware@process.com Message-ID: <3D46CD46.7000104@process.com> MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset=us-ascii Content-Transfer-Encoding: 7bit References: Chantelle Humphrys wrote: > Hi, > > We're running TCPware 5.5 and some of our clients have remarked that when > they try to pick up files larger than 4MB they are disconnected during the > data transfer. I'm unable to reproduce this, but did find the following > error in the FTPSERVER_DTP.LOG file of the affected clients: > > "FTP_SERVER received socket error 33200 on control socket" > > Has anybody else seen this/have any clues as to where the problem might be? > It might be caused by a misbehaving firewall resetting the control connection when a keep alive happens. You can install the following patch - ftp://ftp.process.com/support/55_3/ftp_v553p070.zip This allows you to disable keep alives for the ftp server by defining the following logical - $ DEFINE/SYS TCPWARE_FTP_NOKEEPALIVES TRUE You might also have the same problem with the ftp client. The patch allows you to disable keep alives there by doing a SET NOKEEPALIVE at the ftp prompt. The clients might also want to look into why the firewall is doing this. We do not that the Checkpoint firewall exhibits this incorrect behavior and it can be disabled by commenting out the following line in the $FWDIR/lib/base.def on the management console and reinstall the policy: #define FTP_ENFORCE_NL 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: Tue, 30 Jul 2002 13:39:55 -0400 Date: Tue, 30 Jul 2002 11:36:34 -0600 From: "Mah, Lee" Reply-To: Info-TCPware@process.com Subject: RE: Possible problems FTPing large files To: "'Info-TCPware@process.com'" Message-ID: <42E8EAD18405D311B9D90050047A7170046AEB62@RANTXCHG01> MIME-Version: 1.0 Content-Type: text/plain I don't suspect a firewall issue with our FTP problem. I can transfer the large file using Compaq's TCPIP stack. --- Lee Lee Y T Mah Email: lytmah@cha.ab.ca Capital Health Authority Phone: (780) 477-4725, 477-4233 Information Systems, RAH CSC Fax: (780) 491-5119, 491-5619 10240 Kingsway NW Edmonton, AB, CAN T5H3V9 > ---------- > From: Michael Corbett[SMTP:corbett@process.com] > Reply To: Info-TCPware@process.com > Sent: 30-Jul-02 11:30 AM > To: info-tcpware@process.com > Subject: Re: Possible problems FTPing large files > > Chantelle Humphrys wrote: > > > Hi, > > > > We're running TCPware 5.5 and some of our clients have remarked that > when > > they try to pick up files larger than 4MB they are disconnected during > the > > data transfer. I'm unable to reproduce this, but did find the following > > error in the FTPSERVER_DTP.LOG file of the affected clients: > > > > "FTP_SERVER received socket error 33200 on control socket" > > > > Has anybody else seen this/have any clues as to where the problem might > be? > > > > > It might be caused by a misbehaving firewall resetting the control > connection when a keep alive happens. You can install the following > patch - > > ftp://ftp.process.com/support/55_3/ftp_v553p070.zip > > This allows you to disable keep alives for the ftp server by defining > the following logical - > > $ DEFINE/SYS TCPWARE_FTP_NOKEEPALIVES TRUE > > You might also have the same problem with the ftp client. The patch > allows > you to disable keep alives there by doing a SET NOKEEPALIVE at the ftp > prompt. > > The clients might also want to look into why the firewall is doing this. > We do not that the Checkpoint firewall exhibits this incorrect behavior > and it can be disabled by commenting out the following line in the > $FWDIR/lib/base.def on the management console and reinstall the policy: > > #define FTP_ENFORCE_NL > > 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: Tue, 30 Jul 2002 13:42:34 -0400 Date: Tue, 30 Jul 2002 10:38:59 -0700 From: "Walsh, William M" Reply-To: Info-TCPware@process.com Subject: RE: Possible problems FTPing large files To: "'Info-TCPware@process.com'" Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Chantelle, We experienced a similar probelm with customers who use a non-ISO standard version of FTP. Here are the notes we kept from the experience. After you have examined the FTPSERVER_DTP.LOG in the supplier account and found FTP messages similar to the following, you know that the supplier has an FTP /KEEPALIVE problem. >>> 200 TYPE command okay. <<< PORT xxxxxxxxxxxxxxxx >>> 200 PORT command okay. <<< STOR filename >>> 150 Opening data connection for account and filename. FTP_SERVER received socket error 33200 on control socket >>> 426 Data transfer aborted. >>> 226 Closing data connection. xxxxxxxx job terminated at 11-APR-2002 01:29:00.43 The following is what our FTP software vendor, Process Software, recommends. Item number 3 contains the solution. "I believe we have found the solution for this problem. From the Checkpoint guru's site, phoneboy.com, here are some documented anomalies with FTP and Checkpoint's Inspect implementation for FTP: 1. Some FTP implementations, such as the TIS FTP proxy (used by both Gauntlet and the TIS Toolkit) send a port command in one packet and the "New line" character in another. By default, Firewall-1 assumes the PORT command and the new line will appear in the same packet. 2. Other FTP implementations establish the FTP data connection on a port other than port 20. Firewall-1 does not, by default, accept FTP Data connections that come from ports other than 20 unless it is a PASV connection. 3. Other sites fail as well. This is because they do not send out a proper new line in their header and some versions of Firewall-1 check for this new line. For item 3, it is recommended to resolve this by commenting out the following line in $FWDIR/lib/base.def on the management console and reinstall the policy: #define FTP_ENFORCE_NL Here is what our customer experienced after making the recommended change: Our firewall administrator only changed the '$FWDIR/lib/base.def' file, per your recommendation. He solved the problem by commenting out the '#define FTP_ENFORCE_NL' line." If the suggestions from Lee Mah and Diane Wilson do not work, try this and good luck. Sincerely, William M. Walsh (425) 234-0604 Org: 6-7J14 M/S 6C-FH (7-42.2 bldg.) e-mail:william.m.walsh@boeing.com -----Original Message----- From: Chantelle Humphrys [mailto:Chantelle.Humphrys@itex.je] Sent: Tuesday, July 30, 2002 9:01 AM To: 'Info-TCPware@process.com' Subject: Possible problems FTPing large files Hi, We're running TCPware 5.5 and some of our clients have remarked that when they try to pick up files larger than 4MB they are disconnected during the data transfer. I'm unable to reproduce this, but did find the following error in the FTPSERVER_DTP.LOG file of the affected clients: "FTP_SERVER received socket error 33200 on control socket" Has anybody else seen this/have any clues as to where the problem might be? Many thanks Chantelle Humphrys Systems Specialist FT Interactive Data (Jersey) Ltd ************************************************ CONFIDENTIALITY NOTICE The information contained in this e-mail and any attachments to it are for the exclusive use of the intended recipient(s). It may be confidential and contain privileged information and will be protected by copyright. If you are not the intended recipient(s) you must not review, copy, distribute or in any other way use or rely on the information contained in the message. If you have received this e-mail in error, please notify us by e-mail Administrator@itex.je, Tel: +44 1534 633633 or Fax: +44 1534 633644 and then delete all copies from your system. http://www.Itex.je http://www.Itex.gg http://www.ThisisJersey.com http://www.ThisisGuernsey.com ================================================================================ Archive-Date: Tue, 30 Jul 2002 19:30:39 -0400 Date: Tue, 30 Jul 2002 17:27:20 -0600 From: "Mah, Lee" Reply-To: Info-TCPware@process.com Subject: RE: Possible problems FTPing large files To: "'Info-TCPware@process.com'" Message-ID: <42E8EAD18405D311B9D90050047A7170046AEB65@RANTXCHG01> MIME-Version: 1.0 Content-Type: text/plain I installed FTP_V553P070 on our AS1200's and it seems to have resolved our problem. We were able to successfully download a file of 101,221 blocks three times in a row. Thanks to all. --- Lee Lee Y T Mah Email: lytmah@cha.ab.ca Capital Health Authority Phone: (780) 477-4725, 477-4233 Information Systems, RAH CSC Fax: (780) 491-5119, 491-5619 10240 Kingsway NW Edmonton, AB, CAN T5H3V9