Archive-Date: Thu, 1 Mar 2001 18:35:26 -0500 Date: Thu, 01 Mar 2001 16:35:03 -0700 From: "Barry Treahy, Jr." Reply-To: Info-TCPware@process.com Subject: REGET with FTP TCPware 5.4-3 To: TCPware User List Message-ID: <3A9EDCA7.A199529C@mmaz.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Is the REGET not implemented with TCPware's FTP? If so, why doesn't it appear in the on-line help and if not, why not? I have a 400MB transfer that I have to restart and it was two-thirds the way through, it seems silly not to be able to pick up and continue... Barry -- Barry Treahy, Jr * Midwest Microwave * Vice President & CIO E-mail: Treahy@mmaz.com * Phone: 480/314-1320 * FAX: 480/661-7028 ================================================================================ Archive-Date: Thu, 1 Mar 2001 21:35:02 -0500 Date: Thu, 01 Mar 2001 20:30:25 -0600 (CST) From: Hunter Goatley Reply-To: Info-TCPware@process.com Subject: Re: REGET with FTP TCPware 5.4-3 In-Reply-To: "Your message dated Thu, 01 Mar 2001 16:35:03 -0700" <3A9EDCA7.A199529C@mmaz.com> To: info-tcpware@process.com Message-ID: <01K0P1SDUCGG8WVYSB@goatley.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; CHARSET=us-ascii Info-TCPware@process.com wrote: > >Is the REGET not implemented with TCPware's FTP? No. >If so, why doesn't it >appear in the on-line help and if not, why not? It's on the wish list. Implementing it under VMS isn't quite as straight-forward as under, say, UNIX, and we haven't gotten to it yet. >I have a 400MB transfer >that I have to restart and it was two-thirds the way through, it seems >silly not to be able to pick up and continue... > Just FYI, both sides have to support that feature to use it. None of the VMS FTP servers or clients support it yet (well, MultiNet, TCPware, and MGFTP don't). Hunter ------ Hunter Goatley, Process Software, http://www.process.com/ http://www.goatley.com/hunter/ ================================================================================ Archive-Date: Fri, 2 Mar 2001 17:11:49 -0500 Date: Fri, 02 Mar 2001 21:54:57 +0000 (GMT) From: John Santos Reply-To: Info-TCPware@process.com Subject: Re: telnet/perm To: info-tcpware@process.com Message-ID: In article <010227120214.1bdda@ENDOR.COM>, babiarz@ENDOR.COM says... > I change the program from using sys$alloc to sys$assign and it worked properly. > I am at a loss why sys$assign would do the deed, and sys$alloc would not. > > Strange but it now works! sys$alloc and sys$assign do very different things. sys$alloc sets your process as the owner of the device. This prevents other processes (unless they have SHARE privilege?) from accessing the device. sys$assign assigns an I/O channel to the device, a necessary prerequisite to doing I/O (with sys$qio(w)). RMS does a sys$assign (among other things) when you call sys$open. The DCL ALLOCATE command uses sys$alloc. The DCL ASSIGN command defines logical names, which have nothing to do with sys$assign. -- John Santos ================================================================================ Archive-Date: Fri, 2 Mar 2001 18:10:46 -0500 Date: Fri, 02 Mar 2001 23:54:56 +0100 From: eplan@kapsch.net (Peter LANGSTOEGER) Subject: Re: telnet/perm To: info-tcpware@process.com Reply-To: Info-TCPware@process.com Message-ID: <3aa024c0@news.kapsch.co.at> In article , John Santos writes: >The DCL ALLOCATE command uses sys$alloc. The DCL ASSIGN command >defines logical names, which have nothing to do with sys$assign. That's #2 reason (#1 reason is order of parameters) why I prefer DEFINE since a decade now (ASSIGN could be obsoleted ;-) and I still miss the UNDEFINE (which I did here with undelete:==deassign)... -- 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: Mon, 5 Mar 2001 20:46:05 -0500 Date: Tue, 06 Mar 2001 01:26:10 +0000 (GMT) From: John Santos Reply-To: Info-TCPware@process.com Subject: Re: telnet/perm To: info-tcpware@process.com Message-ID: In article <3aa024c0@news.kapsch.co.at>, eplan@kapsch.net says... > In article , John Santos writes: > >The DCL ALLOCATE command uses sys$alloc. The DCL ASSIGN command > >defines logical names, which have nothing to do with sys$assign. > > That's #2 reason (#1 reason is order of parameters) why I prefer DEFINE > since a decade now (ASSIGN could be obsoleted ;-) and I still miss the > UNDEFINE (which I did here with undelete:==deassign)... If ALLOCATE is canceled by DEALLOCATE, and ASSIGN is canceled by DEASSIGN, shouldn't FINE be the command to cancel DEFINE? ;-) BTW, I think you meant "undefine:==deassign" above, not "undelete:==deassign" -- John Santos ================================================================================ Archive-Date: Tue, 6 Mar 2001 17:42:08 -0500 Date: Tue, 06 Mar 2001 16:28:01 -0600 From: "David J. Dachtera" Reply-To: Info-TCPware@process.com Subject: Re: telnet/perm To: info-tcpware@process.com Message-ID: <3AA56471.30D47517@earthlink.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit John Santos wrote: > > In article <3aa024c0@news.kapsch.co.at>, eplan@kapsch.net says... > > In article , John Santos writes: > > >The DCL ALLOCATE command uses sys$alloc. The DCL ASSIGN command > > >defines logical names, which have nothing to do with sys$assign. > > > > That's #2 reason (#1 reason is order of parameters) why I prefer DEFINE > > since a decade now (ASSIGN could be obsoleted ;-) and I still miss the > > UNDEFINE (which I did here with undelete:==deassign)... > > If ALLOCATE is canceled by DEALLOCATE, and ASSIGN is canceled by > DEASSIGN, shouldn't FINE be the command to cancel DEFINE? ;-) Well, PRINT and SUBMIT both have /NOTIFY, but neither has /TIFY... :-) -- David J. Dachtera dba DJE Systems http://www.djesys.com/ Unofficial Affordable OpenVMS Home Page and Message Board: http://www.djesys.com/vms/soho/ This *IS* an OpenVMS-related newsgroup. So, a certain bias in postings is to be expected. Feel free to exercise your rights of free speech and expression. However, attacks against individual posters, or groups of posters, are strongly discouraged. ================================================================================ Archive-Date: Wed, 7 Mar 2001 04:08:37 -0500 Date: Wed, 07 Mar 2001 10:02:58 +0100 From: eplan@kapsch.net (Peter LANGSTOEGER) Subject: Re: telnet/perm To: info-tcpware@process.com Reply-To: Info-TCPware@process.com Message-ID: <3aa5f942$1@news.kapsch.co.at> In article , John Santos writes: >BTW, I think you meant "undefine:==deassign" above, not >"undelete:==deassign" Ooops. UNDEF*INE:==DEASSIGN was what I meant (and have defined) -- 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: Wed, 7 Mar 2001 09:53:33 -0500 Date: Wed, 07 Mar 2001 09:54:44 -0500 From: babiarz@ENDOR.COM Reply-To: Info-TCPware@process.com Subject: telnet qio quotas To: info-tcpware@process.com Message-ID: <010307095444.29151@ENDOR.COM> TCPWARE 5.5, VMS 7.1-2 I perform QIO to a telnet device, the process dies with status code 28 (%SYSTEM-F-EXQUOTA, process quota exceeded) The following is the process quota... Maxjobs: 0 Fillm: 100 Bytlm: 64000 Maxacctjobs: 0 Shrfillm: 0 Pbytlm: 0 Maxdetach: 0 BIOlm: 150 JTquota: 4096 Prclm: 8 DIOlm: 150 WSdef: 2000 Prio: 4 ASTlm: 250 WSquo: 4000 Queprio: 0 TQElm: 20 WSextent: 65535 CPU: (none) Enqlm: 10000 Pgflquo: 400000 I was doing a qio of 11377 charaters. STATUS = SYS$QIOW(,%VAL(MODEM_CHAN), * %VAL(IO$_READVBLK .OR. IO$M_TIMED),READ_IOSB,,, * %VAL(READ_BUFFER_MEMORY_BASE), * %VAL(READ_BUFFER_MEMORY_SIZE), * %VAL(RESPOND_TIME),,,) where READ_BUFFER_MEMORY_BASE is the address of memory as allocated by LIB$GET_VM READ_BUFFER_MEMORY_SIZE is 11377 The port is created with the telnet command $ telnet/create=(perm)/logical=direct_1/table=system 192.10.2.14 6691 What quota should I crank up? Or do I need to break the qio to several qios. john ================================================================================ Archive-Date: Wed, 7 Mar 2001 10:22:14 -0500 Date: Wed, 07 Mar 2001 08:19:34 -0700 From: Jim Mehlhop Reply-To: Info-TCPware@process.com Subject: Re: telnet qio quotas In-Reply-To: <010307095444.29151@ENDOR.COM> To: info-tcpware@process.com Message-ID: <5.0.2.1.2.20010307081715.027e86b0@mehlhop.org> MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset=us-ascii Since TCPware's telnet is a buffered IO there is a limit on the size of a single io. That is a SYSGEN (system wide) parameter MAXBUF which has a default value of 8192 At 09:54 AM 3/7/01 -0500, you wrote: >TCPWARE 5.5, VMS 7.1-2 > >I perform QIO to a telnet device, the process dies with >status code 28 (%SYSTEM-F-EXQUOTA, process quota exceeded) > >The following is the process quota... > > >Maxjobs: 0 Fillm: 100 Bytlm: 64000 >Maxacctjobs: 0 Shrfillm: 0 Pbytlm: 0 >Maxdetach: 0 BIOlm: 150 JTquota: 4096 >Prclm: 8 DIOlm: 150 WSdef: 2000 >Prio: 4 ASTlm: 250 WSquo: 4000 >Queprio: 0 TQElm: 20 WSextent: 65535 >CPU: (none) Enqlm: 10000 Pgflquo: 400000 > >I was doing a qio of 11377 charaters. > > > STATUS = SYS$QIOW(,%VAL(MODEM_CHAN), > * %VAL(IO$_READVBLK .OR. IO$M_TIMED),READ_IOSB,,, > * %VAL(READ_BUFFER_MEMORY_BASE), > * %VAL(READ_BUFFER_MEMORY_SIZE), > * %VAL(RESPOND_TIME),,,) > > > where > READ_BUFFER_MEMORY_BASE is the address of memory as > allocated by > LIB$GET_VM > READ_BUFFER_MEMORY_SIZE is 11377 > >The port is created with the telnet command > >$ telnet/create=(perm)/logical=direct_1/table=system 192.10.2.14 6691 > >What quota should I crank up? Or do I need to break the qio to several qios. > >john > _________________________________________________________________________ Jim Mehlhop, Support Engineer Process Software Mehlhop@process.com Phone 719-638-8448 Join Cauce to outlaw spam http://www.cauce.org/ _________________________________________________________________________ ================================================================================ Archive-Date: Thu, 8 Mar 2001 07:36:35 -0500 Date: Thu, 08 Mar 2001 06:23:33 -0600 (CST) From: Hunter Goatley Reply-To: Info-TCPware@process.com Subject: Administrivia: List spam filter modified To: info-pmdf@process.com, info-multinet@process.com, info-tcpware@process.com Message-ID: <01K0Y0J113SM8WVYKE@goatley.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; CHARSET=us-ascii A bit of list administrivia..... As I've mentioned here before, I run a spam filter on the Info-* lists that checks messages posted to each list against a list of "OK" words. If none of the "OK" words appear in the message, it gets forwarded to me so I can determine if it's spam or a real message that just didn't match the "OK" list. The filter has been effective. Numerous spam messages have been caught over the past few months. Unfortunately, a couple of dozen or so legitimate messages also got filtered and had to be forwarded by hand. I've just made a modification to the filter so that, in addition to checking for certain "OK" words, the sender's address is now compared with the subscriber list. If the sending address matches an address on the subscriber list, then the message will automatically be forwarded to the list. This is different from restricting posting privileges to subscribers, in that messages posted by non-subscribers (e.g, via the Usenet gateways) can still make it the lists if they include one of the "OK" words, or else they'll be forwarded to me for possible forwarding. Few spammers actually join the lists they're trying to spam, so this change should still keep out the spam (fingers-crossed), while decreasing the chance that a legitimate message will be delayed. We'll see how this works out over the next few weeks. Thanks. Hunter ------ Hunter Goatley, Process Software, http://www.process.com/ http://www.goatley.com/hunter/ ================================================================================ Archive-Date: Mon, 12 Mar 2001 09:37:21 -0500 Date: Mon, 12 Mar 2001 14:24:04 +0000 (GMT) From: adrian_parker@my-deja.com Reply-To: Info-TCPware@process.com Subject: FTP hang on exit To: info-tcpware@process.com Message-ID: <98im64$4ft$1@news.netmar.com> I'm having a problem with FTP On the server side i'm running TCPware 5.3-3 The client is running DEC TCP/IP Services 5.0a On connection, I can do one GET operation and then the client process appears to hang. I have to Ctrl Y to abort the client session. The file does appear to have copied okay. On the server side there are no errors logged in the FTPSERVER_DTP.LOG. However, while the process is running I can see in NETCU the connection state is FIN-WAIT-2. Can anyone help with this problem? This doesn't happen with a TCPware 5.3-2 server. I've applied patches DRIVERS_V533P050, FTPD_PIP_V533P020.ZIP, SOCKLIB_V533P010.ZIP and this doesn't appear to have helped. Thanks, Adrian Parker ----- Posted via NewsOne.Net: Free (anonymous) Usenet News via the Web ----- http://newsone.net/ -- Free reading and anonymous posting to 60,000+ groups NewsOne.Net prohibits users from posting spam. If this or other posts made through NewsOne.Net violate posting guidelines, email abuse@newsone.net ================================================================================ Archive-Date: Mon, 12 Mar 2001 10:06:29 -0500 Date: Mon, 12 Mar 2001 10:03:20 -0500 From: "Moore, Chris" Reply-To: Info-TCPware@process.com Subject: RE: FTP hang on exit To: "'Info-TCPware@process.com'" Message-ID: <2F068F8A3066D311A7550000E8961C6402450588@tootle.stelco.ca> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 The key to this is the VMS_PLUS mode that is on by default. I had a similar problem between a UCX node and a TCPware node. Just type: FTP> disable vms_plus Chris Moore ================================================================================ Archive-Date: Tue, 13 Mar 2001 15:18:28 -0500 Date: Tue, 13 Mar 2001 15:07:25 -0500 From: Richard Whalen Reply-To: Info-TCPware@process.com Subject: Re: TCPWare SMTP Time Zone To: info-tcpware@process.com Message-ID: <98lulv$lka$1@swen.process.com> download the following kit from ftp.process.com/support/54_3/ smtp_v543p051.zip Description: Fix channel leak on DNS port (UDP port 53) ECO Ranking (this version): 2 ECO Ranking (maximum): 2 Release date: 23-JAN-2001 Full description: SMTP_V543P051 README TCPware versions: 5.4-3 Size: 2088 blocks It includes the following fix: - 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) "David J. Dachtera" wrote in message news:3AAE4BD9.3A893D30@interbulletin.com... > O.K. I'm not finding this in the doc.; so, I hope someone here can help. > > My TCPware SMTP out-going mail is being sent with the time zone in the headers > as GMT instead of the value shown in TCPWARE_TIMEZONE: > > $ sh log TCPWARE_TIMEZONE > "TCPWARE_TIMEZONE" = "-060000" (LNM$SYSTEM_TABLE) > = "CST" > $ mc tcpware:netcu > NETCU> show vers > TCPware(R) for OpenVMS V5.4-3 Copyright (c) 1999 Process Software Corporation > > (On OpenVMS-VAX V6.2) > > Anyone have any ideas on how to fix this? > > TIA > > -- > David J. Dachtera, > dba DJE Systems > http://www.djesys.com/ > > Unofficial Affordable OpenVMS Home Page and Message Board: > http://www.djesys.com/vms/soho/ > > _______________________________________________ > Submitted via WebNewsReader of http://www.interbulletin.com > ================================================================================ Archive-Date: Wed, 14 Mar 2001 10:45:29 -0500 Date: Wed, 14 Mar 2001 09:42:11 -0600 (CST) From: Lauren Maschio Reply-To: Info-TCPware@process.com Subject: TCPware IPP Beta Test Sender: Hunter Goatley To: info-tcpware@process.com Message-ID: <01K16KVQJQMG8WVYKE@goatley.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; CHARSET=us-ascii Process Software is looking for Internet Printing Protocol beta testers. We will begin IPP beta testing for TCPware on March 22. Beta will end on May 8. IPP will be part of an ECO kit for beta customers to download from our FTP server. Requirements: o A list of IPP-compliant printers and servers can be found at the following web site: http://www.pwg.org/ipp/IPP-Products.html o TCPware 5.5 installed (we can provide this version to you) o OpenVMS 6.0 or higher MultiNet/TCPware IPP print symbiont client features/benefits: - Advanced printing with no programming - support for requesting multiple copies, 2-sided printing, landscape/portrait specification, specification of data format (postscript, ASCII, etc.) with no proprietary escape codes needed in the device control libraries - Provides detailed troubleshooting information, unlike LPD - one-queue-one-printer setup or one queue to many (or even all printers) If you are interested, please complete the following survey below and e-mail back to me, maschio@process.com. Thanks Lauren ---------------------------------------------------------------------------- Survey Name: Company: Address: Phone: e-mail: List the printer(s) type you will be testing with: How many IPP compatible printers would you use with MultiNet in your deployment? What type of documents do you print? (please describe) How often do you print these documents? Describe how IPP will be used (how will it improve your current printing solution) What is your current printing solution? What will IPP be replacing? Would you be willing to discuss with Process how MultiNet is being used in your environment? (This will help us with our product road map). __Yes __No ----------------------- Lauren Maschio Process Software Senior Product Manager 959 Concord Road Framingham, MA 01701 (508)626-7525 ----------------------- ================================================================================ Archive-Date: Thu, 15 Mar 2001 10:44:26 -0500 Date: Thu, 15 Mar 2001 10:49:28 -0500 (EST) From: Gary Reynolds Reply-To: Info-TCPware@process.com Subject: JAVA Telnet Applet (JTA20.JAR) & TCPware In-Reply-To: <001023083410.202000c5@goatley.com> To: PUGinc TECH_L , info-tcpware@process.com Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Good morning ! In an earlier request re: Telnet integration from within a browser window I received assistance in setting this up correctly using Telnet client terminal emulation software. While I was researching this, I ran across a Java Telnet Applet distributed by - www.first.gmd.de/persons/leo/java/Telnet - JTA20.JAR According to the authors, Herren Meissner & Jugel, this applet can be served from the web server to the client - (which I think implies, that you don't need a Telnet client to access it !) - to establish a telnet session back to the host server. Anyway, I'm having a little problem getting it setup on my Open VMS V6.2 Alpha 2100. I create the TELNET.HTML and reference it from the server's Default.html and the initial "green screen" frame pops up at the bottom, but it never goes "black" with the message "...Trying my_ipaddr_name:URL" and then the subsequent "Username & Password" prompts. The instructions, indicate the only strict requirements are that the applet (JTA20.JAR) reside in the same directory as the web server's DEFAULT.HTML & TELNET.HTML and that the URL referenced in the be exactly specified as : where, CODEBASE refers to the directory or <...> to support sub=directories. If anyone has any experience with this, I would appreciate your help. I'm not sure at this point if it is a problem with Open VMS, TCPware/Telnet or a missing piece of information in the configuration. Regards, Gary Reynolds ================================================================================ Archive-Date: Thu, 15 Mar 2001 10:52:54 -0500 Date: Thu, 15 Mar 2001 10:50:00 -0500 From: Mike Bartman Reply-To: Info-TCPware@process.com Subject: RE: JAVA Telnet Applet (JTA20.JAR) & TCPware To: "'info-tcpware@process.com'" Message-ID: <63D30D6E10CFD11190A90000F805FE86039E7A17@lespaul.process.com> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 I'm no JAVA expert, or web server expert either, and I don't know anything about the particular JAVA program you are asking about, but from the configuration settings you give, it would appear that they are intending it to work with Unix telnet servers for purposes of running MUDs (word adventure games). You probably won't be able to use this without making some changes to the configs to make them more VMS-like. For example the directory "." on unix refers to the current directory, but on VMS this is usually more like "[]". There are probably other changes needed. Contacting the authors of the program you are trying to configure might be your fastest route to a solution, or at least some hints as to how to proceed if they are unfamiliar with VMS. -- Mike Bartman Process Software > -----Original Message----- > From: Gary Reynolds [mailto:greynold@waynesburg.edu] > Sent: Thursday, March 15, 2001 10:49 AM > To: PUGinc TECH_L; info-tcpware@process.com > Subject: JAVA Telnet Applet (JTA20.JAR) & TCPware > > > > Good morning ! > > In an earlier request re: Telnet integration from within a > browser window > I received assistance in setting this up correctly using > Telnet client > terminal emulation software. > > While I was researching this, I ran across a Java Telnet Applet > distributed by - www.first.gmd.de/persons/leo/java/Telnet - JTA20.JAR > > According to the authors, Herren Meissner & Jugel, this > applet can be served > from the web server to the client - (which I think implies, > that you don't > need a Telnet client to access it !) - to establish a telnet > session back > to the host server. > Anyway, I'm having a little problem getting it setup on my > Open VMS V6.2 > Alpha 2100. I create the TELNET.HTML and reference it from > the server's > Default.html and the initial "green screen" frame pops up at > the bottom, > but it never goes "black" with the message "...Trying > my_ipaddr_name:URL" > and then the subsequent "Username & Password" prompts. > > The instructions, indicate the only strict requirements are that the > applet (JTA20.JAR) reside in the same directory as the web server's > DEFAULT.HTML & TELNET.HTML and that the URL referenced in the > be exactly specified as : > > > The TELNET.HTML contains several parameter settings but the minimal > required settings are : > > CODE="de.mud.jta.Applet" > WIDTH=590 HEIGHT=360> > > > where, CODEBASE refers to the directory or <...> to support > sub=directories. > > If anyone has any experience with this, I would appreciate your help. > I'm not sure at this point if it is a problem with Open VMS, > TCPware/Telnet > or a missing piece of information in the configuration. > > Regards, > Gary Reynolds > ================================================================================ Archive-Date: Thu, 15 Mar 2001 14:34:08 -0500 Date: Thu, 15 Mar 2001 14:39:10 -0500 (EST) From: Gary Reynolds Reply-To: Info-TCPware@process.com Subject: JAVA Telnet Applet (JTA20.JAR) & TCPware (fwd) To: PUGinc TECH_L , info-tcpware@process.com Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Good afternoon, A word of thanks to Mike Bartman, Process Software for pointing out that the CODEBASE directory parameter changed from "." to "[]" might work since it is VMS-specific. Well, it at least works on Internet Explorer V4.0 -- so far, no success on Netscape Communicator V4.74. Still the permanent "green screen", but it indicates the Applet is running. I'm installng V4.76 now to see if any change and will let anyone know who's interested. Bye all, Gary Reynolds ---------- Forwarded message ---------- Date: Thu, 15 Mar 2001 10:49:28 -0500 (EST) From: Gary Reynolds To: PUGinc TECH_L , Info-TCPware@process.com Subject: JAVA Telnet Applet (JTA20.JAR) & TCPware Good morning ! In an earlier request re: Telnet integration from within a browser window I received assistance in setting this up correctly using Telnet client terminal emulation software. While I was researching this, I ran across a Java Telnet Applet distributed by - www.first.gmd.de/persons/leo/java/Telnet - JTA20.JAR According to the authors, Herren Meissner & Jugel, this applet can be served from the web server to the client - (which I think implies, that you don't need a Telnet client to access it !) - to establish a telnet session back to the host server. Anyway, I'm having a little problem getting it setup on my Open VMS V6.2 Alpha 2100. I create the TELNET.HTML and reference it from the server's Default.html and the initial "green screen" frame pops up at the bottom, but it never goes "black" with the message "...Trying my_ipaddr_name:URL" and then the subsequent "Username & Password" prompts. The instructions, indicate the only strict requirements are that the applet (JTA20.JAR) reside in the same directory as the web server's DEFAULT.HTML & TELNET.HTML and that the URL referenced in the be exactly specified as : where, CODEBASE refers to the directory or <...> to support sub=directories. If anyone has any experience with this, I would appreciate your help. I'm not sure at this point if it is a problem with Open VMS, TCPware/Telnet or a missing piece of information in the configuration. Regards, Gary Reynolds ================================================================================ Archive-Date: Thu, 15 Mar 2001 15:21:41 -0500 Date: Thu, 15 Mar 2001 15:18:27 -0500 From: Alan Kemmerer Reply-To: Info-TCPware@process.com Subject: Re: JAVA Telnet Applet (JTA20.JAR) & TCPware To: info-tcpware@process.com Message-ID: <3AB12393.B722947F@bethsteel.com> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary=------------88491D927C2417D5E0E22EDB References: This is a multi-part message in MIME format. --------------88491D927C2417D5E0E22EDB Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Attached are the html and config file I used on our system Gary Reynolds wrote: > > Good morning ! > > In an earlier request re: Telnet integration from within a browser window > I received assistance in setting this up correctly using Telnet client > terminal emulation software. > > While I was researching this, I ran across a Java Telnet Applet > distributed by - www.first.gmd.de/persons/leo/java/Telnet - JTA20.JAR > > According to the authors, Herren Meissner & Jugel, this applet can be served > from the web server to the client - (which I think implies, that you don't > need a Telnet client to access it !) - to establish a telnet session back > to the host server. > Anyway, I'm having a little problem getting it setup on my Open VMS V6.2 > Alpha 2100. I create the TELNET.HTML and reference it from the server's > Default.html and the initial "green screen" frame pops up at the bottom, > but it never goes "black" with the message "...Trying my_ipaddr_name:URL" > and then the subsequent "Username & Password" prompts. > > The instructions, indicate the only strict requirements are that the > applet (JTA20.JAR) reside in the same directory as the web server's > DEFAULT.HTML & TELNET.HTML and that the URL referenced in the > be exactly specified as : > > > The TELNET.HTML contains several parameter settings but the minimal > required settings are : > > WIDTH=590 HEIGHT=360> > > > where, CODEBASE refers to the directory or <...> to support sub=directories. > > If anyone has any experience with this, I would appreciate your help. > I'm not sure at this point if it is a problem with Open VMS, TCPware/Telnet > or a missing piece of information in the configuration. > > Regards, > Gary Reynolds -- Alan J. Kemmerer - alan.kemmerer@bethsteel.com Information Technology - Process Control Bethlehem Steel Corporation 5111 N. Point Blvd. Location 83 Sparrows Point MD 21219 410-388-7290 --------------88491D927C2417D5E0E22EDB Content-Type: text/html; charset=us-ascii; name="APPLETTEST.HTML;2" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="APPLETTEST.HTML;2" The Java Telnet Application/Applet v2.0: Test Page  
You will be connected to a MUD which is in German language. Simply type the Return key to disconnect!
Your Browser seems to have no Java support. Please get a new browser or enable Java to see this applet!
Copyright 1996-2000
$Id: AppletTest.html,v 1.15 2000/09/08 08:59:34 leo Exp $
--------------88491D927C2417D5E0E22EDB Content-Type: text/plain; charset=us-ascii; name="SIMPLE.CONF;3" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="SIMPLE.CONF;3" # This file is part of "The Java Telnet Application". # # This is free software; you can redistribute it and/or modify # it under the terms of the GNU General Public License as published by # the Free Software Foundation; either version 2, or (at your option) # any later version. # # "The Java Telnet Application" is distributed in the hope that it will be # useful, but WITHOUT ANY WARRANTY; without even the implied warranty of # MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the # GNU General Public License for more details. # # You should have received a copy of the GNU General Public License # along with this software; see the file COPYING. If not, write to the # Free Software Foundation, Inc., 59 Temple Place - Suite 330, # Boston, MA 02111-1307, USA. # -- IMPORTANT NOTICE -- # Copy this file when creating your own configuration and name it different. # default.conf is used by the software for initial setup. Your own config # may not need all the fields found in this file but only those you want # to change. # -- IMPORTANT NOTICE -- layout = BorderLayout layout.Terminal = Center layout.Status = South # ======================================================================= # Applet defaults # ======================================================================= Applet.detach = false Applet.detach.fullscreen = false Applet.detach.immediately = false Applet.detach.menuBar = true Applet.detach.startText = Connect Applet.detach.stopText = Disonnect Applet.disconnect = true Applet.disconnect.closeWindow = true # to make Netscape behave good we would like to have some privileges Applet.Netscape.privilege = UniversalClipboardAccess # ======================================================================= # Socket defaults # ======================================================================= # This is set to the webserver by default. # Socket.host = Socket.port = 23 # for SSH use the port below #Socket.port = 22 # ======================================================================= # Timeout settings # ======================================================================= Timeout.seconds = 60 Timeout.command = exit\n # ======================================================================= # Terminal defaults # ======================================================================= Terminal.foreground = #ffffff Terminal.background = #000000 Terminal.cursor.foreground = #000000 Terminal.cursor.background = #ffffff Terminal.print.color = false Terminal.border = 2 Terminal.borderRaised = false # if you use your own file use a fully qualified URL! #Terminal.colorSet = /de/mud/terminal/colorSet.conf Terminal.scrollBar = West # now the real terminal configuration Terminal.id = vt320 Terminal.buffer = 100 Terminal.size = [80,24] Terminal.resize = font Terminal.font = Monospaced Terminal.fontStyle = plain Terminal.fontSize = 11 # if you use your own file use a fully qualified URL! #Terminal.keyCodes = /de/mud/terminal/keyCodes.conf Terminal.VMS = false Terminal.IBM = false # the setting below should be correct, but it does not work #Terminal.encoding = ISO8859_1 # the setting used it probably incorrect but forces the default behaviour Terminal.encoding = latin1 ##Terminal.beep = http://www.mud.de/se/jta/BOUNCE.WAV --------------88491D927C2417D5E0E22EDB-- ================================================================================ Archive-Date: Thu, 15 Mar 2001 15:26:24 -0500 Date: Thu, 15 Mar 2001 15:23:25 -0500 From: Alan Kemmerer Reply-To: Info-TCPware@process.com Subject: Re: JAVA Telnet Applet (JTA20.JAR) & TCPware To: info-tcpware@process.com Message-ID: <3AB124BD.468449C7@bethsteel.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit References: It's th html that breaks netscape. You need to remove all the table ref's from the html for netscape to work. The applet tag is correct. Gary Reynolds wrote: > > Good morning ! > > In an earlier request re: Telnet integration from within a browser window > I received assistance in setting this up correctly using Telnet client > terminal emulation software. > > While I was researching this, I ran across a Java Telnet Applet > distributed by - www.first.gmd.de/persons/leo/java/Telnet - JTA20.JAR > > According to the authors, Herren Meissner & Jugel, this applet can be served > from the web server to the client - (which I think implies, that you don't > need a Telnet client to access it !) - to establish a telnet session back > to the host server. > Anyway, I'm having a little problem getting it setup on my Open VMS V6.2 > Alpha 2100. I create the TELNET.HTML and reference it from the server's > Default.html and the initial "green screen" frame pops up at the bottom, > but it never goes "black" with the message "...Trying my_ipaddr_name:URL" > and then the subsequent "Username & Password" prompts. > > The instructions, indicate the only strict requirements are that the > applet (JTA20.JAR) reside in the same directory as the web server's > DEFAULT.HTML & TELNET.HTML and that the URL referenced in the > be exactly specified as : > > > The TELNET.HTML contains several parameter settings but the minimal > required settings are : > > WIDTH=590 HEIGHT=360> > > > where, CODEBASE refers to the directory or <...> to support sub=directories. > > If anyone has any experience with this, I would appreciate your help. > I'm not sure at this point if it is a problem with Open VMS, TCPware/Telnet > or a missing piece of information in the configuration. > > Regards, > Gary Reynolds -- Alan J. Kemmerer - alan.kemmerer@bethsteel.com Information Technology - Process Control Bethlehem Steel Corporation 5111 N. Point Blvd. Location 83 Sparrows Point MD 21219 410-388-7290 ================================================================================ Archive-Date: Fri, 16 Mar 2001 10:57:16 -0500 Date: Fri, 16 Mar 2001 11:02:16 -0500 (EST) From: Gary Reynolds Reply-To: Info-TCPware@process.com Subject: Re: JAVA Telnet Applet (JTA20.JAR) & TCPware (fwd) To: info-tcpware@process.com Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII To the listserv, I have been unable to reply to Alan Kemmerer in regards to my problem as message keeps getting bounced back to me. So my apology for sending to the entire list. Thank you, Gary Reynolds <<<<<<<<<<<<<<<< Forwarded Message >>>>>>>>>>>>>>>>>>> Alan, This got bounced back to me yesterday, so I'm resending. Since, however, I stripped the JTA calling HTML doc of everything, including the settings, and it still gives me the "Green Screen" frame. gary ---------- Forwarded message ---------- Date: Thu, 15 Mar 2001 16:07:17 -0500 (EST) From: Gary Reynolds To: Alan Kemmerer Subject: Re: JAVA Telnet Applet (JTA20.JAR) & TCPware Alan, Thanks for the reply. I've reviewed the HTML pages, for the DEFAULT and the TELNET applet HTML pagess and don't have any Table ref's. My access web pages are basically those supplied with PSC Purveyor web server and contain only HREF's, HR & UL, some .GIF's etc. Nothing fancy. I did notice that when I pulled up your attachments, the first one came up as the "Green Screen" I mentioned earlier. Also, and I'm guessing, are you using the JTA v1.0 ? I mention this only because, as near as I can tell, the second attachment looks like a DEFAULT.CONF file for that version which, is not required in JTA20 (I think ...). Let me know what you think when you get a chance. Gary On Thu, 15 Mar 2001, Alan Kemmerer wrote: > It's th html that breaks netscape. > You need to remove all the table ref's from the html for netscape to > work. > The applet tag is correct. > > ================================================================================ Archive-Date: Thu, 22 Mar 2001 11:00:16 -0500 Date: Thu, 22 Mar 2001 10:53:25 -0500 (EST) From: Ira Melamed - Database Administrator Reply-To: Info-TCPware@process.com Subject: Purveyor Authentication Question To: info-tcpware@process.com Message-ID: <01K1HTJKRTGY8ZJA4Q@SNYFARVA.CC.FARMINGDALE.EDU> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; CHARSET=us-ascii I sent this message to a Purveyor related listserv a few days ago and did not receive any responses, hope this attempt fairs a little better... im ============================================================================= Has anyone modified the Purveyor Authentication process to reject a UAF account that is expired and/or pre-expired? I run YahMAIL under my Purveyor web server and am finding that a lot of users do not change their passwords from the pre-expired default that we create, but they are still able to read their mail. Looks to me like Purveyor is not checking to see if the password is expired (or pre-expired), just if there is a valid username/password combination. I have looked at the code in SAMPLE_AUTH.C, but I don't have much experience in this area and don't want to make things worse. Any suggestions would be appreciated... im dba dba dba dba dba dba dba dba dba dba dba dba dba dba dba dba dba dba o Ira Melamed o o r Database Administrator r Email: MELAMEIS@FARMINGDALE.EDU r a Farmingdale a a c State University of New York c Phone: (631) 420-2415 c l Whitman Hall - Room 271 l l e Farmingdale, New York 11735 e Fax : (631) 420-2696 e dba dba dba dba dba dba dba dba dba dba dba dba dba dba dba dba dba dba ================================================================================ Archive-Date: Mon, 26 Mar 2001 15:13:30 -0500 Date: Mon, 26 Mar 2001 15:18:04 -0500 (EST) From: Gary Reynolds Reply-To: Info-TCPware@process.com Subject: How to setup Mail delivery from Primary Mail Server In-Reply-To: To: info-tcpware@process.com Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Greetings, Is there a way to setup TCPware's IMAPD or POP3 servers to connect and transfer mail from a SCO Unix Mail server to the Alpha/TCPware server using VMS Mail or PINE ? I have thought it possible in the case of the IMAPD server, if the primary Unix server would forward all Incoming mail with selected VMS User addresses to the Alpha. This would require Unix administrator to set up alias files for me. However, if on the other hand it was possible to ... In the case of the POP3 server, could that be setup to login to the primary Unix mail server similar to a PC client and download Incoming mail ? ... that would be better. Any thoughts or suggestions are appreciated. Thank you, Gary Reynolds ================================================================================ Archive-Date: Mon, 26 Mar 2001 15:27:00 -0500 Date: Mon, 26 Mar 2001 15:22:58 -0500 From: Michael Corbett Reply-To: Info-TCPware@process.com Subject: RE: How to setup Mail delivery from Primary Mail Server To: info-tcpware@process.com Message-ID: <3ABFA522.38EC7B45@PROCESS.COM> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Hi Gary, > > Is there a way to setup TCPware's IMAPD or POP3 servers to connect and > transfer mail from a SCO Unix Mail server to the Alpha/TCPware server using > VMS Mail or PINE ? > > I have thought it possible in the case of the IMAPD server, if the primary > Unix server would forward all Incoming mail with selected VMS User addresses > to the Alpha. This would require Unix administrator to set up alias files > for me. > However, if on the other hand it was possible to ... > > In the case of the POP3 server, could that be setup to login to the primary > Unix mail server similar to a PC client and download Incoming mail ? No, not for POP or IMAP. > > ... that would be better. > > Any thoughts or suggestions are appreciated. Your fist method, having the Unix box have aliases that forward the mail to the TCPware system is the only method I know of. 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, 27 Mar 2001 12:14:43 -0500 Date: Tue, 27 Mar 2001 11:08:01 -0600 (CST) From: Drew Shelton Reply-To: Info-TCPware@process.com Subject: Privileged functions from Purveyor To: info-tcpware@process.com CC: drew@sematech.org Message-ID: <01K1OTS496SY006EZK@SEMATECH.Org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; CHARSET=US-ASCII I want to create a web page that end users can use to reset their forgotten VMS passwords, but I don't want to grant privileges to Purveyor's worker account. Does anyone know of a way to do this? We're running Purveyor 2.0 and TCPware 5.4-3 on VMS 7.1-2. Thanks, Drew ============================================================================ Drew Shelton drew@sematech.org VMS Systems Manager office: 512-356-7575 Sematech fax: 512-356-7600 2706 Montopolis Drive Austin, TX 78741-6499 I speak for myself only, not Sematech. "OpenVMS is today what Microsoft wants Windows NT v8.0 to be!" - Compaq, 9/22/98 ============================================================================ ================================================================================ Archive-Date: Tue, 27 Mar 2001 13:32:27 -0500 Date: Tue, 27 Mar 2001 13:29:01 -0500 From: Mike Bartman Reply-To: Info-TCPware@process.com Subject: RE: Privileged functions from Purveyor To: "'info-tcpware@process.com'" Message-ID: <63D30D6E10CFD11190A90000F805FE86039E7AAA@lespaul.process.com> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 You can create an executable program that does what you need, then install that image with the privileges needed to do what it does. That way an unprivileged account can run it and do those things you want done, in a relatively safe manner (depending on how careful you are when you write the privileged code! :^) I did this many years ago to create a program that would let operators, or anyone else with the correct rightslist identifier on their account, enable and disable the FIELD account. We kept it disabled unless DEC field engineers were on-site, and I got tired of operators and DEC field service folks pestering me to enable the account for them, or explain again how you ran AUTHORIZE (which I didn't want operators messing with anyway). They found it a lot easier to type "FIELD UP" and "FIELD DOWN", and I put a "FIELD DOWN" in the midnight job, in case they forgot. Worked like a charm! -- Mike Bartman Process Software > -----Original Message----- > From: Drew Shelton [mailto:drew@sematech.org] > Sent: Tuesday, March 27, 2001 12:08 PM > To: info-tcpware@process.com > Cc: drew@sematech.org > Subject: Privileged functions from Purveyor > > > I want to create a web page that end users can use to reset > their forgotten > VMS passwords, but I don't want to grant privileges to > Purveyor's worker > account. Does anyone know of a way to do this? We're > running Purveyor 2.0 > and TCPware 5.4-3 on VMS 7.1-2. > > Thanks, > Drew > > ============================================================== > ============== > Drew Shelton drew@sematech.org > VMS Systems Manager office: 512-356-7575 > Sematech fax: 512-356-7600 > 2706 Montopolis Drive > Austin, TX 78741-6499 I speak for myself only, > not Sematech. > "OpenVMS is today what Microsoft wants Windows NT v8.0 to be!" > - > Compaq, 9/22/98 > ============================================================== > ============== > ================================================================================ Archive-Date: Tue, 27 Mar 2001 15:08:17 -0500 Date: Tue, 27 Mar 2001 23:49:09 +0400 From: "Ruslan R. Laishev" Reply-To: Info-TCPware@process.com Subject: SCP on VMS To: info-tcpware@process.com Message-ID: <3AC0EEB5.67B470FB@SMTP.DeltaTel.RU> MIME-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Transfer-Encoding: 7bit Hi ! Is there a hope to get the SCP on TCPWare ? -- 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 ================================================================================ Archive-Date: Tue, 27 Mar 2001 15:10:22 -0500 Date: Tue, 27 Mar 2001 13:08:41 -0700 From: Dan O'Reilly Reply-To: Info-TCPware@process.com Subject: Re: SCP on VMS In-Reply-To: <3AC0EEB5.67B470FB@SMTP.DeltaTel.RU> To: info-tcpware@process.com Message-ID: <5.0.2.1.2.20010327130758.02abbc88@ntbsod.psccos.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed Not for 5.5. But stay tuned to this station! At 12:49 PM 3/27/2001, Ruslan R. Laishev wrote: >Hi ! > Is there a hope to get the SCP on TCPWare ? > >-- >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 ------ +-------------------------------+---------------------------------------+ | 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, 27 Mar 2001 16:49:13 -0500 Date: Tue, 27 Mar 2001 16:37:55 -0500 (EST) From: bryant@process.com Reply-To: Info-TCPware@process.com Subject: TCPware ECO kit available: FTP_V543P150 To: TCPware-Announce@TRITON.PROCESS.COM Message-ID: <01K1P5624FZM001TQS@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_V543P150 Description: Correct problem with VMS Plus mode transfers Release date: 27-MAR-2001 Ranking: 3 Max ranking: 2 Versions: 5.4-3 ftp://ftp.process.com/support/54_3/ftp_v543p150.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 15.0) for TCPware version 5.4-3 27-Mar-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 - Corrects a problem with VMS Plus mode transfers when the FDL information arrives split over multiple read requests. This causes the file to be created with the wrong attributes and part of the FDL information to be at the beginning of the file. ECO FTP_V543P150 rank 3 The following changes from previous kits are also 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 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 - Correct a problem that can cause a new session to get dropped due to an internal race condition (DE 4581) ECO FTP_V543P140 rank 3 - 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: Wed, 28 Mar 2001 17:52:51 -0500 Date: Wed, 28 Mar 2001 16:43:48 -0600 (CST) From: Hunter Goatley Reply-To: Info-TCPware@process.com Subject: Administrivia: One last message about unwanted list posts To: info-multinet@process.com, info-tcpware@process.com, info-pmdf@process.com Message-ID: <01K1QJTPIQ2S8WVYKE@goatley.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; CHARSET=us-ascii Regarding the anti-spam filter for Process's Info-* mailing lists, I will continue to work on the filters over time. If any spam hits the list, there's no need to report it. If you received a spam message through the list, I received a copy of it too, and, most likely, I've already taken steps to prevent any more like it from getting through. Hunter ------ Hunter Goatley, Process Software, http://www.process.com/ http://www.goatley.com/hunter/