1 INFO-VAX	Mon, 18 Sep 2006	Volume 2006 : Issue 513       Contents: Alphaserver GS80's for sale O Re: Digital Server 5305 (ALPHAserver 1200) power consumption when switched off) O Re: Digital Server 5305 (ALPHAserver 1200) power consumption when switched off) : Re: FREE DS10L Starting at 3:20pm Friday 15th September 06: Re: FREE DS10L Starting at 3:20pm Friday 15th September 06: Re: FREE DS10L Starting at 3:20pm Friday 15th September 06: Re: FREE DS10L Starting at 3:20pm Friday 15th September 06: Re: FREE DS10L Starting at 3:20pm Friday 15th September 06: Re: FREE DS10L Starting at 3:20pm Friday 15th September 06 Re: FTP strangeness  Re: FTP strangeness  Re: FTP strangeness  Re: FTP strangeness  Re: FTP strangeness  Re: FTP strangeness  Re: FTP strangeness  Re: help desk procedure  hp VMS Web site unavailable  Re: hp VMS Web site unavailable - Re: http://www.hp.com/go/openvms/ dead again? ) http://www.hp.com/go/openvms/ dead again? - Re: http://www.hp.com/go/openvms/ dead again? - Re: http://www.hp.com/go/openvms/ dead again? - Re: http://www.hp.com/go/openvms/ dead again? - Re: http://www.hp.com/go/openvms/ dead again? - Re: http://www.hp.com/go/openvms/ dead again? 0 Re: Inquirer on VMS support outsourcing to India0 Re: Inquirer on VMS support outsourcing to India@ Re: Mozilla Thunderbird with VMS (was:Re: VMS MAIL: Will it ever Re: mtools, specifically mcopy) nmail v11.0 mail delivery agent available  Re: OT except that it's HP... 4 Re: Question re VMS732_UPDATE-V0800 patch [Answered] Re: Quid Pro Quo Clarrice  Re: STOP/ENTRY ? Re: UNZIP Install for VMS? Re: UNZIP Install for VMS?  F ----------------------------------------------------------------------    Date: 18 Sep 2006 05:28:16 -0700! From: mcaccavone@manfinancial.com $ Subject: Alphaserver GS80's for saleB Message-ID: <1158582496.301945.287810@i3g2000cwc.googlegroups.com>  C We have some Alphaserver GS80's for sale if anyone is interested :-    Spec's as follows:   2 * GS80 Model 8 8 * 1.224GHz processors each 32GMB Compaq/HP Memory each  DUAL PCI BUS each  2 * 64 Bit Fibre Channel each  2 * Gigabit Ethernet each  2 * 10/100 Ethernet each 2 * FDDI each.   Also   1 * GS80 Model 8 6 * 1.224Ghz Processors  16 GB Compaq Memory  Single PCI Bus 2 * Gigbit Ethernet    UK Location.  C These are fairly powerful systems and would be a bargain for anyone F looking to upgrade on the cheap. Please email me if you are interested   Mark Caccavone   mcaccavone@manfinancial dot com    ------------------------------  % Date: Mon, 18 Sep 2006 10:20:06 +0200 # From: "H Vlems" <hvlems@freenet.de> X Subject: Re: Digital Server 5305 (ALPHAserver 1200) power consumption when switched off)5 Message-ID: <eelknb$2klh$1@registered.motzarella.org>   L "Phillip Helbig---remove CLOTHES to reply" <helbig@astro.multiCLOTHESvax.de>1 schreef in bericht news:eekgt6$hod$1@online.de... A > In article <450D5819.80000@no-spamhotmail.com>, "Schroeder, AJ" * > <ajschroeder@no-spamhotmail.com> writes: > L > > I do have a question for you, how did you convert the 5305 to an AS1200? > F > Hans Vlems, regular poster here, has a description on his web pages. > F > I can't find the URL now, but if no-one else can find it by tomorrow! > evening I'll try to dig it out.  >  home.zonnet.nl/hvlems    Hans   ------------------------------  % Date: Mon, 18 Sep 2006 10:27:14 +0200 # From: "H Vlems" <hvlems@freenet.de> X Subject: Re: Digital Server 5305 (ALPHAserver 1200) power consumption when switched off)5 Message-ID: <eell4m$2kvp$1@registered.motzarella.org>   5 "Rich Jordan" <jordan@ccs4vms.com> schreef in bericht = news:1158546432.037617.277050@i42g2000cwa.googlegroups.com...  > 1 > Phillip Helbig---remove CLOTHES to reply wrote: G > > I have a Digital Server 5305 (converted to an ALPHAserver 1200 by a I > > quick modification of the firmware).  It is configured as a satellite H > > and I only boot it when I need to run CSWB.  (No other systems in myI > > cluster at the moment are powerful enough, but the 5305 uses too much J > > power to keep on all the time.)  I notice that when it is switched offK > > the casing near the upper of the two power cords remains warm, so it is  > > drawing some current.  > > F > > How much?  Does only the upper power cable draw current when it is > > switched off?  > > I > > Obviously, if I only boot it when I need CSWB and otherwise switch it J > > off, that makes no sense if it continues to draw an appreciable amountG > > of current.  On the other hand, could physically removing the power  > > cable have bad effects?  > > K > > (Some ALPHAservers have a "soft" power switch on the front and a "hard" J > > one on the back.  That's not the case with the 5305, though, which has > > only the former.)  > > K > > A side question: what is the least powerful system (CPU, memory, cache) K > > which is capable of running CSWB at an "acceptable" speed for "average"  > > web pages? > H > I consider my PWS600au to be acceptable with CSWB, especially with theE > 4D20 Powerstorm card in it, and I've used a PWS433au briefly and it H > seemed OK.  I've also tried it on a DS10 6/600 and it was _very_ nice;0 > if I could afford one that would be my choice. > C > Are small online power meters available in Europe?  I've got a P3  > Kill-a-watt (see it atG > http://www.p3international.com/products/special/P4400/P4400-CE.html ) E > but its for US spec power.  I bought mine at Amazon for about $30 a G > couple years ago and its great for determining things like power draw G > and usage (its one of the reasons I could justify the cost of a DS10L E > from Islandco early this year to replace my room heater AS600 5/333  > web/mail/etc server) >  > Rich > H My guess is that the 5305 takes about 5 W when powered off, perhaps evenI less. The rear panel is luke warm so it can't dissipate more than that. 5 L Watts, that comes to 5*24*7 or less than one kWhr per week. Say 20 eurocentsJ a week to keep the system warm and happy. It sure improves the lifespan ofF the system: no condensation of water vapour, less mechanical stress on solder joints etc.   ------------------------------  % Date: Mon, 18 Sep 2006 08:57:51 +0200 / From: Paul Sture <paul.sture.nospam@hispeed.ch> C Subject: Re: FREE DS10L Starting at 3:20pm Friday 15th September 06 J Message-ID: <paul.sture.nospam-BE1A57.08575118092006@mac.sture.homeip.net>  C In article <1158546693.617793.166710@d34g2000cwd.googlegroups.com>, *  "Rich Jordan" <jordan@ccs4vms.com> wrote:   > > J > > Methinks David is going come in for some ribbing at least, come Monday > > :-)  > >  > H > Didn't they switch to some wintel system for email and/or web services > recently?  >  > Or was that something else?   G I think that was it, unfortunately for license cost reasons IIRC. I am  / sure we all understand the reality of that one.    --  
 Paul Sture   ------------------------------  % Date: Mon, 18 Sep 2006 12:21:58 -0400 ' From: Dave Froble <davef@tsoft-inc.com> C Subject: Re: FREE DS10L Starting at 3:20pm Friday 15th September 06 9 Message-ID: <P7ydnc2WbbxOWJPYnZ2dnUVZ_oKdnZ2d@libcom.com>    JF Mezei wrote: K >>>> Methinks David is going come in for some ribbing at least, come Monday  > F > One easy solution to this: he should give free systems to anyone whoH > sent him an email within a couple of hours of the deadlines on friday.J > He'll still make money with the additional gizmos people will order (CD, > graphic cards, shipping etc).  > A > At the very least, he should have announced who the winner was.   > How do you know that the original announcement was from David?   --  4 David Froble                       Tel: 724-529-0450> Dave Froble Enterprises, Inc.      E-Mail: davef@tsoft-inc.com DFE Ultralights, Inc.  170 Grimplin Road  Vanderbilt, PA  15486    ------------------------------  % Date: Mon, 18 Sep 2006 13:21:37 -0400 3 From: Jonathan Boswell <jsbNOSP@M.ost.cdrh.fda.gov> C Subject: Re: FREE DS10L Starting at 3:20pm Friday 15th September 06 / Message-ID: <450ED5A1.30300@M.ost.cdrh.fda.gov>    Paul Sture wrote: . >    ----- Transcript of session follows -----= > <dturner@icusc.com>... Deferred: Connection timed out with   > hermes.icusc.com. 2 > Warning: message still undelivered after 4 hours/ > Will keep trying until message is 5 days old"   I Indeed, that's the message I got *this* *morning* (:-( I sent my message  F to David approx 10 minutes after the contest opened. I suppose if his F server was *that* seriously inundated early on, then I would not have , been #7 even if my email had been delivered.   ------------------------------  % Date: Mon, 18 Sep 2006 13:21:13 -0400 3 From: Jonathan Boswell <jsbNOSP@M.ost.cdrh.fda.gov> C Subject: Re: FREE DS10L Starting at 3:20pm Friday 15th September 06 1 Message-ID: <450ED589.5080400@M.ost.cdrh.fda.gov>    Paul Sture wrote: . >    ----- Transcript of session follows -----= > <dturner@icusc.com>... Deferred: Connection timed out with   > hermes.icusc.com. 2 > Warning: message still undelivered after 4 hours/ > Will keep trying until message is 5 days old"   I Indeed, that's the message I got *this* *morning* (:-( I sent my message  F to David approx 10 minutes after the contest opened. I suppose if his F server was *that* seriously inundated early on, then I would not have , been #7 even if my email had been delivered.   ------------------------------  % Date: Mon, 18 Sep 2006 13:22:18 -0400 3 From: Jonathan Boswell <jsbNOSP@M.ost.cdrh.fda.gov> C Subject: Re: FREE DS10L Starting at 3:20pm Friday 15th September 06 1 Message-ID: <450ED5CA.3020300@M.ost.cdrh.fda.gov>    Paul Sture wrote: . >    ----- Transcript of session follows -----= > <dturner@icusc.com>... Deferred: Connection timed out with   > hermes.icusc.com. 2 > Warning: message still undelivered after 4 hours/ > Will keep trying until message is 5 days old"   I Indeed, that's the message I got *this* *morning* (:-( I sent my message  F to David approx 10 minutes after the contest opened. I suppose if his F server was *that* seriously inundated early on, then I would not have , been #7 even if my email had been delivered.   ------------------------------  % Date: Mon, 18 Sep 2006 13:20:37 -0400 3 From: Jonathan Boswell <jsbNOSP@M.ost.cdrh.fda.gov> C Subject: Re: FREE DS10L Starting at 3:20pm Friday 15th September 06 1 Message-ID: <450ED565.9090406@M.ost.cdrh.fda.gov>    Paul Sture wrote: . >    ----- Transcript of session follows -----= > <dturner@icusc.com>... Deferred: Connection timed out with   > hermes.icusc.com. 2 > Warning: message still undelivered after 4 hours/ > Will keep trying until message is 5 days old"   I Indeed, that's the message I got *this* *morning* (:-( I sent my message  F to David approx 10 minutes after the contest opened. I suppose if his F server was *that* seriously inundated early on, then I would not have , been #7 even if my email had been delivered.   ------------------------------  % Date: Mon, 18 Sep 2006 18:01:43 +1000 # From: "Gremlin" <not-here@all.mate>  Subject: Re: FTP strangeness0 Message-ID: <12gskj8rnfikj57@corp.supernews.com>   Hi  H I put these suggestions to SmartFTP who replied"....Whatever your other F source says we believe they are wrong and it seems they are unable to I understand the RFCs correctly.  Furthermore 5xx is always an error code.  C Listing an empty existing directory shouldn't return an error code.   L We will no further comment on this issue. Thank you for your understanding."  I So, it looks like SmartFTP is off the list as a client for VMS, Cerberus  A appears to be a fine server, but I need a client.  So, any other  I suggestions?  Firezilla does the same thing I notice.  All the clients I  5 have tried seem to stop when they get a 550 from VMS.    Cheers  / "Gremlin" <not-here@all.mate> wrote in message  * news:12gs1flfi0jls16@corp.supernews.com...M > Thanks for that info, I have passed it on to the SmartFTP support (without  : > names!) to see if that helps them sort this out for VMS. >  > Cheers > . > <david20@alpha2.mdx.ac.uk> wrote in message ( > news:eejp7r$ps9$1@south.jnrs.ja.net...= >> In article <12gmuf2rbaj5d4@corp.supernews.com>, "Gremlin"   >> <not-here@all.mate> writes:M >>>My reading of the RFC, possibly flawed, is that for the LIST command, 550   >>>is L >>>not one of the "valid" returns from the server (OVMS).  Have I misread or >>>misunderstood this? >>>  >>J >> What permanent error reply-code (ie 5xx number) do the manufacturers of/ >> SmartFTP suggest an ftp server should send ?  >>I >> Also note that RFC 959 is NOT the final word on all things to do with   >> FTP. & >> Please see RFC 1123 which states :- >> >> >> >> "6 >> 4.1.2.11  FTP Replies: RFC-959 Section 4.2, Page 35 >> >>H >>            A Server-FTP MUST send only correctly formatted replies onH >>            the control connection.  Note that RFC-959 (unlike earlierC >>            versions of the FTP spec) contains no provision for a * >>            "spontaneous" reply message. >> >> >>H >>            A Server-FTP SHOULD use the reply codes defined in RFC-959C >>            whenever they apply.  However, a server-FTP MAY use a F >>            different reply code when needed, as long as the generalI >>            rules of Section 4.2 are followed. When the implementor has E >>            a choice between a 4xx and 5xx reply code, a Server-FTP J >>            SHOULD send a 4xx (temporary failure) code when there is anyI >>            reasonable possibility that a failed FTP will succeed a few  >>            hours later. >> >> " >>" >> 550 Requested action not taken.B >>             File unavailable (e.g., file not found, no access). >>H >> is a valid RFC 959 section 4.2 reply-code and hence MAY be used when 
 >> needed.L >> The fact it is not listed against the LIST command in section 5.4 of rfc  >> 959D >> would appear to be overridden by the above statement in RFC 1123. >> >>
 >> David Webb  >> Security team leader  >> CCSS  >> Middlesex University  >> >> >> >>> : >>>"Cluster-Karl" <karl.rohwedder@gmx.de> wrote in message@ >>>news:1158316788.056323.186190@k70g2000cwa.googlegroups.com... >>>> Here is part of  RFC 959:0  >>>>H >>>> RFC 959                                                     October	 >>>> 1985  >>>> File Transfer Protocol , >>>>         550 Requested action not taken.D >>>>             File unavailable (e.g., file not found, no access). >>>>2 >>>> Btw. also the HGFTP client sends a 550 error. >>>> >>>> regards Kalle >>>> >>>  >>>  >  >    ------------------------------  + Date: Mon, 18 Sep 2006 11:26:55 +0000 (UTC)  From: david20@alpha2.mdx.ac.uk Subject: Re: FTP strangeness, Message-ID: <eelvpv$fum$1@south.jnrs.ja.net>  V In article <12gskj8rnfikj57@corp.supernews.com>, "Gremlin" <not-here@all.mate> writes: >Hi  > I >I put these suggestions to SmartFTP who replied"....Whatever your other  G >source says we believe they are wrong and it seems they are unable to  J >understand the RFCs correctly.  Furthermore 5xx is always an error code. D >Listing an empty existing directory shouldn't return an error code. > M >We will no further comment on this issue. Thank you for your understanding."  > J >So, it looks like SmartFTP is off the list as a client for VMS, Cerberus B >appears to be a fine server, but I need a client.  So, any other J >suggestions?  Firezilla does the same thing I notice.  All the clients I 6 >have tried seem to stop when they get a 550 from VMS. > N The issue of 550 for an empty directory is a different issue from saying that 3 servers cannot issue a 550 reply to a LIST command. M As demonstrated more than just VMS ftp servers do the latter - for situations M where a directory doesn't exist or a particular file is specified on the LIST  command which doesn't exist.  M (A GUI based FTP client may not need to know about this since it may restrict J listing to the current directory and just move to the new directory beforeK listing it - but commandline ftp clients generally support listing files in K other directories and even the specification of a full filename on the LIST 	 command).     J Whether Listing an empty directory should produce an error reply-code is, . as far as I am aware, not defined by the RFCs." It can easily be argued both ways.  8 Note. The default text associated with error 550 says :-   Requested action not taken. 2 File unavailable (e.g., file not found, no access)    L There is no way for the client to know whether the directory really is emptyN or whether file protections prevent the user accessing files in the directory.H Hence it can be argued that it is reasonable to return this code for an  apparently empty directory. J It is even more reasonable to return this error reply-code if the user hasN specified the full filename on the LIST command and the file does not exist or is not accessible.    L In any case an FTP client should comply with the robustness principle of RFC 1123 section 1.2.2  B "Be liberal in what you accept, and conservative in what you send"       M I haven't used it myself but one of my colleagues seems to like Core FTP Lite @ which is a GUI based ftp client available for free download from) http://www.snapfiles.com/get/coreftp.html   H (which seems to follow the robustness principle and just ignores the 550) returned by VMS for the empty directory).     
 David Webb Security team leader CCSS Middlesex University         >Cheers  > 0 >"Gremlin" <not-here@all.mate> wrote in message + >news:12gs1flfi0jls16@corp.supernews.com... N >> Thanks for that info, I have passed it on to the SmartFTP support (without ; >> names!) to see if that helps them sort this out for VMS.  >>	 >> Cheers  >>/ >> <david20@alpha2.mdx.ac.uk> wrote in message  ) >> news:eejp7r$ps9$1@south.jnrs.ja.net... > >>> In article <12gmuf2rbaj5d4@corp.supernews.com>, "Gremlin"  >>> <not-here@all.mate> writes: N >>>>My reading of the RFC, possibly flawed, is that for the LIST command, 550  >>>>isM >>>>not one of the "valid" returns from the server (OVMS).  Have I misread or  >>>>misunderstood this?  >>>> >>> K >>> What permanent error reply-code (ie 5xx number) do the manufacturers of 0 >>> SmartFTP suggest an ftp server should send ? >>> J >>> Also note that RFC 959 is NOT the final word on all things to do with  >>> FTP.' >>> Please see RFC 1123 which states :-  >>>  >>>  >>>  >>> " 7 >>> 4.1.2.11  FTP Replies: RFC-959 Section 4.2, Page 35  >>>  >>> I >>>            A Server-FTP MUST send only correctly formatted replies on I >>>            the control connection.  Note that RFC-959 (unlike earlier D >>>            versions of the FTP spec) contains no provision for a+ >>>            "spontaneous" reply message.  >>>  >>>  >>> I >>>            A Server-FTP SHOULD use the reply codes defined in RFC-959 D >>>            whenever they apply.  However, a server-FTP MAY use aG >>>            different reply code when needed, as long as the general J >>>            rules of Section 4.2 are followed. When the implementor hasF >>>            a choice between a 4xx and 5xx reply code, a Server-FTPK >>>            SHOULD send a 4xx (temporary failure) code when there is any J >>>            reasonable possibility that a failed FTP will succeed a few >>>            hours later.  >>>  >>> "  >>> # >>> 550 Requested action not taken. C >>>             File unavailable (e.g., file not found, no access).  >>> I >>> is a valid RFC 959 section 4.2 reply-code and hence MAY be used when   >>> needed. M >>> The fact it is not listed against the LIST command in section 5.4 of rfc   >>> 959 E >>> would appear to be overridden by the above statement in RFC 1123.  >>>  >>>  >>> David Webb >>> Security team leader >>> CCSS >>> Middlesex University >>>  >>>  >>>  >>>>; >>>>"Cluster-Karl" <karl.rohwedder@gmx.de> wrote in message A >>>>news:1158316788.056323.186190@k70g2000cwa.googlegroups.com...   >>>>> Here is part of  RFC 959:0 >>>>> I >>>>> RFC 959                                                     October 
 >>>>> 1985 >>>>> File Transfer Protocol- >>>>>         550 Requested action not taken. E >>>>>             File unavailable (e.g., file not found, no access).  >>>>> 3 >>>>> Btw. also the HGFTP client sends a 550 error.  >>>>>  >>>>> regards Kalle  >>>>>  >>>> >>>> >> >>   >  >    ------------------------------    Date: 18 Sep 2006 06:54:38 -0500 From: briggs@encompasserve.org Subject: Re: FTP strangeness3 Message-ID: <PwiNFk$5vlyd@eisner.encompasserve.org>   U In article <12gmuf2rbaj5d4@corp.supernews.com>, "Gremlin" <not-here@all.mate> writes: O > My reading of the RFC, possibly flawed, is that for the LIST command, 550 is  L > not one of the "valid" returns from the server (OVMS).  Have I misread or  > misunderstood this?   : RFC 1123 (Internet host requirements) has somewhat to say.  P "A Server-FTP SHOULD use the reply codes defined in RFC-959 whenever they apply.L However, a server-FTP MAY use a different reply code when needed, as long asI the general rules of Section 4.2 are followed. When the implementor has a G choice between a 4xx and 5xx reply code, a Server-FTP SHOULD send a 4xx O (temporary failure) code when there is any reasonable possibility that a failed # FTP will succeed a few hours later.    ------------------------------    Date: 18 Sep 2006 06:56:10 -0500 From: briggs@encompasserve.org Subject: Re: FTP strangeness3 Message-ID: <0nFlm2lMRDsR@eisner.encompasserve.org>   \ In article <eehu6v.93.1@usenet.bachner.priv.at>, Hans Bachner <Hans@Bachner.priv.at> writes:. > Martin Vorlaender <mv@pdv-systeme.de> wrote: > 	 > <snip>  D >> I had all positive experience with Filezilla[1] and UCX. Not sure >> about the x64 part, though. > M > I frequently have troubles using Filezilla to copy files to OpenVMS V7.3-2  N > and/or V8.2 with the current TCP/IP versions. It just hangs after copying a 
 > few blocks.  > E > I assume the problem is on the Filezilla side, as it shows similar  @ > behaviour with a Linux-based router/firewall platform (fli4l).  C Packet traces would be pretty darned handy.  Have you ruled out MTU  issues?    ------------------------------  + Date: Mon, 18 Sep 2006 12:15:53 +0000 (UTC)  From: david20@alpha2.mdx.ac.uk Subject: Re: FTP strangeness, Message-ID: <eem2lp$gp8$1@south.jnrs.ja.net>  M In article <eelvpv$fum$1@south.jnrs.ja.net>, david20@alpha2.mdx.ac.uk writes: W >In article <12gskj8rnfikj57@corp.supernews.com>, "Gremlin" <not-here@all.mate> writes:  >>Hi >>J >>I put these suggestions to SmartFTP who replied"....Whatever your other H >>source says we believe they are wrong and it seems they are unable to K >>understand the RFCs correctly.  Furthermore 5xx is always an error code.  E >>Listing an empty existing directory shouldn't return an error code.  >>N >>We will no further comment on this issue. Thank you for your understanding." >>K >>So, it looks like SmartFTP is off the list as a client for VMS, Cerberus  C >>appears to be a fine server, but I need a client.  So, any other  K >>suggestions?  Firezilla does the same thing I notice.  All the clients I  7 >>have tried seem to stop when they get a 550 from VMS.  >>O >The issue of 550 for an empty directory is a different issue from saying that  4 >servers cannot issue a 550 reply to a LIST command.N >As demonstrated more than just VMS ftp servers do the latter - for situationsN >where a directory doesn't exist or a particular file is specified on the LIST >command which doesn't exist. N >(A GUI based FTP client may not need to know about this since it may restrictK >listing to the current directory and just move to the new directory before L >listing it - but commandline ftp clients generally support listing files inL >other directories and even the specification of a full filename on the LIST
 >command). >  > K >Whether Listing an empty directory should produce an error reply-code is,  / >as far as I am aware, not defined by the RFCs. # >It can easily be argued both ways.  > 9 >Note. The default text associated with error 550 says :-  >  >Requested action not taken.3 >File unavailable (e.g., file not found, no access)  >  > M >There is no way for the client to know whether the directory really is empty O >or whether file protections prevent the user accessing files in the directory. I >Hence it can be argued that it is reasonable to return this code for an   >apparently empty directory.K >It is even more reasonable to return this error reply-code if the user has O >specified the full filename on the LIST command and the file does not exist or  >is not accessible.  >  > M >In any case an FTP client should comply with the robustness principle of RFC  >1123 section 1.2.2  > C >"Be liberal in what you accept, and conservative in what you send"  >  >  > N >I haven't used it myself but one of my colleagues seems to like Core FTP LiteA >which is a GUI based ftp client available for free download from * >http://www.snapfiles.com/get/coreftp.html > I >(which seems to follow the robustness principle and just ignores the 550 * >returned by VMS for the empty directory). >   D I've just downloaded what I assumed was the ftp client you are using smartFTP from ! http://www.smartftp.com/download/    With     Alpha2:ucx sh ver   ?   Compaq TCP/IP Services for OpenVMS Alpha Version V5.3 - ECO 2 4   on a AlphaServer 2100 5/300 running OpenVMS V7.3-1  L and accessing directories on an ODS-5 disk I don't seem to have any problems accessing an empty directory.   ; And a quick check shows the same is true for an ODS-2 disk.   1 Hence I'm not sure why you are getting a problem. E Which version of TCPIP and VMS are you running the ftp server under ?   G By default the GUI client seems to move into the directory using a CWD  6 command and then issues the LIST command successfully.  I If I stay in the top-level directory and type the full spec for the empty H directory in the file-selection window then it seems to have no trouble H displaying the empty directory - the LIST command completes successfully  without any 550 being displayed.  L I've just checked again using the VMS ftp client and it seems I made a smallK mistake it is only the ls command corresponding to NLST which returns a 550 6 when accessing an empty sub-directory. The dir command   FTP> dir [.test] 200 PORT command successful.; 150 Opening data connection for [.test] (158.94.0.14,54856)    Total of 0 files, 0/0 blocks  % 226 LIST Directory transfer complete. 8 32 bytes received in 00:00:00.01 seconds (2.84 Kbytes/s)  L corresponding to LIST  does not return a 550 code but just an empty listing.           
 David Webb Security team leader CCSS Middlesex University   >  >  >  >>Cheers >>1 >>"Gremlin" <not-here@all.mate> wrote in message  , >>news:12gs1flfi0jls16@corp.supernews.com...O >>> Thanks for that info, I have passed it on to the SmartFTP support (without  < >>> names!) to see if that helps them sort this out for VMS. >>> 
 >>> Cheers >>> 0 >>> <david20@alpha2.mdx.ac.uk> wrote in message * >>> news:eejp7r$ps9$1@south.jnrs.ja.net...? >>>> In article <12gmuf2rbaj5d4@corp.supernews.com>, "Gremlin"    >>>> <not-here@all.mate> writes:O >>>>>My reading of the RFC, possibly flawed, is that for the LIST command, 550   >>>>>is N >>>>>not one of the "valid" returns from the server (OVMS).  Have I misread or >>>>>misunderstood this? >>>>>  >>>>L >>>> What permanent error reply-code (ie 5xx number) do the manufacturers of1 >>>> SmartFTP suggest an ftp server should send ?  >>>>K >>>> Also note that RFC 959 is NOT the final word on all things to do with  	 >>>> FTP. ( >>>> Please see RFC 1123 which states :- >>>> >>>> >>>> >>>> "8 >>>> 4.1.2.11  FTP Replies: RFC-959 Section 4.2, Page 35 >>>> >>>>J >>>>            A Server-FTP MUST send only correctly formatted replies onJ >>>>            the control connection.  Note that RFC-959 (unlike earlierE >>>>            versions of the FTP spec) contains no provision for a , >>>>            "spontaneous" reply message. >>>> >>>> >>>>J >>>>            A Server-FTP SHOULD use the reply codes defined in RFC-959E >>>>            whenever they apply.  However, a server-FTP MAY use a H >>>>            different reply code when needed, as long as the generalK >>>>            rules of Section 4.2 are followed. When the implementor has G >>>>            a choice between a 4xx and 5xx reply code, a Server-FTP L >>>>            SHOULD send a 4xx (temporary failure) code when there is anyK >>>>            reasonable possibility that a failed FTP will succeed a few  >>>>            hours later. >>>> >>>> " >>>>$ >>>> 550 Requested action not taken.D >>>>             File unavailable (e.g., file not found, no access). >>>>J >>>> is a valid RFC 959 section 4.2 reply-code and hence MAY be used when  >>>> needed.N >>>> The fact it is not listed against the LIST command in section 5.4 of rfc  >>>> 959F >>>> would appear to be overridden by the above statement in RFC 1123. >>>> >>>> >>>> David Webb  >>>> Security team leader 	 >>>> CCSS  >>>> Middlesex University  >>>> >>>> >>>> >>>>> < >>>>>"Cluster-Karl" <karl.rohwedder@gmx.de> wrote in messageB >>>>>news:1158316788.056323.186190@k70g2000cwa.googlegroups.com...! >>>>>> Here is part of  RFC 959:0  >>>>>>J >>>>>> RFC 959                                                     October >>>>>> 1985  >>>>>> File Transfer Protocol . >>>>>>         550 Requested action not taken.F >>>>>>             File unavailable (e.g., file not found, no access). >>>>>>4 >>>>>> Btw. also the HGFTP client sends a 550 error. >>>>>> >>>>>> regards Kalle >>>>>> >>>>>  >>>>>  >>>  >>>  >> >>   ------------------------------    Date: 18 Sep 2006 07:05:20 -0500 From: briggs@encompasserve.org Subject: Re: FTP strangeness3 Message-ID: <F52yHsOPIefA@eisner.encompasserve.org>   V In article <12gskj8rnfikj57@corp.supernews.com>, "Gremlin" <not-here@all.mate> writes: > Hi > J > I put these suggestions to SmartFTP who replied"....Whatever your other H > source says we believe they are wrong and it seems they are unable to K > understand the RFCs correctly.  Furthermore 5xx is always an error code.  E > Listing an empty existing directory shouldn't return an error code.   6 I don't know about all VMS FTP servers, but the one on: eisner.encompasserve.org distinguishes between the case of: a parameterless LIST or NLST command in an empty directory? and a LIST or NLST with a parameter that is a non-existent file   name or an unsatisfied wildcard.   NLST 200 Port command accepted  150 List started 226 transfer completed   NLST nosuch.file 200 Port command accepted  150 List started* 552 RMS-E-FNF, file not found, nosuch.file  N > We will no further comment on this issue. Thank you for your understanding."  & But as you point out, it's irrelevant.   ------------------------------   Date: 18 Sep 2006 12:43:08 GMT) From: Hans Bachner <Hans@Bachner.priv.at>  Subject: Re: FTP strangeness0 Message-ID: <eemb9q.92.1@usenet.bachner.priv.at>  "  <briggs@encompasserve.org> wrote:  ? > In article <eehu6v.93.1@usenet.bachner.priv.at>, Hans Bachner ! > <Hans@Bachner.priv.at> writes:   <snip>  F >> I frequently have troubles using Filezilla to copy files to OpenVMSE >> V7.3-2 and/or V8.2 with the current TCP/IP versions. It just hangs  >> after copying a few blocks. >>  F >> I assume the problem is on the Filezilla side, as it shows similar A >> behaviour with a Linux-based router/firewall platform (fli4l).  > . > Packet traces would be pretty darned handy.   3 Yeah, sure. I'll try to log some packets next time.     > Have you ruled out MTU issues?  H I think so - Windows command line ftp has no problems moving the files. = And I see the problem even if both boxes are on the same LAN.    Hans.    ------------------------------    Date: 18 Sep 2006 06:07:26 -0700 From: soatutorial@gmail.com   Subject: Re: help desk procedureA Message-ID: <1158584846.834750.35760@e3g2000cwe.googlegroups.com>    Sarbanes-Oxley Tutorial.E What is Sarbanes-Oxley Act ?, Sarbanes Oxley Training, Sarbanes-Oxley A Overview, Sarbanes Oxley Sections 302,906,404, SOX Compliance 404  ineffective?   1 http://flying-rugs.com/sarbanes-oxley-compliance/    ------------------------------    Date: 18 Sep 2006 03:23:17 -0700  From: "Ian Miller" <ijm@uk2.net>$ Subject: hp VMS Web site unavailableC Message-ID: <1158574996.997971.178190@i42g2000cwa.googlegroups.com>   F it appears to me that the hp OpenVMS Web site is not available. Again!   h71000.www7.hp.com  9 It's not a good demonstration of hp capabilties is it :-(    ------------------------------  % Date: Mon, 18 Sep 2006 07:19:53 -0600 6 From: "Michael D. Ober" <obermd.@.alum.mit.edu.nospam>( Subject: Re: hp VMS Web site unavailable4 Message-ID: <450df29d$0$487$815e3792@news.qwest.net>  / I suspect it's more a lack of caring about VMS.   
 Mike Ober.  , "Ian Miller" <ijm@uk2.net> wrote in message = news:1158574996.997971.178190@i42g2000cwa.googlegroups.com... H > it appears to me that the hp OpenVMS Web site is not available. Again! >  > h71000.www7.hp.com > ; > It's not a good demonstration of hp capabilties is it :-(  >    ------------------------------    Date: 18 Sep 2006 03:27:38 -0700  From: "Ian Miller" <ijm@uk2.net>6 Subject: Re: http://www.hp.com/go/openvms/ dead again?C Message-ID: <1158575258.839457.171380@b28g2000cwb.googlegroups.com>    unavailable from the UK too.   ------------------------------  % Date: Mon, 18 Sep 2006 06:20:58 -0400 ) From: "Neil Rieck" <n.rieck@sympatico.ca> 2 Subject: http://www.hp.com/go/openvms/ dead again?< Message-ID: <450e7164$0$24191$9a6e19ea@news.newshosting.com>  & More network hardware problems at HP ?  H At 6:15 (Eastern Time) today http://www.hp.com/ is alive from the public. side but http://www.hp.com/go/openvms/ is not.  
 Neil Rieck Kitchener/Waterloo/Cambridge,  Ontario, Canada.8 http://www3.sympatico.ca/n.rieck/links/cool_openvms.html   ------------------------------  % Date: Mon, 18 Sep 2006 06:42:35 -0400 ) From: "Ken Robinson" <kenrbnsn@gmail.com> 6 Subject: Re: http://www.hp.com/go/openvms/ dead again?H Message-ID: <7dd80f60609180342m57544e0dx9868f5ca9c880f37@mail.gmail.com>  > On 18 Sep 2006 03:27:38 -0700, Ian Miller <ijm@uk2.net> wrote: > unavailable from the UK too.  & At 6:41 am EDT, I can get to the site.   Ken    ------------------------------  % Date: Mon, 18 Sep 2006 06:45:06 -0400 ) From: "Neil Rieck" <n.rieck@sympatico.ca> 6 Subject: Re: http://www.hp.com/go/openvms/ dead again?< Message-ID: <450e770b$0$24168$9a6e19ea@news.newshosting.com>  , "Ian Miller" <ijm@uk2.net> wrote in message = news:1158575258.839457.171380@b28g2000cwb.googlegroups.com...  > unavailable from the UK too. > L The last time this happened (about a month ago?) someone at HP had to reset M an Ethernet switch connecting the internet to their corporate intranet. It's   not good PR though.   
 Neil Rieck Kitchener/Waterloo/Cambridge,  Ontario, Canada.8 http://www3.sympatico.ca/n.rieck/links/cool_openvms.html   ------------------------------    Date: 18 Sep 2006 05:01:38 -0700  From: "Ian Miller" <ijm@uk2.net>6 Subject: Re: http://www.hp.com/go/openvms/ dead again?B Message-ID: <1158580898.655795.307820@e3g2000cwe.googlegroups.com>   It's available now   ------------------------------    Date: 18 Sep 2006 05:02:58 -0700 From: n.rieck@sympatico.ca6 Subject: Re: http://www.hp.com/go/openvms/ dead again?B Message-ID: <1158580978.185465.145820@m7g2000cwm.googlegroups.com>   Neil Rieck wrote: - > "Ian Miller" <ijm@uk2.net> wrote in message ? > news:1158575258.839457.171380@b28g2000cwb.googlegroups.com...   > > unavailable from the UK too. > > M > The last time this happened (about a month ago?) someone at HP had to reset N > an Ethernet switch connecting the internet to their corporate intranet. It's > not good PR though.  >  > Neil Rieck > Kitchener/Waterloo/Cambridge,  > Ontario, Canada.: > http://www3.sympatico.ca/n.rieck/links/cool_openvms.html >   E At 8:00 (now at work) I still can't get in (same city, different ISP)    Neil   ------------------------------    Date: 18 Sep 2006 07:27:38 -07001 From: "Bart.Zorn@gmail.com" <Bart.Zorn@gmail.com> 6 Subject: Re: http://www.hp.com/go/openvms/ dead again?C Message-ID: <1158589658.282339.287000@i42g2000cwa.googlegroups.com>   E It seems that some download links (in this case JAVA for OpenVMS) are  still not available.  E In this case it is ftp.digital.com (Really!). No good PR for Digital!   	 Bart Zorn    Ian Miller wrote:  > It's available now   ------------------------------    Date: 18 Sep 2006 09:55:40 -0500; From: koehler@eisner.nospam.encompasserve.org (Bob Koehler) 9 Subject: Re: Inquirer on VMS support outsourcing to India 3 Message-ID: <G0AGYRyFTar$@eisner.encompasserve.org>   p In article <aIednR19QJSO0pbYnZ2dnUVZ_uidnZ2d@comcast.com>, "Richard B. Gilbert" <rgilbert88@comcast.net> writes: > Bob Koehler wrote: > s >> In article <QvydneljGrdX95TYnZ2dnUVZ_qednZ2d@comcast.com>, "Richard B. Gilbert" <rgilbert88@comcast.net> writes:  >>  K >>>Isn't thirteen years enough?  And, of course, Compaq and HP after that.   >>   >>   >>    Newbie.  8-) >>   > 7 > That's thirteen years of ***DEC*** software support!!  > . > Add another six for Compaq and HP "support"!      34 - 6 = 28      28 > (2 * 13)   ------------------------------    Date: 18 Sep 2006 08:26:31 -0700$ From: "roger" <rogerntucker@msn.com>9 Subject: Re: Inquirer on VMS support outsourcing to India B Message-ID: <1158593191.494994.114310@m7g2000cwm.googlegroups.com>  @ Let's at least get the name of the architecture right...  We areB asking for a port of VMS to IA32e; or some chip based on the IA32eG (i.e. modern PC standard hardware, either made by Intel or AMD.).  This G may require working with Intel or AMD to get a few minor changes in the E architecture (better support of 4 modes for example, more bits in the G PTEs for VMS); but whatever it takes --- port the DAMN thing, and do it 
 quickly...   ------------------------------    Date: 18 Sep 2006 10:04:39 -0500; From: koehler@eisner.nospam.encompasserve.org (Bob Koehler) I Subject: Re: Mozilla Thunderbird with VMS (was:Re: VMS MAIL: Will it ever 3 Message-ID: <T5YUmHS79Uov@eisner.encompasserve.org>   g In article <j9KOg.37990$_q4.1270@dukeread09>, =?ISO-8859-15?Q?Arne_Vajh=F8j?= <arne@vajhoej.dk> writes:  >  > Web Browsers: # >    0/3 mainstream (IE, FF, Opera) ! >    1 alternative available: Moz  >  > Web Servers:! >    1/2 mainstream (Apache, IIS) ( >    2 alternatives available: OSU, WASD  E    You may consider them "mainstream" for quite good reasons, but I'm !    quite happy without IE or IIS!    ------------------------------    Date: 18 Sep 2006 10:02:25 -0500; From: koehler@eisner.nospam.encompasserve.org (Bob Koehler) ' Subject: Re: mtools, specifically mcopy 3 Message-ID: <BotbONui5Z4K@eisner.encompasserve.org>   Z In article <1158364330_10079@sp6iad.superfeed.net>, Jeff Campbell <n8wxs@arrl.net> writes: > Bob Koehler wrote:] >> In article <1158251512_28001@sp6iad.superfeed.net>, Jeff Campbell <n8wxs@arrl.net> writes: J >>> I have loaded licenses by hand into my not-so-mighty MicroVAX II. Talk >>> about slow!  8-) >>  F >>    We had MV II when LMF first came out.  We got licenses on paper.E >>    I typed them in.  Beats loading the absolute loader on a PDP-11  >>    via toggle switches. >>   > Bite your tongue!  8-) > 3 > I *miss* the zip-zip of fan fold being read!  8-)  >   D    I was told the correct software to boot was the one marked "new".A    Every copy of the fanfold was marked "new", so I picked one at      random and it seemed to work.  4    But I was quite glad it was fanfold and not roll.   ------------------------------  # Date: Mon, 18 Sep 2006 17:07:42 GMT  From: hoff@hp.nospam () 2 Subject: nmail v11.0 mail delivery agent available0 Message-ID: <ynAPg.144$Ra7.125@news.cpqcorp.net>  F nmail v11.0, an existing package for OpenVMS MAIL that retries messageF deliveries upon various messages failures, has been posted out to the  OpenVMS Freeware V8.0 site.   ( <http://www.hp.com/go/openvms/freeware/>  C Salient change here from previously released versions of nmail are  C OpenVMS I64 capabilities and the associated build and installation  D procedure changes.  See FREEWARE_README.TXT.  There is a full sourceD and binary archive, a zip of the VMSINSTAL installation kit, and the above-cited Freeware text file.        ------------------------------  % Date: Mon, 18 Sep 2006 09:28:08 -0400 # From: sol gongola <sol@adldata.com> & Subject: Re: OT except that it's HP...0 Message-ID: <1158586062.937836@nntp.acecape.com>   Paul Lentz wrote: L > In 1973 as a student at Plano High School (Texas) I had the opportunity toI > play on one of HPs Computers in Richardson Texas (supposedly on Arapaho L > Road, kind of in the "Telecom Corridor"). The access was a accoustic modemK > which was probably 300 baud, a dialup line and a teletype terminal with a K > gawd-awful paper tape reader/writer to save stuff that was located in the J > Math office at PHS. I think the language I wrote programs in was a BASIC  > like thing they called LOGLAN. > ( > I read some stuff about the HP 3000 atD > http://www.hp.com/hpinfo/abouthp/histnfacts/timeline/hist_70s.htmlN > I'm wondering if there is anyone out there who could point me to informationD > about that computer and that language. Any *OLD* HP people here??? > 	 > Thanks!  > *Paul* >  > http://www.paulguy.net >  >  >  Is this it?  http://www.loglan.org/   ------------------------------  % Date: Mon, 18 Sep 2006 13:38:29 -0400  From: norm.raphael@metso.com= Subject: Re: Question re VMS732_UPDATE-V0800 patch [Answered] Q Message-ID: <OF26D3644B.F36E1227-ON852571ED.00605FF7-852571ED.0060E885@metso.com>   6 In response to my question about precedence to George,C "Pagliarulo, George" <George.Pagliarulo@hp.com> wrote on 09/18/2006  01:23:51 PM:  H No, the documents are in error. The ACRTL kit does need to be installed, but F it does not need to be done first, and there is no need to do a reboot
 in-betweenH kits. It doesn't even need to be installed at the same time, although it
 really should I be. If the TZ kit is installed without the ACRTL, it will not be possible 
 to specifyC the transition time in UTC.  The timezones listed below use the UTC  transition time I specification in the current TZ patch.  As a result,  the transition time  will not be & handled correctly for those timezones.  G There are no differences for other timezones whether the ACRTL patch is 	 installed J or not.  We recommend that users install both patch kits. Timezone data is
 frequentlyI updated in public database and each timezone may be specified in UTC time  in the7 future, even if the timezone does not use UTC time now.   K Here is the list of timezone areas using UTC transition time specification: 	       EET 
       Eire
       GB-Eire        GB       Poland       Portugal       Turkey       Universal 	       UTC 	       WET 
       Zulu       Africa/Ceuta       America/Danmarkshavn       America/Godthab        America/Santiago       America/Scoresbysund       Arctic/Longyearbyen        Asia/Baku        Asia/Istanbul        Asia/Nicosia       Asia/Turkey        Atlantic/Azores        Atlantic/Canary        Atlantic/Faeroe        Atlantic/Jan_mayen       Atlantic/Madeira       Chile/Continental        Chile/Easterisland       Etc/Universal 
       Etc/Utc        Etc/Zulu       Europe/Amsterdam       Europe/Andorra       Europe/Athens        Europe/Belfast       Europe/Belgrade        Europe/Berlin        Europe/Bratislava        Europe/Brussels        Europe/Bucharest       Europe/Budapest        Europe/Chisinau        Europe/Copenhagen        Europe/Dublin        Europe/Gibraltar       Europe/Helsinki        Europe/Istanbul        Europe/Kiev        Europe/Lisbon        Europe/Ljubljana       Europe/London        Europe/Luxembourg        Europe/Madrid        Europe/Malta       Europe/Mariehamn       Europe/Monaco        Europe/Nicosia       Europe/Oslo        Europe/Paris       Europe/Poland        Europe/Portugal        Europe/Prague        Europe/Riga        Europe/Rome        Europe/San_marino        Europe/Sarajevo        Europe/Simferopol        Europe/Skopje        Europe/Sofia       Europe/Stockholm       Europe/Tallinn       Europe/Tirane        Europe/Tiraspol        Europe/Uzhgorod        Europe/Vaduz       Europe/Vatican       Europe/Vienna        Europe/Vilnius       Europe/Warsaw        Europe/Zagreb        Europe/Zaporozhye        Europe/Zurich        Pacific/Easter     George Pagliarulo  ECO Release Process  OpenVMS Sustaining Engineering  F "Forster, Michael" <mforster@mcw.edu> wrote on 09/15/2006 12:51:42 PM:  	 > Hi all,  > A > Should VMS732_UPDATE-V0800 patch include TZ-200 but not include D > ACRTL-300 when TZ-200 has a mandatory kit dependency of ACRTL-300? > G > I'm going to apply ACRTL-300 before the update patch since I want the G > ACRTL patch, however this would affect those who don't need the patch  > and wouldn't apply it? > 	 > Cheers,  > 	 > michael  >    ------------------------------    Date: 18 Sep 2006 10:09:49 -0500; From: koehler@eisner.nospam.encompasserve.org (Bob Koehler) " Subject: Re: Quid Pro Quo Clarrice3 Message-ID: <0i4bpTak192d@eisner.encompasserve.org>   g In article <eefo9a$hm7$1@news-02.connect.com.au>, "Richard Maher" <maher_rj@hotspamnotmail.com> writes:  > M > Mostly, I ask technical questions, based on technical facts. Is it too much N > to ask for a technical response? If so then please don't respond to my posts	 > at all.   G    When you post incomplete info, and someone tells you what we need to G    know to give you a correct answer, thn he is HELPING you, whether it     suits your ego or not.    ------------------------------  % Date: Mon, 18 Sep 2006 09:27:01 +0200 , From: "Ferry Bolhar" <bol@adv.magwien.gv.at> Subject: Re: STOP/ENTRY ? 5 Message-ID: <1158564421.625026@proxy.dienste.wien.at>    Peter 'EPLAN' LANGSTOEGER:  I > If I want to stop an batch entry and requeue it, then STOP/ENTRY is the  way.C > But why do I need a queue parameter for this? Why is it required?   7 Because "requeing" may also imply another target queue?   K > On VMS V8.2 I checked if this discrepancy still persists and it is fixed, L > but in the (in my eyes) wrong direction. I need now a queue in both cases.  E I'd make the queue parameter optional in both cases; if not supplied, E the requeue operation occurs in the same queue, else it occurs in the  specified queue.  ? BTW: is there a way to record a requeueing in the accounting or # anywhere else for later evaluation?    Greetings, Ferry   --   Ing Ferry Bolhar  Magistrat der Stadt Wien - MA 14 A-1010 Wien  E-Mail: bol@adv.magwien.gv.at    ------------------------------    Date: 18 Sep 2006 01:39:59 -0700  From: "Ian Miller" <ijm@uk2.net># Subject: Re: UNZIP Install for VMS? C Message-ID: <1158568799.123774.127480@m73g2000cwd.googlegroups.com>   @ I guess UNZU2053.ZIP is not fixed length 512 byte record format.  > If you have V8.2 then look on the freeware CDs in the 000toolsD directory. There you will find zip, unzip etc. Otherwise you can get	 them from 3 ftp://ftp.process.com/vms-freeware/fileserv/zip.zip 5 ftp://ftp.process.com/vms-freeware/fileserv/unzip.zip    ------------------------------  # Date: Mon, 18 Sep 2006 14:54:43 GMT  From: hoff@hp.nospam () # Subject: Re: UNZIP Install for VMS? / Message-ID: <TqyPg.131$O47.99@news.cpqcorp.net>   y In article <54kPg.1669$Pa5.857@tornado.rdc-kc.rr.com>, "Schroeder, AJ" <aaron.schroeder-no-spam@tmscomputers.com> writes:  |> Hello group,  |>  J |> I just re-installed OpenVMS Alpha 8.2 onto my PWS and I need the UNZIP N |> software. I googled it and I went to DJE Systems UNZIP page and downloaded O |> the re-packaged ZIP file and the appropriate stub. When I attempt to append  2 |> the stub onto the zip archive I get this error: |>  / |> $ COPY SFX_AXP.EXE,UNZU2053.ZIP UNZU2053.EXE   ?   What might you be trying to do here?  Unpack the unzip tools? > (The sequence you're following is obviously that of creating a< self-extracting zip archive, which would imply you're either; trying to create a version of unzip that unpacks itself, or 0 you're trying to unpack a zip containing unzip.)  D   If your goal is to unpack the archive, there are pre-built zip andC unzip images available from a variety of sources, including on the  @ OpenVMS Freeware (on the CD disks and available at the web site E <http://www.hp.com/go/openvms/freeware/>, and at the master Info-Zip  F site <http://www.Info-Zip.Org>.  The OpenVMS FAQ has pointers to other( distribution sites around the 'net, too.  D   On the Freeware V8.0 distro and at the Freeware web site, look in 1 the [000tools] area for the core pre-built tools.   N |> %COPY-W-INCOMPAT, SYS$SYSROOT:[SYSMGR.DOWNLOADS]UNZU2053.ZIP;1 (input) and  |> SYS$SF |> YSROOT:[SYSMGR.DOWNLOADS]UNZU2053.ZIP;1 (output) have incompatible 
 |> attributes   A   When last I looked, unzip 5.5-2 is current, and 6.0 is in test.          ------------------------------   End of INFO-VAX 2006.513 ************************