1 INFO-VAX	Tue, 13 Sep 2005	Volume 2005 : Issue 512       Contents: Re: "Faking Your Way..." PDF$ AlphaServer 800 Console (TRU64 Unix)( Re: AlphaServer 800 Console (TRU64 Unix) Re: DECnet proxy problem Re: DECnet proxy problem Re: DECnet proxy problem) Re: Hobbyist : VAX/DEC Document License ? ) Re: Hobbyist : VAX/DEC Document License ? ) Re: Hobbyist : VAX/DEC Document License ? * Re: HP to dump itanium - bring back alpha?* Re: HP to dump itanium - bring back alpha?* Re: HP to dump itanium - bring back alpha?% HP to lay off 5,000 in France/Europe?  Re: i need to buy a vax 11/780 Re: Itanium Solutions Alliance Re: Itanium Solutions Alliance Re: Itanium Solutions Alliance Re: Itanium Solutions Alliance- Re: OpenVMS  FTP server with these features ? - Re: OpenVMS  FTP server with these features ? - Re: OpenVMS  FTP server with these features ? , Re: OpenVMS FTP server with these features ?, Re: OpenVMS FTP server with these features ?% RE: OT: Sun's quarterly announcements % Re: OT: Sun's quarterly announcements % Re: OT: Sun's quarterly announcements % Re: OT: Sun's quarterly announcements % Re: OT: Sun's quarterly announcements % Re: OT: Sun's quarterly announcements ) Re: Postings  (was Re: HP Forum location) ) Re: Postings  (was Re: HP Forum location) ) Re: Postings  (was Re: HP Forum location) ) Re: Postings  (was Re: HP Forum location) $ Re: SMTP Authentication for HP TCPIP2 Storage Magazine: "HP Reloads" its storage arsenal  F ----------------------------------------------------------------------    Date: 13 Sep 2005 00:00:01 -0700 From: sam@ratex.dk% Subject: Re: "Faking Your Way..." PDF C Message-ID: <1126594800.907966.201440@g47g2000cwa.googlegroups.com>    mabbuttg@yahoo.ca skrev:  F > Some months ago I came across a PDF of an out-of-print book that theG > author had released as freeware from his website.  It's subject was a F > brief introduction/quick reference to a variety of operating systems. > used on mainframes and minis, including VMS. > D > I can't remember it's official title, but I do remember the authorI > joked that he wanted to call it something like "Faking Your Way Through I > Mainframes and Minis".  However, I neglected to bookmark or download it 6 > and now I can't seem to find it in a general search. > E > Anybody know what I'm refering to and where I can download it from?  > 	 > Thanks,  > Glenn   	 Try this:   " http://www.snee.com/bob/opsys.html   ------------------------------  % Date: Tue, 13 Sep 2005 09:21:43 -0600 6 From: "Michael D. Ober" <obermd.@.alum.mit.edu.nospam>- Subject: AlphaServer 800 Console (TRU64 Unix) . Message-ID: <b8CVe.10$YM2.303@news.uswest.net>  H How do I reconfigure the Ethernet connection at the console level.  It'sJ running AutoDetect and is misdetecting the duplex setting.  I need to hard% code the setting to match the switch.    Thanks, 
 Mike Ober.   ------------------------------    Date: 13 Sep 2005 09:30:46 -0700; From: "johnhreinhardt@yahoo.com" <johnhreinhardt@yahoo.com> 1 Subject: Re: AlphaServer 800 Console (TRU64 Unix) C Message-ID: <1126629046.293682.136430@g14g2000cwa.googlegroups.com>    Michael D. Ober wrote:J > How do I reconfigure the Ethernet connection at the console level.  It'sL > running AutoDetect and is misdetecting the duplex setting.  I need to hard' > code the setting to match the switch.  > 	 > Thanks,  > Mike Ober   B Depending on your NIC your ethernet device will be ewa0 (DE500) orE possibly eia0 (DE600).  When at the console prompt you can enter "set E ewa0_mode" and press return.   The SRM will respond with an error and C list the possible values for ewa0_mode.  Choose the one you want by G entering "set ewa0_mode {mode}".  Most likely you will want 100Mbs full B duplex which is "FastFD" so you would enter "set ewa0_mode fastfd"F (It's not case sensitive).  Replace the "ewa0" with "eia0" or whateverE e?a0 device you have (I forget what the DE450 was) in these examples.    HTH,   John H. Reinhardt    ------------------------------    Date: 13 Sep 2005 00:34:21 -0700 From: pierre.bru@gmail.com! Subject: Re: DECnet proxy problem C Message-ID: <1126596861.081451.173210@z14g2000cwz.googlegroups.com>   , it do works with 0 but not with the nodename   UAF> SHOW/PROX *::SYSTEM  %  Default proxies are flagged with (D)    LOCAL:.TLSAXJ::SYSTEM      SYSTEM (D)   UAF> SHOW/PROX/OLD *::SYSTEM  %  Default proxies are flagged with (D)    TLSAXJ::SYSTEM     SYSTEM (D)   ------------------------------    Date: 13 Sep 2005 02:01:18 -0700" From: "Rok" <Rok.Vidmar@gmail.com>! Subject: Re: DECnet proxy problem C Message-ID: <1126602078.929777.305040@o13g2000cwo.googlegroups.com>    $ SET SERVER Security /RESTART   ------------------------------    Date: 13 Sep 2005 05:10:00 -0700 From: pierre.bru@gmail.com! Subject: Re: DECnet proxy problem C Message-ID: <1126613400.822905.229290@g43g2000cwa.googlegroups.com>    amazing!  D reboot (multiple reboot) did not fixed the problem but "$ SET SERVER SECURITY /RESTART" fixed it...  4 does the security server store its cache in a file ?   Pierre.    ------------------------------  % Date: Tue, 13 Sep 2005 12:26:56 +0200 0 From: Keith Cayemberg <keith.cayemberg@arcor.de>2 Subject: Re: Hobbyist : VAX/DEC Document License ?B Message-ID: <4326a971$0$27550$9b4e6d93@newsread4.arcor-online.net>   JF Mezei wrote: I > Just realised that the big list of licences that come with the hobbyist 4 > emails does not include VAX Document/DEC Document. > J > I realise that at one time, Palmer had given the product away to anotherE > company, but hasn't it returned to the owner of VMS when that other H > company abandonned the product ? What is the status of DEC Document in > terms of who owns it ? > G > Perhaps Sue could look into the possibility of including DEC Document % > licence in the hobbyist programme ?    Hi JF,  F as far as I can tell Touch Technologies has not abandoned DECdocument.  2 Please, see http://www.ttinet.com/decdocument.html  F There you will also find links to DECdocument online documentation, a = free 30-day trial offer, and an e-mail address for questions.     @ I also found the following description on their "Products" page.# http://www.ttinet.com/products.html   F NEW RELEASE! DECdocument v3.3G for OpenVMS! The easiest way to create 7 HTML output for large volumes of documentation is here!   D DECdocument - A sophisticated document processing system. A mark-up E language that readily allows a single source with multiple styles of  A output for the same text, DECdocument allows quick conversion of  G documents to HTML format. Available on VAX and ALPHA Open VMS systems,  G DECdocument meets government document processing formats and standards.   < So it appears that they still offer the VAX version as well.   Cheers!    Keith Cayemberg    ------------------------------    Date: 13 Sep 2005 06:06:05 -0700; From: "johnhreinhardt@yahoo.com" <johnhreinhardt@yahoo.com> 2 Subject: Re: Hobbyist : VAX/DEC Document License ?C Message-ID: <1126616765.677994.153430@g49g2000cwa.googlegroups.com>    Keith Cayemberg wrote: > Hi JF, > H > as far as I can tell Touch Technologies has not abandoned DECdocument. > 4 > Please, see http://www.ttinet.com/decdocument.html > G > There you will also find links to DECdocument online documentation, a ? > free 30-day trial offer, and an e-mail address for questions.  >  > B > I also found the following description on their "Products" page.% > http://www.ttinet.com/products.html  > G > NEW RELEASE! DECdocument v3.3G for OpenVMS! The easiest way to create 9 > HTML output for large volumes of documentation is here!  > E > DECdocument - A sophisticated document processing system. A mark-up F > language that readily allows a single source with multiple styles ofB > output for the same text, DECdocument allows quick conversion ofH > documents to HTML format. Available on VAX and ALPHA Open VMS systems,I > DECdocument meets government document processing formats and standards.  > > > So it appears that they still offer the VAX version as well. > 	 > Cheers!  >  > Keith Cayemberg   C But if you look further, that page is copyrighted 1999 and mentions D contacting DECdirect to purchase.  Perhaps this page is a bit out of date.    ------------------------------    Date: 13 Sep 2005 08:58:00 -0700 From: shoppa@trailing-edge.com2 Subject: Re: Hobbyist : VAX/DEC Document License ?C Message-ID: <1126627080.897420.124890@g44g2000cwa.googlegroups.com>   , > does not include VAX Document/DEC Document  G I'm not sure what you need to do JF, but there are several VAX Document B to (whatever) converters floating around the net.  SGML to HTML isE astonishingly straightforward if you are interested in preserving the  content.  G If you're going to be nitpicky about formatting etc., you may be stuck.    Tim.   ------------------------------  # Date: Tue, 13 Sep 2005 11:26:11 GMT ( From: Alan Greig <greigaln@netscape.net>3 Subject: Re: HP to dump itanium - bring back alpha? = Message-ID: <nHyVe.60105$2n6.18663@fe3.news.blueyonder.co.uk>    Keith Parris wrote:  > bob@instantwhip.com wrote: > , >> http://www.theinquirer.net/?article=25573 >  > C > Illuminata has written a "perspective" paper about this Inquirer  7 > article: http://www.illuminata.com/perspectives/?p=76   F And the Inquirer has written an article about this Illuminata article ' and Rich Marcello's blog on the subject ) http://www.theinquirer.net/?article=25972  --  
 Alan Greig   ------------------------------    Date: 13 Sep 2005 08:53:39 -0700# From: "WhoDat?" <whohe@whoever.com> 3 Subject: Re: HP to dump itanium - bring back alpha? C Message-ID: <1126626819.060528.101440@g44g2000cwa.googlegroups.com>    Alan Greig wrote:  > Keith Parris wrote:  > > bob@instantwhip.com wrote: > > . > >> http://www.theinquirer.net/?article=25573 > >  > > D > > Illuminata has written a "perspective" paper about this Inquirer9 > > article: http://www.illuminata.com/perspectives/?p=76  > G > And the Inquirer has written an article about this Illuminata article ) > and Rich Marcello's blog on the subject + > http://www.theinquirer.net/?article=25972  >     E At Rich Marcello's blog-site, there is a comment posted by "pioneer21 8 on September 6, 2005 7:09:27 AM PDT" which in part says:   ##A "In my opinion, Itanium (or a VLIW core like it) can schedule any E instruction set as fast as running native binary, but in a completely G soft manner. I am not talking about using pre-translation which is what G everyone seems to be trying in this area, but a more complex scheduling 
 approach." ##  C I've recently read something about this concept, but don't remember G where (maybe here). Anyone have any more info on this "soft instruction  set scheduling"?    -Doug   ------------------------------  % Date: Tue, 13 Sep 2005 09:22:20 -0700 # From: "Tom Linden" <tom@kednos.com> 3 Subject: Re: HP to dump itanium - bring back alpha? ( Message-ID: <opsw1ufiolzgicya@hyrrokkin>  A On 13 Sep 2005 08:53:39 -0700, WhoDat? <whohe@whoever.com> wrote:    > Alan Greig wrote:  >> Keith Parris wrote: >> > bob@instantwhip.com wrote:  >> >/ >> >> http://www.theinquirer.net/?article=25573  >> > >> >E >> > Illuminata has written a "perspective" paper about this Inquirer : >> > article: http://www.illuminata.com/perspectives/?p=76 >>H >> And the Inquirer has written an article about this Illuminata article* >> and Rich Marcello's blog on the subject, >> http://www.theinquirer.net/?article=25972 >> >  > G > At Rich Marcello's blog-site, there is a comment posted by "pioneer21 : > on September 6, 2005 7:09:27 AM PDT" which in part says: >  > ##C > "In my opinion, Itanium (or a VLIW core like it) can schedule any G > instruction set as fast as running native binary, but in a completely I > soft manner. I am not talking about using pre-translation which is what I > everyone seems to be trying in this area, but a more complex scheduling  > approach." > ##  K I believe the writer is full of BS,  as indicated by his misuse of the word H schedule, when he meant execute.  I would guess that he is talking aboutJ some form of Horizontal/Vertical microcode.  OTOH, if his assertion were   trueI and the were no difference in the execution of two distinct instruction    sets, G then what you essentially is a form of microcode with a reasonably high H level of abstraction, which would be a very nice thing, since then you   could K implement the VAX instruction set:-)  This is reminiscent of the microcoded G machines based on the AMD2901 bit slice which launched the minicomputer % industry and Writable Control Stores.  > E > I've recently read something about this concept, but don't remember I > where (maybe here). Anyone have any more info on this "soft instruction  > set scheduling"? >  >  -Doug >    ------------------------------  % Date: Tue, 13 Sep 2005 10:15:11 -0700  From: Z <Z@no.spam> . Subject: HP to lay off 5,000 in France/Europe?* Message-ID: <yODVe.11465$tc7.832@fe03.lga>  G "AP News is reporting that Palo Alto, California-based Hewlett-Packard  E is 'fighting to stay competitive with formidable rivals like IBM and  B Dell' and is announcing 5,900 European job cuts "to safeguard the H future" of the company. From the article: 'Michel Destot, the Socialist H deputy mayor of the southern France city of Grenoble - where HP has one G of its French plants - said the layoffs were "unacceptable" and demand  I that HP managers also meet local politicians to discuss scaling back the  < job cuts.'" This round following the first cut back in July.  . http://ap.tbo.com/ap/breaking/MGBE5QDVIDE.html   ------------------------------  % Date: Tue, 13 Sep 2005 12:45:48 -0400 ? From: "David Turner, Island Computers US Corp" <david@hpaq.net> ' Subject: Re: i need to buy a vax 11/780 0 Message-ID: <11ie0j932acai5a@corp.supernews.com>    Actually a disaster recovery box  ) I was amazed that someone was using one !    DT   --     David B Turner Island Computers US Corp 2700 Gregory St, Suite 180 Savannah GA 31404  Tel: 912 447 6622 X201 Cell: 912 447 6622 X252  Fax: 912 201 0402  Email: dbturner@icusc.com  Web: http://www.islandco.com% ===================================== < All orders are subject to the following terms and conditions. of sale. These should be read before ordering.% http://www.islandco.com/warranty.html   I "Tim ffrench-Lynch" <tim-DOT-ffrench-HYPHEN-lynch@selex-sas.com> wrote in / message news:43255B8C.F67DE687@selex-sas.com...  > d b turner wrote: > > > please call 912-4476622 if you have a working one for sale > > 	 > > david  > D > It would be possible to imagine that someone has lost the St Louis > half of a mirrored setup :-) > H > Can you say anything on the background to this requirement?, It's good< > to see that even very old Vax equipment is still in demand > occasionally.  >  > Tim    ------------------------------   Date: 13 Sep 2005 14:17:00 GMT( From: bill@cs.uofs.edu (Bill Gunshannon)' Subject: Re: Itanium Solutions Alliance + Message-ID: <3oo5arF6uv7eU1@individual.net>   3 In article <AJqVe.12489$bi3.3077@news.cpqcorp.net>, 4 	Keith Parris <keithparris_NOSPAM@yahoo.com> writes: > M > WW vendor revenue for Q205 (all operating systems) (Source: Gartner QSTAT): 8 > HP Itanium based - US$411M, growing 64% year-over-year  E 2 systems last year and 3 systems this year is a 50% growth.  But not $ something I owuld bet the farm on.    # > HP PA-RISC based systems- US$778M " > HP Alpha based systems - US$175M  L So they sold nearly a billion in dead architectures over less than half thatL on "the wave of the future".  And you see this as promising?  I would expectK a better ratio if Itanium were only in it's second or third year.  This far , out with those results I would be concerned.   bill   --  J Bill Gunshannon          |  de-moc-ra-cy (di mok' ra see) n.  Three wolvesD bill@cs.scranton.edu     |  and a sheep voting on what's for dinner. University of Scranton   |A Scranton, Pennsylvania   |         #include <std.disclaimer.h>       ------------------------------  % Date: Tue, 13 Sep 2005 07:44:37 -0700 # From: "Tom Linden" <tom@kednos.com> ' Subject: Re: Itanium Solutions Alliance ( Message-ID: <opsw1pwnrnzgicya@hyrrokkin>  0 On Tue, 13 Sep 2005 02:22:24 GMT, Keith Parris  % <keithparris_NOSPAM@yahoo.com> wrote:    > JF Mezei wrote: h >> http://news.com.com/Itanium+allies+to+pool+development+efforts/2100-1006_3-5844877.html?tag=nefd.lede > ... H >> HP--the server maker that has pushed the chip most aggressively--soldF >> $108 million in Itanium-based Unix servers in the second quarter ofE >> 2005, compared with $1.1 billion in the PA-RISC-based Unix servers = >> they're intended to replace, according to Gartner figures.  > H > The Garter figures were wrong, and have been corrected. HP's response: > E > "The CNET article describes the formation of an Itanium Solutions   I > Alliance, another good proof-point on the industry standard nature of   J > Itanium. The CNET article had some incorrect Gartner market share data   > which have been corrected.G > WW vendor revenue for Q205 (all operating systems) (Source: Gartner   	 > QSTAT): 8 > HP Itanium based - US$411M, growing 64% year-over-year# > HP PA-RISC based systems- US$778M " > HP Alpha based systems - US$175M5 > HP Itanium revenue vs. HP PA-RISC - 53% and growing J > HP Itanium revenue vs. HP Alpha - more than 2 times the size of HP’s   > Alpha revenue"    K In my opinion, it wrong to present the breakdown as above, rather see the   	 following 3 matrix filled out.  Feel free to contribute, anyone   ; 		VAX	Alpha	 Itanium  PA-RISC	Mips	X86	X86Server	SUM	MARGIN  VMS											$4B	20%  Tru64											$3B  HP-UX  MPIX Nonstop  Windows    MARGIN SUM   8 Of course, that might expose some weakness in some areas   ------------------------------  # Date: Tue, 13 Sep 2005 15:16:41 GMT ( From: Alan Greig <greigaln@netscape.net>' Subject: Re: Itanium Solutions Alliance ; Message-ID: <t3CVe.5939$Kk3.4087@fe1.news.blueyonder.co.uk>    Keith Parris wrote:    > JF Mezei wrote:  > i >> http://news.com.com/Itanium+allies+to+pool+development+efforts/2100-1006_3-5844877.html?tag=nefd.lede   >> >  > .... > H >> HP--the server maker that has pushed the chip most aggressively--soldF >> $108 million in Itanium-based Unix servers in the second quarter ofE >> 2005, compared with $1.1 billion in the PA-RISC-based Unix servers > >> they're intended to replace, according to Gartner figures.  >  > H > The Garter figures were wrong, and have been corrected. HP's response: > D > "The CNET article describes the formation of an Itanium Solutions H > Alliance, another good proof-point on the industry standard nature of I > Itanium. The CNET article had some incorrect Gartner market share data    : Not still using "industry standard"? That's just annoying.  B Here's how the ZDnet UK leading article September 01, 2005 begins:  5 http://comment.zdnet.co.uk/0,39020505,39215920,00.htm   : Title: Itanium Solutions Alliance won't solve the problem.  B "Intel says that the Itanium Solutions Alliance proves the chip's G strength. It's more like circling the wagons, with the incoming arrows   sporting an Intel Inside logo.  H It's a good thing for Intel's UK marketing department that the proposed C Government crackdown on extreme Internet pornography is not yet in  I force. With bestiality, necrophilia and severe sadomasochism all off the  C menu, anyone enthusiastically flogging a dead horse online will be  I looking at years of porridge for breakfast  and these guys have to sell  
 the Itanium."    --  
 Alan Greig   ------------------------------  # Date: Tue, 13 Sep 2005 17:14:41 GMT 1 From: Keith Parris <keithparris_NOSPAM@yahoo.com> ' Subject: Re: Itanium Solutions Alliance 4 Message-ID: <5ODVe.12519$xK3.11382@news.cpqcorp.net>   Bill Todd wrote:8 > Now, Gartner's numbers may not include service revenue  D They definitely do NOT include Services revenues. For VMS, Services K revenues tend to dwarf the HW/SW revenues -- several times higher, in fact.    ------------------------------    Date: 13 Sep 2005 08:14:22 -0500; From: koehler@eisner.nospam.encompasserve.org (Bob Koehler) 6 Subject: Re: OpenVMS  FTP server with these features ?3 Message-ID: <gK56jXDfOgxj@eisner.encompasserve.org>   T In article <oQ0OInx8BSKJ@eisner.encompasserve.org>, briggs@encompasserve.org writes: > G > Read what I wrote the next time.  Or read RFC 959.  You have no clue.   $    I have read the RFC.  Many times.  F    In real life UNIX programmers expect bytes.  They're going to writeB    a program that assumes the restart parameter is in bytes.  TheyF    don't care that they're wrong, because they assume you can transferA    anything in binary and fix it up with unix2dos or dos2unix, so 1    they'll stick to they're byte-stream thinking.   D    Which means real life implementations will ignore the marker sentD    by the remote system, look at how many bytes are in the file, and@    send that assuming that was what the last marker value should    have been.  RFC be damned.    ------------------------------  # Date: Tue, 13 Sep 2005 13:23:14 GMT ( From: Alan Greig <greigaln@netscape.net>6 Subject: Re: OpenVMS  FTP server with these features ?< Message-ID: <6pAVe.24200$k22.5648@fe2.news.blueyonder.co.uk>   Bob Koehler wrote:  F >    Which means real life implementations will ignore the marker sentF >    by the remote system, look at how many bytes are in the file, andB >    send that assuming that was what the last marker value should >    have been.  RFC be damned.   F But even if they do that the VMS server can work out exactly where to H start sending again. Byte 183634 of the file as perceived by the client I   will still be byte 183634 of the file if sent again. So the VMS sender  $ can still work out where to skip to.     --  
 Alan Greig   ------------------------------    Date: 13 Sep 2005 10:10:03 -0500 From: briggs@encompasserve.org6 Subject: Re: OpenVMS  FTP server with these features ?3 Message-ID: <nJJME4acmWW8@eisner.encompasserve.org>   q In article <gK56jXDfOgxj@eisner.encompasserve.org>, koehler@eisner.nospam.encompasserve.org (Bob Koehler) writes: V > In article <oQ0OInx8BSKJ@eisner.encompasserve.org>, briggs@encompasserve.org writes: >>  H >> Read what I wrote the next time.  Or read RFC 959.  You have no clue. > & >    I have read the RFC.  Many times. > H >    In real life UNIX programmers expect bytes.  They're going to writeD >    a program that assumes the restart parameter is in bytes.  TheyH >    don't care that they're wrong, because they assume you can transferC >    anything in binary and fix it up with unix2dos or dos2unix, so 3 >    they'll stick to they're byte-stream thinking.  > F >    Which means real life implementations will ignore the marker sentF >    by the remote system, look at how many bytes are in the file, andB >    send that assuming that was what the last marker value should >    have been.  RFC be damned.   ) Ahah.  That makes things much more clear.    Which then means you can have:  6 1. High performance positioning for compliant clients.= 2. High performance positioning for broken clients as long as &    the file is fixed or stream format.C 3. Low performance positioning for broken clients on all other file     formats. 6 4. High reliability positioning for compliant clients.H 5. High reliability positioning for broken clients with binary transfers1 6. Low reliability positioning for everyone else.   ! Does that sum things up properly?    	John Briggs   ------------------------------  + Date: Tue, 13 Sep 2005 11:02:32 +0000 (UTC)  From: david20@alpha2.mdx.ac.uk5 Subject: Re: OpenVMS FTP server with these features ? ) Message-ID: <dg6bk7$jbh$1@news.mdx.ac.uk>   ` In article <4326288A.42D68717@comcast.net>, David J Dachtera <djesys.nospam@comcast.net> writes: >Hunter Goatley wrote: >>  5 >> > > I cross-posted this to the Multinet newsgroup.  >>  & >> > where can I read this newsgroup ? >>  = >> vmsnet.networks.tcp-ip.multinet, which is gatewayed to the  >> Info-MultiNet mailing list. >>  V >> > > I wonder if PSC could be pursuaded to add REST support for binary files only... >>   >> > why binary files only ? >>  F >> The REST command works by restarting a download at a specified byte >> offset.  ; >>The way VMS stores files makes it it difficult to restart A >> such a transfer at a random number of bytes.  This is true for D >> fixed-length, 512-byte binary records, but even more so for ASCIII >> files, which don't have a direct byte-to-byte correlation for the file F >> on the remote end and the file on the VMS side.  That would make it@ >> more difficult to implement correctly, though not impossible. >>  D >> I haven't had time to look into the actual mechanics of making it4 >> work, though I agree that it would be very handy. > C >Assuming a "typical" "Fixed-512" file where the first free byte is # >before the end of the EOF block...  > C >Without knowing the actual "mechanics" behind the REGET FTP client F >command, seems to me there's some conversation unseen by the end userF >where the client tells the server how much of the file it has and theF >server figures out much to resend. If the client says, "I have 203456F >bytes" and the server knows that the file is 2048 blocks with the FFBC >set at 247, it should be able to figure out that it needs to start F >reading at block 397, byte offset 193 and transmit from there thru to >block 2048, byte offset 246.  >   - Please read RFC 959 in particular section 3.5    " K The restart procedure is defined only for the block and compressed modes of L data transfer. It requires the sender of the data to insert a special markerL code in the data stream with some marker information. The marker informationO has meaning ONLY TO THE SENDER, but must consist of printable characters in the K default or negotiated language of the control connection (ASCII or EBCDIC). E The marker could represent a bit-count, a record-count , or any other M information by which a system may identify a data checkpoint. The receiver of O data, if it implements the restart procedure, would then mark the corresponding O position of this marker in the receiving system, and return this information to 	 the user.   K In the event of a system failure, the user can restart the data transfer by J identifying the marker point with the FTP restart procedure. The following5 example illustrates the use of the restart procedure.   M The sender of the data inserts an appropriate marker block in the data stream O at a convenient point. The receiving host marks the corresponding data point in F it's file system and conveys the last known sender and receiver markerL information to the user, either directly or over the control connection in aM 110 reply (depending on who is the sender). In the event of a system failure, O the user or controller process restarts the server at the last server marker by H sending a restart command with the server's marker code as its argument.I The restart command is transmitted over the the control connection and is J immediately followed by the command (such as RETR, STOR or LIST) which was0 being executed when the system failure occurred. "     
 David Webb Security team leader CCSS Middlesex University     >....shouldn't it? >  >--  >David J Dachtera  >dba DJE Systems >http://www.djesys.com/  > * >Unofficial OpenVMS Hobbyist Support Page:# >http://www.djesys.com/vms/support/  > ) >Unofficial Affordable OpenVMS Home Page:   >http://www.djesys.com/vms/soho/ > # >Unofficial OpenVMS-IA32 Home Page:   >http://www.djesys.com/vms/ia32/ > 
 >Coming soon: ' >Unofficial OpenVMS Marketing Home Page    ------------------------------    Date: 13 Sep 2005 07:25:04 -0500 From: briggs@encompasserve.org5 Subject: Re: OpenVMS FTP server with these features ? 3 Message-ID: <i0gopN8e2Fhl@eisner.encompasserve.org>   ` In article <4326288A.42D68717@comcast.net>, David J Dachtera <djesys.nospam@comcast.net> writes: > Hunter Goatley wrote:  >>  5 >> > > I cross-posted this to the Multinet newsgroup.  >>  & >> > where can I read this newsgroup ? >>  = >> vmsnet.networks.tcp-ip.multinet, which is gatewayed to the  >> Info-MultiNet mailing list. >>  V >> > > I wonder if PSC could be pursuaded to add REST support for binary files only... >>   >> > why binary files only ? >>  F >> The REST command works by restarting a download at a specified byteE >> offset.  The way VMS stores files makes it it difficult to restart A >> such a transfer at a random number of bytes.  This is true for D >> fixed-length, 512-byte binary records, but even more so for ASCIII >> files, which don't have a direct byte-to-byte correlation for the file F >> on the remote end and the file on the VMS side.  That would make it@ >> more difficult to implement correctly, though not impossible. >>  D >> I haven't had time to look into the actual mechanics of making it4 >> work, though I agree that it would be very handy. > D > Assuming a "typical" "Fixed-512" file where the first free byte is$ > before the end of the EOF block... > D > Without knowing the actual "mechanics" behind the REGET FTP client  B What REGET FTP command?  We're talking about REST.  It's described9 in RFC 959.  You know -- the document that describes FTP?   G > command, seems to me there's some conversation unseen by the end user G > where the client tells the server how much of the file it has and the G > server figures out much to resend. If the client says, "I have 203456 G > bytes" and the server knows that the file is 2048 blocks with the FFB D > set at 247, it should be able to figure out that it needs to startG > reading at block 397, byte offset 193 and transmit from there thru to  > block 2048, byte offset 246. >  > ...shouldn't it?  E No.  It shouldn't.  The designers of FTP were much smarter than that. 3 The server sends a chunk of file data and then says   D "if you tell me to restart at <insert opaque ASCII string here> thenA I'll gladly do so and feed you the rest of the file data starting * from this exact point in the data stream".  F You don't get the ability to do restarts at arbitrary byte boundaries.C You get the ability to do restarts at sender-chosen file positions.    	John Briggs   ------------------------------  % Date: Tue, 13 Sep 2005 06:33:08 -0400 ' From: "Main, Kerry" <Kerry.Main@hp.com> . Subject: RE: OT: Sun's quarterly announcementsR Message-ID: <FD827B33AB0D9C4E92EACEEFEE2BA2FB6B27AD@tayexc19.americas.cpqcorp.net>   > -----Original Message-----: > From: JF Mezei [mailto:jfmezei.spamnot@vaxination.ca]=20" > Sent: September 13, 2005 1:01 AM > To: Info-VAX@Mvb.Saic.Com 0 > Subject: Re: OT: Sun's quarterly announcements >=20* > Just read an article about this on CNET. >=20D > What struck me isn't the old news that Sun is releasing 8086 based; > servers. What struck me is that they are called "Galaxy".  >=20C > My guess is that HP won't even notice Sun's infringement on a VMS  > related trademark. >=20  4 You are assuming Galaxy is a trademark .. It is not.   Regards   
 Kerry Main Senior Consultant  HP Services Canada Voice: 613-592-4660  Fax: 613-591-4477  kerryDOTmainAThpDOTcom (remove the DOT's and AT)=20  4 OpenVMS - the secure, multi-site OS that just works.   ------------------------------  % Date: Tue, 13 Sep 2005 07:11:59 -0400 - From: JF Mezei <jfmezei.spamnot@teksavvy.com> . Subject: Re: OT: Sun's quarterly announcements, Message-ID: <4326B3D2.F24EABD4@teksavvy.com>   "Main, Kerry" wrote:6 > You are assuming Galaxy is a trademark .. It is not.  G I am not surprised. After all, the owners of VMS have allowed the "VMS" " trademark to lapse, haven't they ?  E If Red Had produced a new version of Linux called Linux-Vista, do you " think Microsoft would ignore it  ?  G Why is it that VMS management ignore all infringements on VMS's various G associated trademarks (or buzzwords that should have been a trademark).    ------------------------------    Date: 13 Sep 2005 08:07:48 -0500; From: koehler@eisner.nospam.encompasserve.org (Bob Koehler) . Subject: Re: OT: Sun's quarterly announcements3 Message-ID: <Lk2lPxCiiBPG@eisner.encompasserve.org>   \ In article <4325CD2C.E745F6E7@teksavvy.com>, JF Mezei <jfmezei.spamnot@teksavvy.com> writes: > Keith Parris wrote: I >> Based on the Sun customers I've dealt with, Sun is really hurting from B >> Linux. For one site's web servers, Linux on Intel had twice theK >> performance at one-tenth the cost of Solaris on Sun, so out went the Sun  >> web servers.  > ? > Is this specific to Sun, or does this apply to all vendors of  > proprietary Unix systems ?   >   G    For years Sun UNIX workstations have been seen as the cheap solution C    to many problems (often not very demanding problems).  Now Linux &    has that role.  Sun lost it's seat.   ------------------------------  # Date: Tue, 13 Sep 2005 13:18:41 GMT ( From: Alan Greig <greigaln@netscape.net>. Subject: Re: OT: Sun's quarterly announcements= Message-ID: <RkAVe.60290$2n6.49500@fe3.news.blueyonder.co.uk>    Bob Koehler wrote:  I >    For years Sun UNIX workstations have been seen as the cheap solution E >    to many problems (often not very demanding problems).  Now Linux ( >    has that role.  Sun lost it's seat. >   I Sun said they have seen 2 million registered downloads of Solaris 10 for  A X86-64 in the last 6 months. They claimed they were surprised to  C discover that a lot of these downloads were on HP supplied systems.  --  
 Alan Greig   ------------------------------  % Date: Tue, 13 Sep 2005 07:27:38 -0700 # From: "Tom Linden" <tom@kednos.com> . Subject: Re: OT: Sun's quarterly announcements( Message-ID: <opsw1o4cuozgicya@hyrrokkin>  C On Tue, 13 Sep 2005 05:05:35 GMT, CJT <abujlehc@prodigy.net> wrote:   I > Is there any likelihood of confusion?  Isn't it clear they're different + > when one is hardware and one is software?  >   F How about a computer company and a record label?  Any confusion there?   ------------------------------  % Date: Tue, 13 Sep 2005 07:56:17 -0700 # From: "Tom Linden" <tom@kednos.com> . Subject: Re: OT: Sun's quarterly announcements( Message-ID: <opsw1qf3jtzgicya@hyrrokkin>  , On 13 Sep 2005 08:07:48 -0500, Bob Koehler  0 <koehler@eisner.nospam.encompasserve.org> wrote:  I >    For years Sun UNIX workstations have been seen as the cheap solution E >    to many problems (often not very demanding problems).  Now Linux ( >    has that role.  Sun lost it's seat.  K Had a cardiac stress test yesterday and the system used a Sun Box to show    the imaging G and he had STAR office running and an Internet station on playing the    Goldberg variations by Gould.   ------------------------------  % Date: Tue, 13 Sep 2005 08:12:15 +0200 & From: Paul Sture <paul.sture@decus.ch>2 Subject: Re: Postings  (was Re: HP Forum location)+ Message-ID: <3on8u0F6lkb6U1@individual.net>    John Santos wrote: > Bill Gunshannon wrote: > , >> In article <4325d011_2@news3.prserv.net>,3 >>     "Dennis Couch" <dencouch@us.ibm.com> writes:  >>D >>> Just out of curiousity: my ISP is Verizon as well, but I really  >>> haven't doneD >>> anything with their news server from home other than set up the  >>> connectionE >>> and make sure it works.  What, in your opinion, is wrong with it?  >> >> >>D >> Probably the most noticable thing was enough SPAM to make the few' >> groups I read pretty  much unusable.  >> >> bill  >> > H > I am reading comp.os.vms on Verizon right now, and don't see any spam. > > > Maybe a handful/week on all the newsgroups I read regularly. > E > Are you talking about the horrible DIVX storm on the VMSNET groups? ! > That has been over for *years*.  > D > If you have Verizon, I would use it rather than pay for some other> > news service, unless there was some very specific issue they! > wouldn't or couldn't deal with.  > C > Retention is pretty good, about a month for most text groups I've B > seen, and performance seems reasonable on 1.5MB DSL, usually, at- > least for text.  Don't know about binaries.  >   G Speaking as a long term user of news.individual.de, before it became a   chargeable service...   E Retention on news.individual.de is 6 months. This comes in handy for  E searches by title or author (not all news servers support searching).   D > They're not perfect, there do seem to be sporadic hiccups, or theyD > go out to lunch for an hour or two once or twice a month, but I'veA > seen *MUCH* worse.  Also, once in a while they seem to renumber E > everything (or maybe the article numbering gets out of sync between D > their servers), which is a real pain.  But most of the time I find > them better than adequate. >   E Very few hiccups on news.individual.de. I seem to recall a couple of  I occasions when messages were duplicated, and I vaguely recall one time I  E couldn't access it; not bad for the 4 or so years I've been using it.    ------------------------------    Date: 13 Sep 2005 08:19:01 -0500; From: koehler@eisner.nospam.encompasserve.org (Bob Koehler) 2 Subject: Re: Postings  (was Re: HP Forum location)3 Message-ID: <P9VF0M47z73n@eisner.encompasserve.org>   N In article <XspVe.10261$vQ3.4382@trnddc08>, John Santos <john@egh.com> writes: > H > I am reading comp.os.vms on Verizon right now, and don't see any spam. >   .    You want to see spam?  Try alt.<anything> .  E    comp.os.vms doesn't get a lot of spam because the spammers have no     idea who we are.    ------------------------------   Date: 13 Sep 2005 14:28:09 GMT( From: bill@cs.uofs.edu (Bill Gunshannon)2 Subject: Re: Postings  (was Re: HP Forum location)+ Message-ID: <3oo5vpF6uv7eU2@individual.net>   + In article <XspVe.10261$vQ3.4382@trnddc08>, # 	John Santos <john@egh.com> writes:  > Bill Gunshannon wrote:, >> In article <4325d011_2@news3.prserv.net>,0 >> 	"Dennis Couch" <dencouch@us.ibm.com> writes: >>  O >>>Just out of curiousity: my ISP is Verizon as well, but I really haven't done M >>>anything with their news server from home other than set up the connection D >>>and make sure it works.  What, in your opinion, is wrong with it? >>   >>  D >> Probably the most noticable thing was enough SPAM to make the few' >> groups I read pretty  much unusable.  >>   >> bill  >>   > H > I am reading comp.os.vms on Verizon right now, and don't see any spam.  F Must have to do with what servers serve what areas.  I haven't used itD in months (not since the first month I when I switched from AdelphiaF Cable modem to Verizon DSL) so I can't give specifics by group, but atF least two of the groups I read regularly (one being alt.sys.pdp11) had6 a ratio worse than 1:1 between SPAM and real messages.   > > > Maybe a handful/week on all the newsgroups I read regularly.  A In most of the groups I read it was more SPAM than real articles. @ Maybe it got better over time, but I am pleased with my current D service and $10.00 a year isn't even a half case of beer.  I droppedB more than that at the hardware store last night for just one small project!   > E > Are you talking about the horrible DIVX storm on the VMSNET groups? ! > That has been over for *years*.   K Sorry, thanks to my News Service I never saw or heard about any such thing.    > D > If you have Verizon, I would use it rather than pay for some other> > news service, unless there was some very specific issue they! > wouldn't or couldn't deal with.   C Actually, I do have other reasons.  I read anumber of the de groups G as well, but in general, even if it weren't for that I would stay where G I was.  I am very pleased witht he overall service and, as I also said,  what's $10.00 a year?    bill   --  J Bill Gunshannon          |  de-moc-ra-cy (di mok' ra see) n.  Three wolvesD bill@cs.scranton.edu     |  and a sheep voting on what's for dinner. University of Scranton   |A Scranton, Pennsylvania   |         #include <std.disclaimer.h>       ------------------------------  % Date: Tue, 13 Sep 2005 07:53:07 -0700 # From: "Tom Linden" <tom@kednos.com> 2 Subject: Re: Postings  (was Re: HP Forum location)( Message-ID: <opsw1qatq7zgicya@hyrrokkin>  , On 13 Sep 2005 08:19:01 -0500, Bob Koehler  0 <koehler@eisner.nospam.encompasserve.org> wrote:  J > In article <XspVe.10261$vQ3.4382@trnddc08>, John Santos <john@egh.com>  	 > writes:  >>I >> I am reading comp.os.vms on Verizon right now, and don't see any spam.  >> > 0 >    You want to see spam?  Try alt.<anything> . > G >    comp.os.vms doesn't get a lot of spam because the spammers have no  >    idea who we are.  > ! Maybe you just tipped them off:-)    ------------------------------  + Date: Tue, 13 Sep 2005 06:13:58 +0000 (UTC) P From: helbig@astro.multiCLOTHESvax.de (Phillip Helbig---remove CLOTHES to reply)- Subject: Re: SMTP Authentication for HP TCPIP $ Message-ID: <dg5qn6$t48$1@online.de>  C In article <1126544730.461247.274730@g43g2000cwa.googlegroups.com>,  mcbill20@yahoo.com writes:    I > I've poked around in old postings regarding SMTP authentication for VMS D > but mostly I found pointers to alternatives (PERL or PHP programs,I > etc.). Can anyone tell me if there are plans to add SMTP authentication I > to HP's TCPIP? I am currently running TCPIP 5.4 ECO 2 on VMS 7.3-1. Or, G > any other recommendations would be appreciated. This box is connected I > to the net by a DSL connection. To my knowledge, the ISP isn't blocking  > any ports. > H > This had been working with my previous ISP. I had their SMTP server asD > my alternate gateway. My current ISP does not have an SMTP server.  G Let me recommend http://www.dynaccess.com.  (The international version  H of the site is quite new; http://www.dynaccess.de is the parent site.)  C I've been using them for years.  I am not aware of any dynamic-DNS  H provider who offers more functionality than DynAccess, and for the same 6 (or even more) functionality, their prices are better.  C Note that you don't need to change your ISP, you just need to have  E DynAccess provide your dynamic-DNS updates.  Let me mention just one  I excellent feature: you can update every few seconds, if you want, and if  I an expected update doesn't happen, a backup MX-server will automatically  A kick in, and access via ports other than 25 to your host will be  F redirected to a neutral IP (for 80, you can also specify an alternate 
 web page).  @ Authentication?  Not necessary.  DynAccess knows your current IPI address, and this is enough to allow sending mail through the SMTP relay  F server.  (They do notice if there is too much traffic, so there is no $ danger of spammers using the relay.)  F I'm also quite familiar with DynDNS.org, and use some of their stuff, F mostly (but not exclusively) free stuff.  DynAccess is in a different G league, though, which is saying a lot since DynDNS.org is not that bad   at all.   C If you (or anyone else) need any help in using this service, let me  know.    ------------------------------  # Date: Tue, 13 Sep 2005 17:53:15 GMT 1 From: Keith Parris <keithparris_NOSPAM@yahoo.com> ; Subject: Storage Magazine: "HP Reloads" its storage arsenal 3 Message-ID: <fmEVe.12524$WM3.4105@news.cpqcorp.net>   * Storage Magazine's Cover Story: HP Reloads? ftp://ftp.compaq.com/pub/products/storageworks/4AA0-1612ENW.pdf E Hewlett-Packard hopes that a long-overdue refresh of its popular EVA  F arrays, plus a slate of new products, will make its storage offerings  more competitive.  By Rich Castagna   Some quotes:C "Scott Erkonen of Premier Bankcard was concerned when HP's storage  F efforts flagged, but he's encouraged by HP's recent product blitz and $ already has plans for its new EVAs."  D "The sheer breadth of the rollouts was enough to salvage the firm's  much-needed momentum."  E "I think it's great to see the number and breadth of announcements,"  G says Scott Erkonen, managing officer of networking at Premier Bankcard   INc. in Sioux Falls, SD."   @ "For all disk storage (direct-attached and networked), HP still F maintains its leadership position over IBM. For the fourth quarter of E 2004, IDC shows HP's market share at 24.2% vs. IBM's 22.5%. ... HP's  E strength in the overall disk storage market can be attributed to its  ! strong server and desktop sales."   E "The concensus is that new products have helped to re-establish HP's  H mindshare in the storage world. And having a more complete product line G will help, too. "They're not going to have to come to the table with a  ) partial portfolio anymore," says Hurley."   H "Many HP customers, such as Premier Bankcard's Erkonen, have considered H other vendors. "We've done due diligence and compared all the different H vendors as we've been making our decisions," notes Erkonen, "and HP has G still continued to be the vendor of choice." Similarly, Fender Musical  H Instruments' Pollock looked at storage systems from Dell and IBM before  settling on HP."   ------------------------------   End of INFO-VAX 2005.512 ************************                                                                                                                                                                                                                                                                                                                                                                                                  C:[DECUS.VAX86D.BNELSON.KERMIT11]K11HEX.B2S;1G Resultant file: DISK$MISC:[DECUS.VAX86D.BNELSON.KERMIT11]K11HEX.BAS;1eG Resultant file: DISK$MISC:[DECUS.VAX86D.BNELSON.KERMIT11]K11HEX.COM;1eG Resultant file: DISK$MISC:[DECUS.VAX86D.BNELSON.KERMIT11]K11HEX.FTN;1eG Resultant file: DISK$MISC:[DECUS.VAX86D.BNELSON.KERMIT11]K11HEX.MZC;1eG Resultant file: DISK$MISC:[DECUS.VAX86D.BNELSON.KERMIT11]K11HLP.HLP;1eG Resultant file: DISK$MISC:[DECUS.VAX86D.BNELSON.KERMIT11]K11HLP.MZC;1eG Resultant file: DISK$MISC:[DECUS.VAX86D.BNELSON.KERMIT11]K11HLP.RNO;1eG Resultant file: DISK$MISC:[DECUS.VAX86D.BNELSON.KERMIT11]K11I31.CMD;1eG Resultant file: DISK$MISC:[DECUS.VAX86D.BNELSON.KERMIT11]K11I31.DOC;1eG Resultant file: DISK$MISC:[DECUS.VAX86D.BNELSON.KERMIT11]K11I31.ODL;1eG Resultant file: DISK$MISC:[DECUS.VAX86D.BNELSON.KERMIT11]K11I31.TSK;1eG Resultant file: DISK$MISC:[DECUS.VAX86D.BNELSON.KERMIT11]K11INI.MZC;1eG Resultant file: DISK$MISC:[DECUS.VAX86D.BNELSON.KERMIT11]K11INS.RNO;1eG Resultant file: DISK$MISC:[DECUS.VAX86D.BNELSON.KERMIT11]K11LCL.MZC;1eG Resultant file: DISK$MISC:[DECUS.VAX86D.BNELSON.KERMIT11]K11M41.MZC;1eG Resultant file: DISK$MISC:[DECUS.VAX86D.BNELSON.KERMIT11]K11MAC.MZC;1eG Resultant file: DISK$MISC:[DECUS.VAX86D.BNELSON.KERMIT11]K11MCO.MZC;1eG Resultant file: DISK$MISC:[DECUS.VAX86D.BNELSON.KERMIT11]K11MNU.COM;1eG Resultant file: DISK$MISC:[DECUS.VAX86D.BNELSON.KERMIT11]K11NHD.MZC;1eG Resultant file: DISK$MISC:[DECUS.VAX86D.BNELSON.KERMIT11]K11NRS.COM;1eG Resultant file: DISK$MISC:[DECUS.VAX86D.BNELSON.KERMIT11]K11NRS.ODL;1eG Resultant file: DISK$MISC:[DECUS.VAX86D.BNELSON.KERMIT11]K11NRS.TSK;2eG Resultant file: DISK$MISC:[DECUS.VAX86D.BNELSON.KERMIT11]K11PAK.MZC;1eG Resultant file: DISK$MISC:[DECUS.VAX86D.BNELSON.KERMIT11]K11PCO.MZC;1eF Resultant file: DISK$MISC:[DECUS.VAX86D.BNELSON.KERMIT11]K11PK.MZC;1G Resultant file: DISK$MISC:[DECUS.VAX86D.BNELSON.KERMIT11]K11POS.COM;1G Resultant file: DISK$MISC:[DECUS.VAX86D.BNELSON.KERMIT11]K11POS.ODL;1G Resultant file: DISK$MISC:[DECUS.VAX86D.BNELSON.KERMIT11]K11POS.TSK;3G Resultant file: DISK$MISC:[DECUS.VAX86D.BNELSON.KERMIT11]K11POS.XRF;1G Resultant file: DISK$MISC:[DECUS.VAX86D.BNELSON.KERMIT11]K11PRT.MZC;1G Resultant file: DISK$MISC:[DECUS.VAX86D.BNELSON.KERMIT11]K11RCO.MZC;1G Resultant file: DISK$MISC:[DECUS.VAX86D.BNELSON.KERMIT11]K11REC.MZC;1eG Resultant file: DISK$MISC:[DECUS.VAX86D.BNELSON.KERMIT11]K11RMS.MZC;1eG Resultant file: DISK$MISC:[DECUS.VAX86D.BNELSON.KERMIT11]K11RMZ.MZC;1eG Resultant file: DISK$MISC:[DECUS.VAX86D.BNELSON.KERMIT11]K11RSX.CMD;1eG Resultant file: DISK$MISC:[DECUS.VAX86D.BNELSON.KERMIT11]K11RSX.COM;1eG Resultant file: DISK$MISC:[DECUS.VAX86D.BNELSON.KERMIT11]K11RSX.ODL;1eG Resultant file: DISK$MISC:[DECUS.VAX86D.BNELSON.KERMIT11]K11RSX.TSK;2eF Resultant file: DISK$MISC:[DECUS.VAX86D.BNELSON.KERMIT11]K11RT.COM;1G Resultant file: DISK$MISC:[DECUS.VAX86D.BNELSON.KERMIT11]K11RT4.COM;1G Resultant file: DISK$MISC:[DECUS.VAX86D.BNELSON.KERMIT11]K11RT4.MZC;1G Resultant file: DISK$MISC:[DECUS.VAX86D.BNELSON.KERMIT11]K11RT4.SAV;1G Resultant file: DISK$MISC:[DECUS.VAX86D.BNELSON.KERMIT11]K11RTD.MZC;1G Resultant file: DISK$MISC:[DECUS.VAX86D.BNELSON.KERMIT11]K11RTE.MZC;1G Resultant file: DISK$MISC:[DECUS.VAX86D.BNELSON.KERMIT11]K11RTI.MZC;1G Resultant file: DISK$MISC:[DECUS.VAX86D.BNELSON.KERMIT11]K11RTT.MZC;1eG Resultant file: DISK$MISC:[DECUS.VAX86D.BNELSON.KERMIT11]K11RTU.MZC;1eG Resultant file: DISK$MISC:[DECUS.VAX86D.BNELSON.KERMIT11]K11