1 INFO-VAX	Sun, 26 Sep 2004	Volume 2004 : Issue 535       Contents:# Re: "Oracle RDB" licensing question # Re: "Oracle RDB" licensing question # RE: "Oracle RDB" licensing question # Re: "Oracle RDB" licensing question  DHCP client question Re: DHCP client question Re: DHCP client question# Re: From Sun:  HP-UX has no future. , Re: HP admits discontinued IA64 workstations, Re: HP admits discontinued IA64 workstations, Re: HP admits discontinued IA64 workstations, Re: HP admits discontinued IA64 workstations, Re: HP admits discontinued IA64 workstations Powerstorm 300 in DS10L  Re: ssh vulnerabilities  Re: ssh vulnerabilities : Re: ZIP "-V" v. UNIX, et al.: Problem, possible solutions.: Re: ZIP "-V" v. UNIX, et al.: Problem, possible solutions.< Re: [DCL REQUEST] New ignore keyword for DIFFERENCES command  F ----------------------------------------------------------------------  % Date: Sun, 26 Sep 2004 14:01:41 +0200 0 From: Keith Cayemberg <keith.cayemberg@arcor.de>, Subject: Re: "Oracle RDB" licensing questionB Message-ID: <4156afa6$0$18564$9b4e6d93@newsread2.arcor-online.net>   Neil Rieck wrote: 4 > "Main, Kerry" <kerry.main@hp.com> wrote in messageN > news:FD827B33AB0D9C4E92EACEEFEE2BA2FB45D2FA@tayexc19.americas.cpqcorp.net... [...snip...] > I > Yikes! An additional $80k in software licenses for a 2-CPU departmental E > system. I think the existing licenses on this system (which include  > unlimited E > OpenVMS, SMP, and HP-BASIC) didn't cost that much. Makes you wonder L > how many people go a different route after experiencing the sticker shock? > 2 > Now I know why there's such an interest in MySQL >  > Neil Rieck > Kitchener/Waterloo/Cambridge,  > Ontario, Canada.: > http://www3.sympatico.ca/n.rieck/links/cool_openvms.html >   E Kerry is correct in stating that Rdb licencing is the same as Oracle  H (Classic) Enterprise Edition without the Clustering (RAC), Partitioning C and Security Options. Since Rdb generally already comes with these  I capabilities (and more) built-in, Rdb is actually allowed a considerable  G price advantage over Oracle's bread-and-butter product. This advantage  G becomes even more clear when considering the long list of original Rdb  F technical features and design advantages for massive mission-critical I systems, compatibility to most Oracle Tools, along with Rdb's high level  @ of integration with OpenVMS architecture and feature advantages.  F That being said, the complete picture explaining the licensing of Rdb H has not yet been explained here. The Licensing form also depends on the D software environment in which the database is installed. And within G defined limits you can decide between two different Licensing Metrics;  5 Named User Plus Licensing or Per-Processor Licensing.   G This is all explained in the document titled "Database Licensing" at...   = http://www.oracle.com/corporate/pricing/databaselicensing.pdf   B Also, If you qualify for the OTN Development License then you can ? install and use all the Rdb Family products for *free*. Here...   4 http://www.oracle.com/technology/software/index.html  & you can see the following statement...  G     "All software downloads are free, and each comes with a development E     license that allows you to use full versions of the products only C     while developing and prototyping your applications. You can buy F     Oracle products with full-use licenses at any time from the online;     Oracle Store or from your Oracle sales representative."   E This is a separate license with it's own conditions explained here...   < http://www.oracle.com/technology/software/htdocs/devlic.html  8 The latest Rdb Family products can be downloaded here...  B http://www.oracle.com/technology/software/products/rdb7/index.html  D Remember, when reading, that Rdb qualifies as an Oracle "Enterprise  Edition" Product for licensing.   F When Licensing using the Per-Processor Metric, you can also limit the G number of processors to license with hard partitioning. The conditions  B for this are explained in the document titled "Partitioning" at...  8 http://www.oracle.com/corporate/pricing/partitioning.pdf  G The current price list (last updated Sept. 17th) for Oracle's Database   products is here...   2 http://www.oracle.com/corporate/pricing/eplext.pdf  > There you will find the following prices in US Dollars for Rdb on page 4...    Named User Plus (price per user)                   (Version) $       License    Update      Support"       800        120.00      56.00  
 Per-Processor                  (Version) $       License    Update      Support%       40,000     6,000.00    2,800.00   H "5-Year Term License available at 70% of Perpetual License; 4-Year Term C License at 60% of Perpetual License; 3-Year Term License at 50% of  D Perpetual License; 2-Year Term License at 35% of Perpetual License; ( 1-Year Term License at 20% of Perpetual"  F Named User I understand to be a license tied to a specific named user E and not a "concurrent user license". There is also some minimum user  G constraints for using this metric, please see the "Database Licensing"  I document for details. I also believe that the version update price drops  G out if you have a currently active "metals" grade support contract for   that installation with Oracle.  C If you still have questions and want an Oracle Representative that  D understands Rdb Licensing, or want to complain that their licensing I model doesn't make it possible for you to select Rdb products, I suggest  / you make use of the contact information here...   A http://www.oracle.com/technology/products/rdb/Contacts/index.html   I I'm sure that Mike Turnill or Bill Gettys can help you, or find some one  '   who can work-out the issues with you.   G By the way, the official Rdb Forum is not on Usenet but is provided by  ) JCC. See the following URL for details...   / http://www.jcc.com/jccs_oracle_list_servers.htm    Cheers!    Keith Cayemberg   H Disclaimer: I'm just an Rdb Customer who thinks he's understood most of B Oracle Rdb Licensing. Go to Oracle for contractually coherent Rdb  financial transactions.  :-)   ------------------------------  % Date: Sun, 26 Sep 2004 14:24:34 +0200 0 From: Keith Cayemberg <keith.cayemberg@arcor.de>, Subject: Re: "Oracle RDB" licensing questionB Message-ID: <4156b504$0$18549$9b4e6d93@newsread2.arcor-online.net>  , Alan Winston - SSRL Central Computing wrote:  ] > In article <4155E64E.54CD0F9@teksavvy.com>, JF Mezei <jfmezei.spamnot@teksavvy.com> writes:  >  >>"Main, Kerry" wrote: >>K >>>One biggie for Oracle Rdb is that the clustering costs are imbedded i.e. . >>>no additional costs to cluster Rdb systems. >> >>J >>Does this mean that RDB costs the same if you have 16 microvax II's in aP >>cluster each running RDB compared to one galaxy/wildfire class machine with 16 >>CPUs ? >  >  > Yes. >  > Which is insane.   > H > They used to be willing to do concurrent-user licensing and named-userK > licensing, but no more.  (There are questions also about what "concurrent O > users" of a database are when you have unknown quantitites of web-based users " > connecting to your application.) > 	 > -- Alan  >   I If the 16 MicroVAX II systems were stand-alone and each used by separate  @ users as  single-user development software environments without > distribution, testing, production or schooling (as opposed to D self-learning) purposes then I understand the Rdb licenses would be G *free*. Please see my recent reply to Niel Rieck for details and links.    Cheers!    Keith Cayemberg    ------------------------------  % Date: Sun, 26 Sep 2004 12:31:21 -0400 ' From: "Main, Kerry" <kerry.main@hp.com> , Subject: RE: "Oracle RDB" licensing questionR Message-ID: <FD827B33AB0D9C4E92EACEEFEE2BA2FB45D302@tayexc19.americas.cpqcorp.net>   > -----Original Message-----< > From: Keith Cayemberg [mailto:keith.cayemberg@arcor.de]=20" > Sent: September 26, 2004 8:02 AM > To: Info-VAX@Mvb.Saic.Com . > Subject: Re: "Oracle RDB" licensing question >=20  	 [snip ..]     ? > By the way, the official Rdb Forum is not on Usenet but is=20  > provided by=20+ > JCC. See the following URL for details...  >=201 > http://www.jcc.com/jccs_oracle_list_servers.htm  >=20	 > Cheers!  >=20 > Keith Cayemberg  >=209 > Disclaimer: I'm just an Rdb Customer who thinks he's=20  > understood most of=20 F > Oracle Rdb Licensing. Go to Oracle for contractually coherent Rdb=20 > financial transactions.  :-) >=20 >=20   Keith,   As always - excellent reply.=20   H That is likely the best summary of Oracle licensing I have seen anywhere . A definite "keeper".   :-)   
 Kerry Main Senior Consultant  HP Services Canada Voice: 613-592-4660  Fax: 613-591-4477  kerryDOTmainAThpDOTcom (remove the DOT's and AT)=20  $ "OpenVMS has always had integrity .. Now, Integrity has OpenVMS .."   ------------------------------  % Date: Sun, 26 Sep 2004 12:43:51 -0400 ) From: "Neil Rieck" <n.rieck@sympatico.ca> , Subject: Re: "Oracle RDB" licensing question6 Message-ID: <vlC5d.53$tT2.35545@news20.bellglobal.com>  > "Keith Cayemberg" <keith.cayemberg@arcor.de> wrote in message < news:4156afa6$0$18564$9b4e6d93@newsread2.arcor-online.net... [...snip...] > G > Kerry is correct in stating that Rdb licencing is the same as Oracle  J > (Classic) Enterprise Edition without the Clustering (RAC), Partitioning E > and Security Options. Since Rdb generally already comes with these  K > capabilities (and more) built-in, Rdb is actually allowed a considerable  I > price advantage over Oracle's bread-and-butter product. This advantage  I > becomes even more clear when considering the long list of original Rdb  H > technical features and design advantages for massive mission-critical K > systems, compatibility to most Oracle Tools, along with Rdb's high level  B > of integration with OpenVMS architecture and feature advantages. > L > That being said, the complete picture explaining the licensing of Rdb has F > not yet been explained here. The Licensing form also depends on the F > software environment in which the database is installed. And within I > defined limits you can decide between two different Licensing Metrics;  7 > Named User Plus Licensing or Per-Processor Licensing.  > I > This is all explained in the document titled "Database Licensing" at...  > ? > http://www.oracle.com/corporate/pricing/databaselicensing.pdf  > L > Also, If you qualify for the OTN Development License then you can install 9 > and use all the Rdb Family products for *free*. Here...  > 6 > http://www.oracle.com/technology/software/index.html > ( > you can see the following statement... > H >    "All software downloads are free, and each comes with a developmentF >    license that allows you to use full versions of the products onlyD >    while developing and prototyping your applications. You can buyG >    Oracle products with full-use licenses at any time from the online < >    Oracle Store or from your Oracle sales representative." > G > This is a separate license with it's own conditions explained here...  > > > http://www.oracle.com/technology/software/htdocs/devlic.html > : > The latest Rdb Family products can be downloaded here... > D > http://www.oracle.com/technology/software/products/rdb7/index.html > F > Remember, when reading, that Rdb qualifies as an Oracle "Enterprise ! > Edition" Product for licensing.  > H > When Licensing using the Per-Processor Metric, you can also limit the M > number of processors to license with hard partitioning. The conditions for  @ > this are explained in the document titled "Partitioning" at... > : > http://www.oracle.com/corporate/pricing/partitioning.pdf > I > The current price list (last updated Sept. 17th) for Oracle's Database   > products is here...  > 4 > http://www.oracle.com/corporate/pricing/eplext.pdf > @ > There you will find the following prices in US Dollars for Rdb > on page 4... > " > Named User Plus (price per user) >  >                (Version)% >      License    Update      Support # >      800        120.00      56.00  >  > Per-Processor  >                (Version)% >      License    Update      Support & >      40,000     6,000.00    2,800.00 > J > "5-Year Term License available at 70% of Perpetual License; 4-Year Term E > License at 60% of Perpetual License; 3-Year Term License at 50% of  M > Perpetual License; 2-Year Term License at 35% of Perpetual License; 1-Year  # > Term License at 20% of Perpetual"  > L > Named User I understand to be a license tied to a specific named user and C > not a "concurrent user license". There is also some minimum user  I > constraints for using this metric, please see the "Database Licensing"  K > document for details. I also believe that the version update price drops  I > out if you have a currently active "metals" grade support contract for    > that installation with Oracle. > E > If you still have questions and want an Oracle Representative that  L > understands Rdb Licensing, or want to complain that their licensing model I > doesn't make it possible for you to select Rdb products, I suggest you  - > make use of the contact information here...  > C > http://www.oracle.com/technology/products/rdb/Contacts/index.html  > K > I'm sure that Mike Turnill or Bill Gettys can help you, or find some one  ' > who can work-out the issues with you.  > I > By the way, the official Rdb Forum is not on Usenet but is provided by  + > JCC. See the following URL for details...  > 1 > http://www.jcc.com/jccs_oracle_list_servers.htm  > 	 > Cheers!  >  > Keith Cayemberg  > J > Disclaimer: I'm just an Rdb Customer who thinks he's understood most of D > Oracle Rdb Licensing. Go to Oracle for contractually coherent Rdb  > financial transactions.  :-) >   5 Thanks for your detailed reply regarding this matter. M I was hoping for such a response from a knowledgeable licensee because I was  1 getting no where with Oracle Sales. Thanks again.   
 Neil Rieck Kitchener/Waterloo/Cambridge,  Ontario, Canada.8 http://www3.sympatico.ca/n.rieck/links/cool_openvms.html   ------------------------------  % Date: Sun, 26 Sep 2004 12:18:38 -0400 # From: "Bob Healey" <healer@rpi.edu>  Subject: DHCP client question 2 Message-ID: <cj6q4m$h8l$1@misc-cct.server.rpi.edu>  J I'm running a vaxstation 4000, temporarily setup to use the DHCP client toK obtain an IP address.  It's been unable to get an address from the school's L server, so I examined the traffic on a network sniffer.  The packets leavingI the machine have the correct source MAC address on the packet, but inside K the DHCP Discovery packet, it has a field labeled "Client Hardware Address" K which is a different value than the actual hardware address of the machine. J As far as I can tell by examining the packets, the DHCP server is replyingF to the "Client Hardware Address" and not the source MAC address.  DoesG anyone know a trick I can use to tell VMS to either 1.) Not include the K "client hardware address field" or 2.) force it to include the right value? L This is only temporary as I'm waiting for some static IP assignments to come through.  
 Bob Healey   ------------------------------  % Date: Sun, 26 Sep 2004 11:30:48 -0500 2 From: David J Dachtera <djesys.nospam@comcast.net>! Subject: Re: DHCP client question + Message-ID: <4156EEB7.C31BD8B2@comcast.net>    Bob Healey wrote:  > L > I'm running a vaxstation 4000, temporarily setup to use the DHCP client toM > obtain an IP address.  It's been unable to get an address from the school's N > server, so I examined the traffic on a network sniffer.  The packets leavingK > the machine have the correct source MAC address on the packet, but inside M > the DHCP Discovery packet, it has a field labeled "Client Hardware Address" M > which is a different value than the actual hardware address of the machine. L > As far as I can tell by examining the packets, the DHCP server is replyingH > to the "Client Hardware Address" and not the source MAC address.  DoesI > anyone know a trick I can use to tell VMS to either 1.) Not include the M > "client hardware address field" or 2.) force it to include the right value? N > This is only temporary as I'm waiting for some static IP assignments to come
 > through.  D Well, uderstand that this is a function of elements of the machine's TCP/IP stack, not VMS itself.   = That said, the associated newsgroup might also be a source of  information:  < UCX and TCP/IP Services questions seem best directed here in comp.os.vms.  + TCPWare questions seem best directed to the ) vmsnet.networks.tcp-ip.tcpware newsgroup.   , Multinet questions seem best directed to the* vmsnet.networks.tcp-ip.multinet newsgroup.   --   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/    ------------------------------  % Date: Sun, 26 Sep 2004 13:07:59 -0400 # From: "Bob Healey" <healer@rpi.edu> ! Subject: Re: DHCP client question 2 Message-ID: <cj6t1a$hgr$1@misc-cct.server.rpi.edu>  ? "David J Dachtera" <djesys.nospam@comcast.net> wrote in message % news:4156EEB7.C31BD8B2@comcast.net...  > Bob Healey wrote:  > >  <snip>  H Sorry, so used to dealing with Unix/Windows that I forgot to mention the stack   # VMS 7.3 running HP Tcp services 5.1   
 Bob Healey   ------------------------------    Date: 26 Sep 2004 10:49:24 -0700' From: icerq4a@spray.se (David Svensson) , Subject: Re: From Sun:  HP-UX has no future.= Message-ID: <734da31c.0409260949.73b723f1@posting.google.com>   t Andrew Harrison <andrew_remove__s._harrison@s_u_n.com> wrote in message news:<cirhpk$6i1$1@new-usenet.uk.sun.com>... > $ > do you think that Carly wearing an6 > OpenVMS shirt indicates that she is more inclined to, > keep OpenVMS than she was to keep Tru64 ??   Yes, ofcourse it does.   Hilarious was the word...    /David   ------------------------------    Date: 26 Sep 2004 01:07:54 -0700' From: icerq4a@spray.se (David Svensson) 5 Subject: Re: HP admits discontinued IA64 workstations = Message-ID: <734da31c.0409260007.5b52504f@posting.google.com>   a JF Mezei <jfmezei.spamnot@teksavvy.com> wrote in message news:<4155C35F.D1B9845C@teksavvy.com>...  > I > We didn't think that the workstation pipeline was empty because we kept M > hearing about how VMS engineers were working on workstatiosn with graphical P > displays. But now, we have official confirmation from HP that they are pullingI > out of that marklet, with no indication that some servers will still be L > available in a compact config that supports keyboard, graphics, mouse, andA > that Xwindows for VMs and HP=UX will continue to be developped.   A I have not seen HP or VMS engineers saying that a workstation was C about to be supported? I have also not seen any indication that the ! servers will not have a VGA port?    ------------------------------    Date: 26 Sep 2004 01:17:50 -0700' From: icerq4a@spray.se (David Svensson) 5 Subject: Re: HP admits discontinued IA64 workstations = Message-ID: <734da31c.0409260017.1f0f2b83@posting.google.com>   a JF Mezei <jfmezei.spamnot@teksavvy.com> wrote in message news:<4155C5EE.AC1B6BF5@teksavvy.com>...  > > Nigel Barker wrote: Q > > > Rubbish. HP-UX is shipping on Integrity servers today & that's a far larger  > > > market than OpenVMS. > H > But HP still gets less than 20% of enterprise server revenus from IA64L > systems. This means that HP-UX on Pa Risc is still generating more revenusM > than on IA64. That says a lot about custoemr acceptance of a platform which 3 > has been available for quite some time for HP-UX.  > O > And if the only customers who do accept IA64 are the VMS customers, since the O > VMS markletplace is, as you say, so much smaller than HP-UX, then it won't be ! > big enough to make IA64 viable.   B If I was a HP-UX customer running PA-RISC I would not have any bigF reason to switch to IA64 yet. The PA-RISCs are still doing fine. AfterB 2005-2006 I think more customers will have more reasons to switch.   ------------------------------  # Date: Sun, 26 Sep 2004 11:38:11 GMT ! From: Nigel Barker <nigel@hp.com> 5 Subject: Re: HP admits discontinued IA64 workstations 8 Message-ID: <1t9dl0te0ds8ihhgfl1bgu13c6fefcr2ab@4ax.com>  K On Sat, 25 Sep 2004 15:24:34 -0400, JF Mezei <jfmezei.spamnot@teksavvy.com>  wrote:  N >And if the only customers who do accept IA64 are the VMS customers, since theN >VMS markletplace is, as you say, so much smaller than HP-UX, then it won't be  >big enough to make IA64 viable.  M Something like 20% of Superdomes are sold to run Windows. VMS & HP-UX are not  the only players.    -- Nigel Barker Live from the sunny Cote d'Azur    ------------------------------  % Date: Sun, 26 Sep 2004 09:45:45 -0600  From: "E.S." <emu@ecubics.com>5 Subject: Re: HP admits discontinued IA64 workstations 5 Message-ID: <IuB5d.328$6b6.230@fe61.usenetserver.com>    Nigel Barker wrote: M > On Sat, 25 Sep 2004 15:24:34 -0400, JF Mezei <jfmezei.spamnot@teksavvy.com>  > wrote:O >>And if the only customers who do accept IA64 are the VMS customers, since the O >>VMS markletplace is, as you say, so much smaller than HP-UX, then it won't be ! >>big enough to make IA64 viable.  >  > < > Something like 20% of Superdomes are sold to run Windows.   A And Microsofts commitment to itanium is written in stone, right ?   ) http://www.theinquirer.net/?article=16935   C It was written in june already. Nothing changed in the meantime ...   ' > VMS & HP-UX are not the only players.   D And the market for HP-UX on PA-RISC is healthy, as they announce new# WORKSTATION models based on PA-RISC   . http://www.hp.com/workstations/risc/index.html   > -- > Nigel Barker! > Live from the sunny Cote d'Azur    Got sun screen ?   ------------------------------  % Date: Sun, 26 Sep 2004 11:23:30 -0500 2 From: David J Dachtera <djesys.nospam@comcast.net>5 Subject: Re: HP admits discontinued IA64 workstations + Message-ID: <4156ED02.CFBC1C3C@comcast.net>    David Froble wrote:  >  > JF Mezei wrote:  >  > > O > > Look: HP/Intel got Compaq to kill Alpha on the premise that IA64 would take > > > over the world. HP puts all its eggs into the IA64 basket, > 1 > Don't forget, burning bridges behind them!  :-)   D Smileys aside, the concepts of burning bridges (to keep your enemiesH from following) and burning ships (to keep cowards from retreating) bothE assume a reasonable probablility of success - or insane belief in the > likelihood of success regardless of the odds and/or obstacles.  H In this case, the players were shooting blind, having no concept one wayG or the other whether their efforst would ultimately be successful. Like H the fool-hardy leader, they led their troops forward placing blind faithH in the abilities of the troops in a situation where abilities are likelyG to prove irrelevant: the cause was lost from the outset, and the effort  doomed from conception.   D I realize I'm the only person in the world who understands this, but I'll say it again anyway:   B Rebuffing the ubiquitous platform (IA32 and its current successor,G x86-64)) in favor of a target that is hoped to assume Alpha's place was @ proof positive that the choice-makers of the time were hoplessly deranged and deluded.   D Handled properly, even such insanity might have had a slim chance ofF repeating the VAX -> Alpha transition's success (Alpha -> IA64). As itH was handled, it was a doomed effort that must ultimately lead to abysmal= and embarassing failure. Even the members of the mighty Alpha H Engineering (now dispersed) and OpenVMS Engineering teams, for all theirC prowess and wizardry, are no match for such stupidity and insanity.   A Nonetheless, VMS will live on, in one form or another, just as do A RSTS/E, RSX and other PDP-11 operating systems. Charon-VAX is the  present-day proof of that.   ...IMHO, YMMV...   > > L > > Lets face it, IA64 was flawed right from the start. Both technically andO > > commercially. It is pointless for customers to start to migrate from a dead ! > > platform to a dying platform,  > ' > I'd suggest 'stillborn' over 'dying'.   ! I'd tend to echo that sentimaent.    --   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/    ------------------------------    Date: 25 Sep 2004 23:56:46 -0700( From: shofu_au@yahoo.com.au (Mark Smith)  Subject: Powerstorm 300 in DS10L= Message-ID: <8bdc0085.0409252256.6ab50d81@posting.google.com>   	 Hi Group,   5 I am planning to buy a hobbist DS10L from the USA.      4 I have a spare Powerstorm 300 video card I can use.   L I have asked two different resellers whether this will fit into the DS10L.    # One said yes and the other said no.   : Will the Powerstorm 300 fit into and is supported by DS10L   Thanks   Mark.    ------------------------------    Date: 26 Sep 2004 08:02:32 -0700( From: bob@instantwhip.com (Bob Ceculski)  Subject: Re: ssh vulnerabilities= Message-ID: <d7791aa1.0409260702.2130d0d1@posting.google.com>   y Jeffrey Coffield <jeffrey@digitalsynergyinc.com> wrote in message news:<2Pm5d.2690$nj.1081@newssvr13.news.prodigy.com>... E > When I upgraded to VMS 7.3-2 with TCPIP V5.4 I see that SSH is now  G > available. It appears to work fine but I was wondering, what are the  A > risks of enabling SSH logins to a VMS system from the Internet?  >  > TIA  > Jeff Coffield   - you do not want to use ssh but ssh2, and with  TCPware it works great ...   ------------------------------  % Date: Sun, 26 Sep 2004 17:55:01 +0200  From: Dirk Munk <munk@home.nl>  Subject: Re: ssh vulnerabilities2 Message-ID: <cj6oor$al6$1@news4.zwoll1.ov.home.nl>   Bob Ceculski wrote: { > Jeffrey Coffield <jeffrey@digitalsynergyinc.com> wrote in message news:<2Pm5d.2690$nj.1081@newssvr13.news.prodigy.com>...  > E >>When I upgraded to VMS 7.3-2 with TCPIP V5.4 I see that SSH is now  G >>available. It appears to work fine but I was wondering, what are the  A >>risks of enabling SSH logins to a VMS system from the Internet?  >> >>TIA  >>Jeff Coffield  >  > / > you do not want to use ssh but ssh2, and with  > TCPware it works great ...    E TCP/IP 5.4 SSH is SSH2, and it is based on the original SSH2 software H from a Finish company (I forgot the name). So the base should be ok.....   ------------------------------   Date: 26 Sep 2004 07:27:32 GMT2 From: "Dave Weatherall" <djw-nothere@nospam.nohow>C Subject: Re: ZIP "-V" v. UNIX, et al.: Problem, possible solutions. ? Message-ID: <DTiotGxQ0bj6-pn2-Pmz2dCDd36yQ@dave2_os2.home.ours>   9 On Sat, 25 Sep 2004 22:14:31 UTC, sms@antinode.org wrote:   / > From: John Laird <nospam@laird-towers.org.uk> # > [Some of this may look familiar.]  >  > >   ItF > > should be easy enough to grab a copy of a sample indexed file (sayO > > SYSUAF.DAT) and use SET FILE/ATTR=(EBK:) to artificially truncate the file.  > J >    Thanks for that valuable suggestion.  I used a plain sequential file,G > 32/35 truncated to 1/35, and my revised Zip code appeared to give the C > desired result in at least this one test case.  (So what could go 	 > wrong?)  > 3 >    As always, I'm open to a nice counter-example.  > J > > Zip and unzip it, then reset the end-of-file block on the copy and theN > > unzipped version and use DUMP to make sure the blocks beyond the incorrect@ > > EOF have been saved in the zip file and restored with unzip. > J >    DUMP /ALLOCATED allows one to look at the allocated-but-unused (or isE > that "unused"?) blocks, so there's no need to diddle the attributes # > again, just to do the comparison.  > E >    Interestingly, as I thought I had seen before, BACKUP appears to D > honor the EOF marker.  (This is on the UnZipped file, by the way.)   <SNIP>   > 6 >    Steven M. Schweda               (+1) 651-699-98185 >    382 South Warwick Street        sms@antinode-org  >    Saint Paul  MN  55105-2547   @ My memory is that, on some of my indexed files at least, BACKUP F /COMPARE detects rubbish remnants in blocks and issues a warning. ISTRD that I've seen it on some 'text' files too but I can't remember the C context. DIFFing the file checks the content and not the cruft. At   home so can't check.   --   Cheers - Dave.   PS.   F Steven, I suspect your newsreader/poster might not be 'threading' yourA replies correctly. Here they appear out of context in tree view.     ------------------------------   Date: 26 Sep 2004 08:13:26 GMT+ From: "Doc." <doc.cypher@openvms-rocks.com> C Subject: Re: ZIP "-V" v. UNIX, et al.: Problem, possible solutions. 7 Message-ID: <Xns9570682B47A44dcovmsrox@212.100.160.123>   ? %NEWS-I-NEWMSG, Dave Weatherall wrote in news:DTiotGxQ0bj6-pn2-   Pmz2dCDd36yQ@dave2_os2.home.ours   > PS.  > H > Steven, I suspect your newsreader/poster might not be 'threading' yourC > replies correctly. Here they appear out of context in tree view.   >   H He's accessing the newsgroup via the Info-VAX gateway.  The References: . headers get lost, hence the threading problem.     Doc. --  G OpenVMS:     Eight out of ten hackers prefer *other* operating systems. G http://www.openvms-rocks.com    Deathrow Public-Access OpenVMS Cluster.    ------------------------------   Date: 26 Sep 2004 07:27:25 GMT2 From: "Dave Weatherall" <djw-nothere@nospam.nohow>E Subject: Re: [DCL REQUEST] New ignore keyword for DIFFERENCES command ? Message-ID: <DTiotGxQ0bj6-pn2-dQ4ImCTWGqmH@dave2_os2.home.ours>   F On Sat, 25 Sep 2004 19:10:53 UTC, Paul Sture <nospam@sture.homeip.net> wrote:   > Charlie Hammond wrote:E > >  Why would you NOT want to examine the differences in comments???  > H > What immediately springs to mind here is when adding comments to some I > poorly commented code, in order to catch typos in the executable lines.  > I > (Yes, you guessed correctly, at one time I worked over a terminal line  9 > which would occasionally generate spurious characters.)   F Or showing your q/a man that the comment is the only thing you changed? in that section of the code. i.e. you've needed to apply a fix  F elsewhere in the source file and taken the opportunity to correct the  afore-mentioned typos.   --   Cheers - Dave.   ------------------------------   End of INFO-VAX 2004.535 ************************                                                                                                                                                                                                    >>> 200 Port 141.1 at Host 83.31.156.101 accepted. <<< RETR weslib.hlpec >>> 150 IMAGE retrieve of /disk$misc/decus/vax82b/westat/weslib/weslib.hlp (50832 bytes) started.d; >>> 226 Transfer completed.  48436 (8) bytes transferred.0 <<< PORT 83,31,156,101,141,34 >>> 200 Port 141.3 at Host 83.31.156.101 accepted. <<< RETR weslib.olbdd >>> 150 IMAGE retrieve of /disk$misc/decus/vax82b/westat/weslib/weslib.olb (116224 bytes) started.< >>> 226 Transfer completed.  115200 (8) bytes transferred. <<< PORT 83,31,156,101,141,64 >>> 200 Port 141.6 at Host 83.31.156.101 accepted. <<< RETR weslib.tlb$c >>> 150 IMAGE retrieve of /disk$misc/decus/vax82b/westat/weslib/weslib.tlb (54272 bytes) started.4; >>> 226 Transfer completed.  53248 (8) bytes transferred. <<< PORT 83,31,156,101,141,84 >>> 200 Port 141.8 at Host 83.31.156.101 accepted. <<< RETR worddate.pliid >>> 150 IMAGE retrieve of /disk$misc/decus/vax82b/westat/weslib/worddate.pli (1144 bytes) started.9 >>> 226 Transfer completed.  858 (8) bytes transferred. <<< PORT 83,31,156,101,141,94 >>> 200 Port 141.9 at Host 83.31.156.101 accepted. <<< RETR workset.plib >>> 150 IMAGE retrieve of /disk$misc/decus/vax82b/westat/weslib/workset.pli (568 bytes) started.9 >>> 226 Transfer completed.  431 (8) bytes transferred.8 <<< PORT 83,31,156,101,141,10.5 >>> 200 Port 141.10 at Host 83.31.156.101 accepted.5 <<< RETR yyddd.plia >>> 150 IMAGE retrieve of /disk$misc/decus/vax82b/westat/weslib/yyddd.pli (1344 bytes) started.d9 >>> 226 Transfer completed.  667 (8) bytes transferred.1 <<< PORT 83,31,156,101,141,1185 >>> 200 Port 141.11 at Host 83.31.156.101 accepted.5 <<< RETR yymmdd.plisb >>> 150 IMAGE retrieve of /disk$misc/decus/vax82b/westat/weslib/yymmdd.pli (2484 bytes) started.: >>> 226 Transfer completed.  1516 (8) bytes transferred.:   ANONYMOUS    job terminated at 21-SEP-2004 04:18:50.48< RETR yyddd.plia >>> 150 IMAGE retrieve of /disk$misc/decus/vax82b/westat/weslib/yyddd.pli (1344 bytes) s