1 INFO-VAX	Sat, 16 Jun 2001	Volume 2001 : Issue 332       Contents:A Re: "Talk Baq" to Compaq - but boycott www.compaqworkinggroup.com  7.3 Virgin install, docs Re: 7.3 Virgin install, docs Re: backup help & Re: Is the DFU source code available ?! Re: JBC-E-NOQUECTX from F$GETQUI.  Re: Mozilla 0.9.1  Re: Mozilla 0.9.1 " Re: Need help with LIB$TABLE_PARSE* Oracle Multithreaded Server on VMS anyone?& Re: Problem with JUMP from FREEWARE CD Re: Raid Array 3000 + 2 ES40s  RE: Raid Array 3000 + 2 ES40s  Re: Secured FTP   SUMMARY: 802.11b supported?  NOT$ Re: SUMMARY: 802.11b supported?  NOT" Re: The Daily David Hobbs Repost 2  F ----------------------------------------------------------------------  % Date: Sat, 16 Jun 2001 02:46:42 -0400 2 From: rdeininger@mindspring.com (Robert Deininger)J Subject: Re: "Talk Baq" to Compaq - but boycott www.compaqworkinggroup.comL Message-ID: <rdeininger-1606010246420001@user-2iveamh.dialup.mindspring.com>  E In article <vdsW6.1500$fi2.45140@news.cpqcorp.net>, "Fred Kleinsorge" $ <kleinsorge@star.zko.dec.com> wrote:     E > Were NSK to start using X11, I would point them to some interesting F > information about the inherently deadlocking design of the protocol.  D But at least on NSK it would be deadlock-stepping.  As long as every2 processor did it in unison, it would be ok, right?  E If NSK did X-windows, would you have to use a mouse in each hand, and  click them both simultaneously?    ;-)    --   Robert Deininger rdeininger@mindspring.com    ------------------------------  % Date: Sat, 16 Jun 2001 08:14:18 -0700 ! From: Tom Linden <tom@kednos.com> ! Subject: 7.3 Virgin install, docs 9 Message-ID: <CIEJLCMNHNNDLLOOGNJIAEEPCMAA.tom@kednos.com>   8 Got my CD but no docs.  Anybody know if they are online?  + Well, there is a first time for every thing    ------------------------------  , Date: Sat, 16 Jun 2001 16:58:13 +0200 (CEST)- From: Freddy Meerwaldt <frederik@freddym.org> % Subject: Re: 7.3 Virgin install, docs J Message-ID: <Pine.LNX.4.21.0106161657270.2697-100000@firewall.freddym.org>   Hi!   : > Got my CD but no docs.  Anybody know if they are online? > - > Well, there is a first time for every thing   2 www.openvms.compaq.com:8080 (or was ist :8000) ???= Have a look at the links section of http://vax6k.openecs.org. - This side and many more are referenced there!   
 Best Regards,  	Freddy    --  N Geek Code 3.1: GCS s+: a--- C+++ UBOU+++ P-- E--- W++ N w--- V++ PGP- t? 5? tv  J ==========================================================================D  Frederik Meerwaldt  ICQ: 83045387  Homepage: http://www.freddym.orgC  Bavaria/Germany              OpenVMS and Unix Howtos and much more I  Solaris, HP/UX, AIX, NetBSD, OpenBSD, IRIX, Tru64, OpenVMS, Ultrix, BeOS    ------------------------------  % Date: Sat, 16 Jun 2001 02:09:22 -0400 2 From: rdeininger@mindspring.com (Robert Deininger) Subject: Re: backup helpL Message-ID: <rdeininger-1606010209220001@user-2iveamh.dialup.mindspring.com>  = In article <9lolitghkr7jt7mq86v5r3juee2jite1nf@4ax.com>, mike  <cdunevant@yahoo.com> wrote:  D > Grad student working an internship...totally new to VMS (as are my% > full-time co-workers, appearently).  > D > I'm using VMS 7.2 on an Alpha server and trying to backup the dataG > disc to a sequence of tapes.  After reading the manual several times, 9 > I came up with the following (which works pretty well).  > E > $ BACKUP/IMAGE/IGNORE=label_processing  DUA1:  MUB6:data.sav/rewind  > H > The only problem is...this doesn't back up files currently in use.  To: > capture these, it looks like I need to use the qualifier > IGNORE=interlock.  > D > I tried to specify both IGNORE qualifiers at the same time severalF > ways, but always ended up with a syntax error.  Can someone point me* > in the right direction?  Thanks a bunch!  J Generally, VMS command qualifiers that take a list of values will want the( list enclosed in parentheses, like this:  O $ BACKUP/IMAGE/IGNORE=(label_processing,interlock)  DUA1:  MUB6:data.sav/rewind   I You can also put /LABEL=<actual label on tape> instead of /IGNORE=LABEL.  H This can be a useful check to prevent data loss if you accidentally load the wrong tape.    But...  C If you want a perfect backup of a disk, you need to back it up when F nothing else is using it.  For a data disk, you can first idle all theC applications so there are no open files, then DISMOUNT the disk and D reMOUNT it private to one process.   Then do the backup, without theJ /IGNORE=INTERLOCK.  (DISMOUNT only succeeds when there are no open files. G MOUNT without /GROUP or /SYSTEM or /SHARE gives exclusive access to one ( process (and perhaps its subprocesses.))  J To back up a system disk, this method won't work.  For that task, you needF to shut down the system and boot it from another disk -- usually a VMS< installation CD.  Then you mount the disk and do the backup.  @ You'll want to see the openvms FAQ, which you can find linked atJ www.openvms.compaq.com.  The VMS documentation can also be found there, in> HTML format.  And don't forget the HELP command in VMS itself.   --   Robert Deininger rdeininger@mindspring.com    ------------------------------  # Date: Sat, 16 Jun 2001 09:10:00 GMT 1 From: CSABA  HARANGOZO   <csabah@zipworld.com.au> / Subject: Re: Is the DFU source code available ? 8 Message-ID: <InFW6.236$4W1.52299@nostril.pacific.net.au>  0 David J. Dachtera <djesys.nospam@fsi.net> wrote: > CSABA HARANGOZO wrote: >>  K >>         Speaking of DFU, it seems V2.7 has a peculiar bug, as it reports N >>         that a particular disk has its highwater marking turned on, when itK >>         it is obviously not. ( Checked with ANAL/SYS, SHOW DEV/FULL,...)    > Did you get the V2.7-1 ECO?   F 	No. Thanks for mentioning it. I haven't realized that there is one...  6 > http://www.djesys.com/freeware/vms/dfufree27eco1.zip  B 	Does this ECO exist specifically to fix this problem? Or is it toF 	fix others ( as well )? Anyway, I will apply it and see what happens.   > Note: B > While I recommend DFU and find highly useful, I don't support or, > maintain DFU - I just have this available.  2 	Fair enough. Thanks for providing this service...   					Cheers,		Csaba   I    ---------------------------------------------------------------------- E    * Csaba I. Harangozo     |    'To err is human', said the hedgehog E    * csabah@zipworld.com.au |           as he dismounted a wirebrush. I    ---------------------------------------------------------------------- ;    EARTH::AUSTRALIA:[SYDNEY]HARANGOZO.CSABA;1, delete? [N]:    ------------------------------  % Date: Sat, 16 Jun 2001 10:40:09 +0200 2 From: "Thomas H. Pauli" <thomaspauli@arcormail.de>* Subject: Re: JBC-E-NOQUECTX from F$GETQUI.) Message-ID: <3B2B1B69.80805@arcormail.de>   	 Hi Scott,   C I think it's the second execution of the QName= statement after the  final GOTO Qloop !   Thomas   fwheeler@csc.com wrote:   9 > I'm getting a JBC-E-NOQUECTX from F$GETQUI on a command E > file that was intended to RELEASE print jobs held in the queue. The I > message occurs on line #9 ($ Held = ...) (below) when I run it on VAX/-  > VMS V7.2.  >  > What am I doing wrong?> > /Scott Wheeler, Computer Sciences Corporation, Fort Worth TX >  > $ show queue/all ps_lps1c6! > Generic printer queue PS_LPS1C6  > 6 >   Entry  Jobname         Username     Blocks  Status6 >   -----  -------         --------     ------  ------7 >     100  MSCR4A$1        SELLERS         145  Holding 7 >     101  MTDCR4A$1       SELLERS         141  Holding 7 >     102  DTDCR4A$1       SELLERS         141  Holding 8 > $ diff release_held.com nl:     ! 'type' with line #s. > ************( > File USER4:[WHEELER]RELEASE_HELD.COM;1D >     1   $Start: ! Release all 'Holding' jobs from PS_LPS1C6 queue.7 >     2   $ ClearContext = F$GETQUI("CANCEL_OPERATION")  >     3   $QLoop:  >     4   $ QName = - @ >     5      F$GETQUI("DISPLAY_QUEUE","QUEUE_NAME","PS_LPS1C6",-) >     6               "GENERIC,SYMBIONT") ' >     7   $ IF QName .EQS. "" THEN EXIT  >     8   $JobLoop: D >     9   $ Held = F$GETQUI("DISPLAY_JOB","JOB_HOLDING",,"ALL_JOBS"), >    10   $ IF Held .EQS. "" THEN GOTO QLoop >    11   $ Entry = - 5 >    12      F$GETQUI("DISPLAY_JOB","ENTRY_NUMBER",,- 0 >    13               "FREEZE_CONTEXT,ALL_JOBS")? >    14   $ IF Held .EQS. "TRUE" THEN SET ENTRY 'Entry'/RELEASE  >    15   $ GOTO JobLoop > ****** > File NL:[]RELEASE_HELD.COM;  > ************ > ( > Number of difference sections found: 1( > Number of difference records found: 15 > " > DIFFERENCES /IGNORE=()/MERGED=1-( >     USER4:[WHEELER]RELEASE_HELD.COM;1- >     NL:[]RELEASE_HELD.COM; > $ @release_held # > %JBC-E-NOQUECTX, no queue context  > $  >  >      --  9 Thomas H. Pauli, Hammersteinstr.19, 14199 Berlin, Germany    ------------------------------   Date: 16 Jun 2001 07:49:49 CDT= From: wayne@tachysoft.xxx.563109.killspam.015d (Wayne Sewell)  Subject: Re: Mozilla 0.9.1. Message-ID: <SaHi3RGc9HXz@tachxxsoftxxconsult>  ` In article <3b2a4383.39153439@news.process.com>, goathunter@goatley.com (Hunter Goatley) writes:R > On Fri, 15 Jun 2001 16:49:07 GMT, system@SendSpamHere.ORG (Brian Schenkenberger, > VAXman-) wrote:  > 0 >>>You need Multinet V4.2A with a patch or V4.3. >>> B >>>As of 0.9.1, Mozilla on OpenVMS is using BSD 4.4 style sockets. >> >>What was it using before???  >>M > It was using BSD 4.3-style sockets before.  MultiNet and TCPware do not yet K > have full support for BSD 4.4-style sockets.  Until they do, Mozilla will - > not work correctly on MultiNet and TCPware.   N What a stupid thing to do, making such a major change at the last minute. TheyN should be concentrating on fixing bugs in preparation for the released versionK instead of adding new features/functionality.   They certainly shouldn't be O doing stuff that causes it not to work on people's existing stacks.   Influence & from the billyworld mindset, no doubt.  F It looks like we're back to not having a decent browser for vms again.   --  O =============================================================================== M Wayne Sewell, Tachyon Software Consulting  (281)812-0738  wayne@tachysoft.xxx : http://www.tachysoft.xxx/www/tachyon.html and wayne.html  K change .xxx to .com in addresses above, assuming you are not a spambot  :-) O =============================================================================== K Hotel guy (after bed demolition):  That bed goes back to Henry the eighth!! O    Curly: That's nothin'!  We had a bed go back to Sears and Roebuck the fifth!    ------------------------------  % Date: Sat, 16 Jun 2001 13:01:14 -0400 2 From: rdeininger@mindspring.com (Robert Deininger) Subject: Re: Mozilla 0.9.1L Message-ID: <rdeininger-1606011301140001@user-2ive6ri.dialup.mindspring.com>  . In article <SaHi3RGc9HXz@tachxxsoftxxconsult>,> wayne@tachysoft.xxx.563109.killspam.015d (Wayne Sewell) wrote:  I > In article <3b2a4383.39153439@news.process.com>, goathunter@goatley.com  (Hunter Goatley) writes:D > > On Fri, 15 Jun 2001 16:49:07 GMT, system@SendSpamHere.ORG (Brian Schenkenberger,  > > VAXman-) wrote:  > > 2 > >>>You need Multinet V4.2A with a patch or V4.3. > >>> D > >>>As of 0.9.1, Mozilla on OpenVMS is using BSD 4.4 style sockets. > >> > >>What was it using before???  > >>O > > It was using BSD 4.3-style sockets before.  MultiNet and TCPware do not yet M > > have full support for BSD 4.4-style sockets.  Until they do, Mozilla will / > > not work correctly on MultiNet and TCPware.  > P > What a stupid thing to do, making such a major change at the last minute. TheyP > should be concentrating on fixing bugs in preparation for the released versionM > instead of adding new features/functionality.   They certainly shouldn't be G > doing stuff that causes it not to work on people's existing stacks.   	 Influence ( > from the billyworld mindset, no doubt. > H > It looks like we're back to not having a decent browser for vms again.  E I don't know any details of this socket stuff, but it's possible they H needed some functionality that requires BSD 4.4.  Remember how everybodyH has been complaining about problems with Mozilla?  Maybe this fixes some of them.  G If it was easy, maybe you or I would have already done it.  The Mozilla B folks are making progess; I'll give them the benefit of the doubt.   --   Robert Deininger rdeininger@mindspring.com    ------------------------------  # Date: Sat, 16 Jun 2001 12:13:51 GMT = From: system@SendSpamHere.ORG (Brian Schenkenberger, VAXman-) + Subject: Re: Need help with LIB$TABLE_PARSE 0 Message-ID: <009FD9C4.BDD9DE40@SendSpamHere.ORG>  | In article <uLsW6.10186$pb1.381553@www.newsranger.com>, Simon Clubley <simon_clubley@remove_me.excite.com-Earth.UFP> writes:- >On Thu, 14 Jun 2001 09:46:19 GMT, in article K ><009FD81D.CCC2A9F8@SendSpamHere.ORG>, Brian Schenkenberger, VAXman- wrote:  >>j >>In article <OFB96D052A.21A4B52D-ON88256A6A.007D251B@foundation.com>, Shane.F.Smith@Healthnet.com writes: >>> K >>>Down, Brian, or we'll come over there and poke you with cushions.... :-)  >>B >>I'm made of harder stuff.  You'll need to fetch the comfy chair. >> > D >Fine. You are hereby denied access to XDELTA and required to access: >your VMS systems using Microsoft's terminal emulator. :-)  = If that were to ever happen, I'd give up on the software biz.    --O VAXman- OpenVMS APE certification number: AAA-0001     VAXman(at)TMESIS(dot)COM              O city, n., 1. a place where trees are cut down and streets are named after them.    ------------------------------    Date: 16 Jun 2001 10:01:22 -07001 From: nothome@spammers.are.scum (Malcolm Dunnett) 3 Subject: Oracle Multithreaded Server on VMS anyone? , Message-ID: <JtFsfV8XI4kh@malvm5.mala.bc.ca>  B Is anyone using the Oracle 8i (8.1.7) Multithreaded Server on VMS?  = I've tried to set it up but can't get it to register with the < listener. The database starts the dispatchers ok ( I can see7 them in a SHO SYS ), but the listener doesn't show them < when I do a LSNRCTL SERVICES. Any attempt to connect creates: a DEDICATED server - if I insist on a SHARED server in the8 connect string I get an error ( can't resolve service ).  8 If anyone has this working I'd appreciate a copy of your9 LISTENER.ORA file and MTS* initialization settings to see ) if I can figure out what I'm doing wrong.   M ============================================================================= B Malcolm Dunnett      Malaspina University-College   Email: dunnettE                                                      Host: mala.bc.ca H Information Systems  Nanaimo, B.C. CANADA V9R 5S5     Tel: (250)755-8738   ------------------------------  % Date: Sat, 16 Jun 2001 19:53:37 +1000 4 From: "Jonathan Ridler" <jonathan.ridler@compaq.com>/ Subject: Re: Problem with JUMP from FREEWARE CD 3 Message-ID: <_0GW6.1516$fi2.45270@news.cpqcorp.net>   ? "Chris Sharman" <Chris.Sharman@ccagroup.co.uk> wrote in message + news:009FD780.E28C282F.20@ccagroup.co.uk...  > ... J > >In fact, I just renamed the file from .DAT to .FUBAR and I get the sameJ > >error, but I do NOT get the expected '%JUMP-F-BADACCFIL, Failed to open > >access list file; error '.  > K > That turns up for file not found, not for RMS$_PRV (or the Pascal equiv). E > The code handles success, and file not found, but other errors fail  quietly, > which is perhaps slack.   H Not quite correct -- the code handles successful file open (i.e., do the checks),L everything else *except* file not found (i.e., exit with error information),H *and* file not found, which, since the file is not mandatory, is a valid statusG (i.e., access = unspecified).  Hopefully, not too slack after all?  ;-)    Also, Chris wrote:  G > For completeness, check_access_and_options should report all errors I  suppose:I > ss$_nopriv is true enough, but it would be nice to have a more specific  error.  I Where I have used a deliberate SS$_NOPRIV exit, I chose to do so based on D (my understanding of) the Digital/Compaq view that where security isL concerned, state the obvious, but obscurity may be appropriate -- JUMP beingK the type of tool that it is, I feel no more information should be provided. K If debugging is required, those doing it should be able to work within this  constraint.   3 However, speaking of slack, my previous message ...p  H > As for the problem Bob is experiencing, I'm interested to see that theH > target username is on a remote node (via DECnet). I did not write JUMPE > with this in mind and do not recall testing it, but that may be thep problem.I > Bob, was this working previously? What has changed that you can recall?e  H ... was written without reference to the source, and without having used JUMP for a *long* time. 8-((   K Anyway, suffice to say, my comments about the target being via DECnet mighthF have been caused by a cosmic ray (or six) hitting the old neurons. The DECnetI entry in the audit record is the source of the login (you all knew that).-   Now, as to the problem:7  J 1. The failures appear to be from SET HOST sessions -- does the same thing* occur from a telnet session (for example)?  & 2. Make the access file one line only:
        cactus38 and see what happens -- it should fail parsing the file.  & 3. Make the access file one line only:        kaplow : kaplowro# and see what happens for that jump.n   4. Put the line:
        cactustL into your normal access file immediately before your relevant valid entry --. it should fail parsing the file at that point.  L 5. As for 4 above, but immediately after the good entry -- should proceed to NOPRIV as per your experience.  J 6. Using your normal access file, jump using /NOAUDIT -- should proceed to5 NOPRIV as per your experience and *no other* message.   I 7. Try compiling/linking with DEBUG and then see what happens. You shouldrK be able to follow the code path right up to the exit. (I didn't incorporaten DEBUGeL into the build procedure, but it should be fairly straightforward -- if not, let me, know and I'll provide a modified procedure.)  L 8. Can you find a successful audit trail entry (prior to failures starting)?
 If you canK determine when it started failing, perhaps any changes that occured at that= time& might become clear and provide a clue.  I 9. Would you mind sending me a copy of your access file, please? (only if/ that's) okay with your security folk, of course!)    Let me know how you go.d   Cheers,e	 Jonathan.y   Jonathan Ridlert Business Critical Consultant Compaq Computer Australia=   ------------------------------  % Date: Sat, 16 Jun 2001 02:40:10 -0400 2 From: rdeininger@mindspring.com (Robert Deininger)& Subject: Re: Raid Array 3000 + 2 ES40sL Message-ID: <rdeininger-1606010240100001@user-2iveamh.dialup.mindspring.com>  A In article <3B2A5626.6349A122@ost.cdrh.fda.gov>, Jonathan Boswelle <jsb@ost.cdrh.fda.gov> wrote:   I > I am running VMS V7.3 on 2 ES40's with a shared SCSI bus (2 KZPBA) to 2 K > Storageworks shelves.  I was under the impression that I could populate 4kO > shelves with JBOD disks and still see them from VMS.  That is not the case: IsJ > can see at most devices 0-7 and devices 100-107 using host port 1, but I cannotO > see any device LUNS above 7 from VMS.  Was I misled about the capabilities of  > VMS or the KZPBAs?  + I'm not familiar with that SCSI controller.   C Have you looked at the Guidlines for Cluster Configurations manual?>  W http://www.openvms.compaq.com:8000/73final/documentation/pdf/OVMS_73_CLUSTER_CONFIG.PDFu   or< http://www.openvms.compaq.com:8000/73final/6318/6318PRO.HTML  6 In particular, see table 4-6; appendix A (esp. A.4.1).  J What kind of disks?  Which storageworks shelves?  They all have to be wideF SCSI.  Your KZPBA adapters must be the -CB variety for multihost use. J Perhaps you have to configure the adapters to enable wide operation?  ThatI was true with some older ones.  And of course each of the adapters has tot have a unique SCSI ID.    G Does your system console see something along the lines of example A-1?  F Maybe you should post the output of the console's SHOW DEVICE command.  J With everything set to operate in wide SCSI mode, it looks like you shouldH be able to use 14 disks on a shared SCSI bus.  (14 disks + 2 IDs for theI SCSI adapters uses up the 16 available SCSI IDs.)  That's enough disks toeC fill 2 shelves.  For 4 shelves worth, I think you'll need more SCSI 	 adapters.h  H Does the KZPBA support LUNs?  I thought only the HSxnn controllers could do that.   -- t Robert Deininger rdeininger@mindspring.com-   ------------------------------  % Date: Sat, 16 Jun 2001 08:05:11 +0100y5 From: "Steeples, Oliver" <Oliver.Steeples@compaq.com> & Subject: RE: Raid Array 3000 + 2 ES40sN Message-ID: <F498D199EDB12D468CD2C66680D3080116D5D8@reoexc04.emea.cpqcorp.net>  I There is something about RA3000's and lun mapping but can't remeber.  ThetJ first thing to check is the cabling as if you get the wrong connections to the host ports then probs:  L http://www.compaq.com/products/storageworks/techdoc/raidstorage/RA3000cable. html   Also there is the HSZ22 confis:,K ACTIVE / ACTIVE: One host port is active on each controller. The other portrI on each controller is passive and only used if the peer controller fails. # This configuration is recommended. .I ACTIVE / PASSIVE: Both host ports on one controller are active. The othereK controller's ports are both passive and only used if the primary controllere fails. hK When one controller fails, the survivor will process all I/O requests untiltI the failed controller is repaired and powered on. The subsystem will then J return to its previous state (i.e., ACTIVE / ACTIVE or ACTIVE / PASSIVE).   : The KZPBA-CB (diff) and VMS will handle the LUNS no probs.  I I would verify the cabling and HSZ22 config through SWCC as these are thet/ most likely causes of the missing 100-107 LUNs.f   Regards, 	Oliverc   -----Original Message-----B From: rdeininger@mindspring.com [mailto:rdeininger@mindspring.com]% Sent: Saturday, June 16, 2001 7:40 AMh To: Info-VAX@Mvb.Saic.Coms& Subject: Re: Raid Array 3000 + 2 ES40s    A In article <3B2A5626.6349A122@ost.cdrh.fda.gov>, Jonathan BoswellR <jsb@ost.cdrh.fda.gov> wrote:n  I > I am running VMS V7.3 on 2 ES40's with a shared SCSI bus (2 KZPBA) to 2nK > Storageworks shelves.  I was under the impression that I could populate 4rG > shelves with JBOD disks and still see them from VMS.  That is not thet case: InJ > can see at most devices 0-7 and devices 100-107 using host port 1, but I cannotL > see any device LUNS above 7 from VMS.  Was I misled about the capabilities of > VMS or the KZPBAs?  + I'm not familiar with that SCSI controller.   C Have you looked at the Guidlines for Cluster Configurations manual?   L http://www.openvms.compaq.com:8000/73final/documentation/pdf/OVMS_73_CLUSTER _CONFIG.PDF    or< http://www.openvms.compaq.com:8000/73final/6318/6318PRO.HTML  6 In particular, see table 4-6; appendix A (esp. A.4.1).  J What kind of disks?  Which storageworks shelves?  They all have to be wideF SCSI.  Your KZPBA adapters must be the -CB variety for multihost use. J Perhaps you have to configure the adapters to enable wide operation?  ThatI was true with some older ones.  And of course each of the adapters has toP have a unique SCSI ID.    G Does your system console see something along the lines of example A-1?  F Maybe you should post the output of the console's SHOW DEVICE command.  J With everything set to operate in wide SCSI mode, it looks like you shouldH be able to use 14 disks on a shared SCSI bus.  (14 disks + 2 IDs for theI SCSI adapters uses up the 16 available SCSI IDs.)  That's enough disks torC fill 2 shelves.  For 4 shelves worth, I think you'll need more SCSIn	 adapters.a  H Does the KZPBA support LUNs?  I thought only the HSxnn controllers could do that.   -- l Robert Deininger rdeininger@mindspring.com_   ------------------------------  # Date: Sat, 16 Jun 2001 13:36:50 GMT - From: "Dave Pampreen" <davepampreen@home.com>e Subject: Re: Secured FTP= Message-ID: <ShJW6.84510$DG1.13940572@news1.rdc1.mi.home.com>s  G It is an option, but it will make things a bit more complicated.  I wassL really hoping to have that SSL-FTP!  I'll have to re-think a few things, but! should be able to make that work.e   Thanks,n Dave  7 "Arne Vajhj" <arne.vajhoej@gtech.com> wrote in messageo# news:3B2A6092.D3F536E8@gtech.com...t > Dave Pampreen wrote:L > > Is there a 3rd party FTP that runs between 2 VMS nodes over the internet: > > that uses some sort of encryption to protect the data? > >gG > > I've thought about encrypting it on node a, then FTP to node b thenaH > > decrypting it, but I need this to be transparent to my users so that whenI > > they push the file from node a to node b, there does not have to be aE; > > special routine to decrypt it (I hope that makes sense)e > >hB > > I'm running VMS7.2-1 with the latest patched version of TCP/IP Services...S > * > I am not aware of any "SSL FTP" for VMS. > 0 > We have HTTPS (SSL HTTP) and SSH (SSL TELNET). >a > Are HTTPS and option ? >- > Arne   ------------------------------  % Date: Sat, 16 Jun 2001 08:09:46 -07001! From: Tom Linden <tom@kednos.com>d) Subject: SUMMARY: 802.11b supported?  NOT 9 Message-ID: <CIEJLCMNHNNDLLOOGNJIGEEOCMAA.tom@kednos.com>o  K Wireless lan PCI cards are not supported on Alpha, either Tru64 or OpenVMS.n  < Makes you wonder why not?  Sounds like we have to use W2K.      F0  > does Tru64 support wireless lan PCI adapters?  :E  In a word, no and as far as I know there are no plans to add them ineE  the near future (like, say, in our or the product's lifetime), but IoB  am not all-knowing, and there may be a midnight hack under way..    H  Dr. Thomas P. Blinn + UNIX Software Group + Compaq Computer Corporation      D   The Compaq WL200 series wireless LAN PCI adapter is not currently    supported by OpenVMS.   K   Hoff (Stephen) Hoffman   OpenVMS Engineering   hoffman#xdelta.zko.dec.com-   ------------------------------  , Date: Sat, 16 Jun 2001 16:57:20 +0200 (CEST)- From: Freddy Meerwaldt <frederik@freddym.org>-- Subject: Re: SUMMARY: 802.11b supported?  NOTmJ Message-ID: <Pine.LNX.4.21.0106161656010.2697-100000@firewall.freddym.org>   Hi Tom,t  M > Wireless lan PCI cards are not supported on Alpha, either Tru64 or OpenVMS.1 > > > Makes you wonder why not?  Sounds like we have to use W2K.    E Why don't you just use a wavelan access point which you connect via a0" crossover TP Cable to your server?7 We have the same solution in our lab - works perfectly!w  
 Best Regards,n 	Freddy    -- hN Geek Code 3.1: GCS s+: a--- C+++ UBOU+++ P-- E--- W++ N w--- V++ PGP- t? 5? tv  J ==========================================================================D  Frederik Meerwaldt  ICQ: 83045387  Homepage: http://www.freddym.orgC  Bavaria/Germany              OpenVMS and Unix Howtos and much more-I  Solaris, HP/UX, AIX, NetBSD, OpenBSD, IRIX, Tru64, OpenVMS, Ultrix, BeOS=   ------------------------------    Date: 16 Jun 2001 06:55:50 -0000% From: Anonymous <nobody@hyperreal.pl>y+ Subject: Re: The Daily David Hobbs Repost 2h; Message-ID: <99cb875889833c31aee16943ace65c1c@hyperreal.pl>p   >Scott Abraham wrote:-   >Whoever you are, good work.; >Hobbs is a psychopathic liar, a drug addict, a true wacko.sG >He threatened my life on several occasions, has stalked me in the realnE >world, has made false police reports, committed perjury, and grosslye >defamed me. >If you know him, avoid himm  : Hey, if you liked the Daily David Hobbs Repost 2 just wait7 till you catch installment THREE coming this Monday to:t5 comp.lang.java.programmer, comp.os.linux.advocacy and  a host of others!!!d   CBB   ! Comments, kudos or complaints to:n2 David (Maverick) Hobbs <lordboots@mailandnews.com>   ------------------------------   End of INFO-VAX 2001.332 ************************