0 INFO-VAX	Tue, 03 Feb 2004	Volume 2004 : Issue 66      Contents: Re: $SETUAI() Query/Problem  Re: $SETUAI() Query/Problem  Re: $SETUAI() Query/Problem  Re: $SETUAI() Query/Problem  Re: $SETUAI() Query/Problem  Re: $SETUAI() Query/Problem  Re: $SETUAI() Query/Problem " (OT) FS: Digital Network Equipment% Adding internal disks to ES40 Model 2 ) Re: Adding internal disks to ES40 Model 2 2 Re: Does iSCSI infringe on any MSCP patents or IP? DQDRIVER on a 500au , Help with SSH, any tricks to get it to work?0 Re: Help with SSH, any tricks to get it to work?0 Re: Help with SSH, any tricks to get it to work? Re: Hobbyist questions?  Re: Hobbyist questions?  Re: Hobbyist questions?  Re: Hobbyist questions? ) Re: HOW MANY BPI DOES A DLT7000 WRITE AT? P Re: Intel and Microsoft provide higher 32-bit applications  performance         P Re: Intel and Microsoft provide higher 32-bit applications performance on Itaniu' Re: J F tells Americans: "Get over it!" ' Re: J F tells Americans: "Get over it!" 0 Re: New Variant MyDoom.B targeting Microsoft.com Re: Open VMS for Alpha Re: Open VMS for AlphaJ Re: OpenVMS vs unix security ... Andrew, the IBM guy awaits your response! Re: Rumours of (CPU) Wars  Re: Rumours of (CPU) Wars  Re: Rumours of (CPU) Wars # Re: Searching for DECps information 5 Re: SHOW MEMORY /CACHE /FULL = 164% Read Hit Rate ??? , Re: Slightly OT: Code Red on the rise again?# Re: Slow volume under Fibre Channel  stupid smtp/mapi question  Re: stupid smtp/mapi question  Re: stupid smtp/mapi question 5 TCP/IP for HP OpenVMS Bind Version 8 Potential Denial , Re: What happend with vmspython.dyndns.org ?  F ----------------------------------------------------------------------   Date: 2 Feb 2004 13:15:37 -0600 ; From: koehler@eisner.nospam.encompasserve.org (Bob Koehler) $ Subject: Re: $SETUAI() Query/Problem3 Message-ID: <QabZoheyhsiv@eisner.encompasserve.org>   o In article <pO2dnUvFieDoQIbd4p2dnA@brightview.com>, "covendotartdottalk21dotcom" <postmaster@127.0.0.1> writes: < > "Larry Kilgallen" <Kilgallen@SpamCop.net> wrote in message > B >> What makes you think MCR AUTHORIZE uses those system services ? > H > Because it would seem logical, since it gets and sets UAF information;B > having separate code that has to change each time the UAF formatD > changed (i.e. if AUTHORIZE manually traverses the UAF file itself)B > would be nonsensical - why not use perfectly good system service > routines that already exist? >   F    History is relavent.  AUTHORIZE.EXE has been with VMS since versionB    0.x ran on VAX 11/780.  $GETUAI and $SETUAI are relatively new.C    I'd suspect AUTHORIZE.EXE might never have been rewritten to use     them.   ------------------------------  % Date: Mon, 02 Feb 2004 16:49:13 -0600 / From: Chris Scheers <chris@applied-synergy.com> $ Subject: Re: $SETUAI() Query/Problem3 Message-ID: <401ED3E9.7E92F68F@applied-synergy.com>   ! covendotartdottalk21dotcom wrote:  > 5 > "David M Smith" <dsmit115@csc.com> wrote in message 4 > news:uv2t10d5e01lio12j3utonv6qjdd5qtfv8@4ax.com...H > > On Mon, 02 Feb 2004 12:40:08 -0500, David M Smith <dsmit115@csc.com> > wrote: > > H > > >At the risk of answering the technical question without considering > whether orI > > >not the solution is a good one, simply defining the logical names in  > /EXEC modeM > > >is not enough. My experience is that there is an additional step that is 	 > needed: N > > >to define the logical name LNM$FILE_DEV in the LNM$PROCESS_DIRECTORY with > the L > > >same value as found in the table LNM$SYSTEM_DIRECTORY. Also, be certain
 > that allN > > >logicals used in your definition of SYSUAF (and RIGHTSLIST if you use it) > are  > > >define in /EXEC mode. > > K > > I failed to state that the definition for LNM$FILE_DEV must be in /EXEC  > mode. H > > You can retrieve the current system value of this logical name with: > > A > > $ SHOW LOGICAL /FULL LNM$FILE_DEV /TABLE=LNM$SYSTEM_DIRECTORY  > > L > > and then define an exec-mode value in the LNM$PROCESS_DIRECTORY table to > match.J > > It has been so long ago that I learned this that I don't remember from > where. > I > Thanks for your thoughts, David, although as I mentioned in my reply to J > Jonas, it's largely irrelevant now (although I'm still curious as to why? > what I've been doing doesn't work, or if it could ever work).  > G > Presumably (without having access just now to check what the value of K > LNM$FILE_DEV is, and as an aside, what its likely function is), having to K > have LNM$FILE_DEV defined in LNM$PROCESS_DIRECTORY to a value the same as J > that used by LNM$SYSTEM_DIRECTORY, would preclude specifying a differentJ > device (and conceivably therefore, a different node), unless you were toD > also change the LNM$SYSTEM_DIRECTORY definition, thus changing theG > system-wide UAF used by LOGINOUT (which was what I had been trying to 	 > avoid)?     F "Normally", logical names are checked for in the tables: PROCESS, JOB, GROUP, SYSTEM, in that order.   6 LNM$FILE_DEV is the logical which controls this order.  E You can redefine it in your LNM$PROCESS_DIRECTORY table to change the  order used by your process.   G The trick is that the executive mode definition of LNM$FILE_DEV says to G only look in the SYSTEM table, so process logicals have no affect on an   executive mode name translation.  C If an appropriatly privileged user defines their own executive mode E definition of LNM$FILE_DEV, they can override the table search order, ' even for an executive mode translation.   A Going back one further step, the logical LNM$DIRECTORIES in table C LNM$SYSTEM_DIRECTORY says to look in LNM$PROCESS_DIRECTORY and then  LNM$SYSTEM_DIRECTORY.   G ----------------------------------------------------------------------- $ Chris Scheers, Applied Synergy, Inc.  C Voice: 817-237-3360            Internet: chris@applied-synergy.com     Fax: 817-237-3074    ------------------------------   Date: 2 Feb 2004 13:13:06 -0600 ; From: koehler@eisner.nospam.encompasserve.org (Bob Koehler) $ Subject: Re: $SETUAI() Query/Problem3 Message-ID: <Z+gqwDEftqbd@eisner.encompasserve.org>   o In article <2dydnTNwm5CKSobdRVn-jw@brightview.com>, "covendotartdottalk21dotcom" <postmaster@127.0.0.1> writes:  > I > So reading between the lines of your terse response, what you're saying I > is that there is no way of modifying the content of a remote node's UAF I > (where that remote node is not in a cluster with the node where you are I > attempting to originate the password change requests, and therefore not F > sharing a cluster-common UAF), from an executable generated from 3GL> > source code, using the $SETUAI() routine in combination with > $HASH_PASSWORD?       I think that's right.  H > So how do other people with several hundred (lookalike) systems changeC > account passwords?  Manually?  Using a different password on each 	 > system?   I    A VMScluster is one security domain.  An PC network using single sign  F    on is one security domain.  There are lots of examples where "each H    system" cannot be mapped directly to "each computer box" for security    purposes.  H    And yes, when I had to use 36+ individual systems, I had to maintain B    my password on each by either going to it (MS Windows not usingA    single sign on), or networking (servers).  SSH or a physically 4    secure network should be provided for the latter.   ------------------------------  $ Date: Mon, 2 Feb 2004 20:54:57 -00009 From: "covendotartdottalk21dotcom" <postmaster@127.0.0.1> $ Subject: Re: $SETUAI() Query/Problem3 Message-ID: <IrqdnRt5p8O-JIPdRVn-jw@brightview.com>   : "Larry Kilgallen" <Kilgallen@SpamCop.net> wrote in message- news:+Cdy84lFaBVk@eisner.encompasserve.org... 5 > In article <KZednRzI0rm6FYDdRVn-hQ@brightview.com>, ; "covendotartdottalk21dotcom" <postmaster@127.0.0.1> writes: > > > "Larry Kilgallen" <Kilgallen@SpamCop.net> wrote in message1 > > news:kzO4pYdQXv9J@eisner.encompasserve.org...  > F > >> And I think your network consisting entirely of secured computersD > >> with no connections to the outside world but yet with some risk& > >> of password sniffing is unlikely. > > 5 > > They don't have connections to the outside world.  > > G > > Some risk of password sniffing?  Well, anyone with a legitimate box F > > on the network (or physical access to disconnect a legitimate box,G > > and plug in their own one), and can put an adapter into promiscuous  > > mode can do just that. > E > Then the network does not consist of secured computers if attackers  > have physical access.   A One has to place some level of trust in one's employees.  If they C subsequently then decide (for whatever reason) to become malicious, C there's little that can be done about that - having security people A monitoring and frisking people is a non-sequitur - Quis custodiet  ipsos custodies?  D As for non-employee physical access - well, a bulldozer, JCB or just, about any other motor vehicle would suffice.  A Security guards in your way?  Easy, threaten them with a firearm.   8 They're still not scared?  Okay, shoot them in the head.  4 There's security and there's being plain ridiculous:  C Suppose I have a disaster recovery site thirty miles down the road.   E Great.  Suppose we get a return to the cold war, and a nuclear device % detonates?  Oh dear, both sites gone.   > Ah well, I should have had a disaster recovery site in another country.  E Too bad that [going slightly OT] nuclear weapons are only any good as F a deterrent.  If one "side" drops, then the other "side" has no choiceB but to retalliate, and the whole thing escalates out of hand untilG everything of any consequence is completely anihilated, at which point, G having a backup system somewhere would be the very least of my worries.   C It really all depends on what constitutes an acceptable risk - it's D probably possible to design a solution that would give one some kindE of service in the event of a nuclear strike, but the cost would be so F prohibitive in comparison to the likelihood of it ever occurring, thatF some element of risk would likely still exist in whatever solution was actually implemented.   D Given your lack of response to my other points, I think it's safe toF assume that you are either unable to offer any helpful advice, or that( you never had any intention of doing so.   Oh well. Not my loss.      Mark   ------------------------------  $ Date: Mon, 2 Feb 2004 21:00:10 -00009 From: "covendotartdottalk21dotcom" <postmaster@127.0.0.1> $ Subject: Re: $SETUAI() Query/Problem3 Message-ID: <37mdnX0oy8rBJ4PdRVn-uQ@brightview.com>   0 "Jonas Lindholm" <jlhm@usa.net> wrote in message2 news:P9kTb.301511$0P1.290500@twister.nyc.rr.com...J > Ok, you should still answer my question if you have setup proxy on NODEBH > or if you specify username and password for NODEB in the logical name. > G > I'm not asking you to reveal any username/passwords, just show us the H > definition you are using. Replace any username/password with something > else such as uuuu/pppp.  >  > I just try to help you.   G Jonas, a proxy is defined on NODEB for the account on NODEA under which B the executable for changing the passwords runs, i.e. NODEA has the6 following SYSUAF logical defined (/PROCESS/EXECUTIVE):   NODEB::SYS$SYSTEM:SYSUAF.DAT    I > BTW. I've access to the VMS source listing so I might be able to answer H > any specific question you have about AUTHORIZE and $GETUAI/$SETUAI but$ > only if I know what you are doing.  E It's largely irrelevant now.  A decision has been made to use another I means of changing the passwords.  It's encrypted, but it's still a bit of A a kludge, and doesn't really lend itself well to troubleshooting.   H I'll dig out the source code I was using and send you it if you're still interested.      Mark   ------------------------------  $ Date: Mon, 2 Feb 2004 21:08:47 -00009 From: "covendotartdottalk21dotcom" <postmaster@127.0.0.1> $ Subject: Re: $SETUAI() Query/Problem3 Message-ID: <3_ednVjYMaf8IYPdRVn-vw@brightview.com>   3 "David M Smith" <dsmit115@csc.com> wrote in message 2 news:uv2t10d5e01lio12j3utonv6qjdd5qtfv8@4ax.com...F > On Mon, 02 Feb 2004 12:40:08 -0500, David M Smith <dsmit115@csc.com> wrote: > F > >At the risk of answering the technical question without considering
 whether orG > >not the solution is a good one, simply defining the logical names in 
 /EXEC modeK > >is not enough. My experience is that there is an additional step that is  needed: L > >to define the logical name LNM$FILE_DEV in the LNM$PROCESS_DIRECTORY with the J > >same value as found in the table LNM$SYSTEM_DIRECTORY. Also, be certain that allL > >logicals used in your definition of SYSUAF (and RIGHTSLIST if you use it) are  > >define in /EXEC mode. > I > I failed to state that the definition for LNM$FILE_DEV must be in /EXEC  mode. F > You can retrieve the current system value of this logical name with: > ? > $ SHOW LOGICAL /FULL LNM$FILE_DEV /TABLE=LNM$SYSTEM_DIRECTORY  > J > and then define an exec-mode value in the LNM$PROCESS_DIRECTORY table to match.H > It has been so long ago that I learned this that I don't remember from where.  G Thanks for your thoughts, David, although as I mentioned in my reply to H Jonas, it's largely irrelevant now (although I'm still curious as to why= what I've been doing doesn't work, or if it could ever work).   E Presumably (without having access just now to check what the value of I LNM$FILE_DEV is, and as an aside, what its likely function is), having to I have LNM$FILE_DEV defined in LNM$PROCESS_DIRECTORY to a value the same as H that used by LNM$SYSTEM_DIRECTORY, would preclude specifying a differentH device (and conceivably therefore, a different node), unless you were toB also change the LNM$SYSTEM_DIRECTORY definition, thus changing theE system-wide UAF used by LOGINOUT (which was what I had been trying to  avoid)?    Mark   ------------------------------  # Date: Mon, 02 Feb 2004 22:11:01 GMT # From: hoff@hp.nospam (Hoff Hoffman) $ Subject: Re: $SETUAI() Query/Problem3 Message-ID: <VVzTb.13594$is3.6343@news.cpqcorp.net>   c In article <kzO4pYdQXv9J@eisner.encompasserve.org>, Kilgallen@SpamCop.net (Larry Kilgallen) writes: p :In article <9JWdndpAE7B9xYHdRVn-gw@brightview.com>, "covendotartdottalk21dotcom" <postmaster@127.0.0.1> writes:C :> Instead of bitching about the fact that I'm trying to achieve an F :> automated way of changing passwords on thousands of accounts acrossI :> hundreds of systems, have you got any *useful* suggestions on how this H :> might be achieved (in a different way to the way I have been trying)? : L :I would suggest you start by getting a subscription to the source listings.  I   From direct personal experience, topics such as external authentication J   and cryptography can conceptually appear quite easy, and can prove to beL   exceedingly difficult to implement securely in reality.  In my experience,I   it is surprisingly easy to end up with a fully-functional and entirely  I   insecure solution.  (This is not intended as a direct nor as a personal J   slight, this is intended as a comment on what I have learned from directG   experience working in this area; from the mistakes I've made in years F   past.  Larry K. has at least as much experience and knowledge -- and3   quite possibly more -- than I have in this area.)   I   If the target is low-value or if the user base is trusted, then you can J   usually get away with making more mistakes -- but then, you can probablyI   also get away with weaker passwords, and that's far easier to implement    and to justify.   F   If I had a requirement to keep passwords synchronized across variousH   distributed systems (and the target was not low-value), I'd be lookingH   at Kerberos, LAN Manager or the LDAP password synchronization; at codeG   that was already available and that had already been secured.  (IIRC, I   there are also some approaches available for DCE environments, if that     is of interest.)    G   If you do not choose to use an existing package -- and OpenVMS offers G   Kerberos, LAN Manager and LDAP external authentication, as well as an I   API for extending authentication -- then I'd encourage reading what the D   folks that implemented Kerberos or another similar authentication 
   learned.  G   Having the OpenVMS source listings is certainly useful, but the other E   area of the effort involves defending against the network users and G   the protocol-level attacks, and the auditing and evasion requirements H   that typically exist.  (Again, what looks simple starts to become moreG   and more involved, even assuming that defenses against protocol-level F   network attacks are correctly designed and implemented -- and if notD   implemented correctly, OpenVMS system security can be entirely and0   completely compromised by one of these tools.)    N  ---------------------------- #include <rtfaq.h> -----------------------------K     For additional, please see the OpenVMS FAQ -- www.hp.com/go/openvms/faq N  --------------------------- pure personal opinion ---------------------------E         Hoff (Stephen) Hoffman   OpenVMS Engineering   hoff[at]hp.com    ------------------------------  % Date: Mon, 02 Feb 2004 21:18:32 +0100 S From: "B i t N i s s e n ;-)" <bitnissen#spammer_format_your_harddisk#@hotmail.com> + Subject: (OT) FS: Digital Network Equipment 8 Message-ID: <uoat10906v905eu6n6fb876mfs48k30f80@4ax.com>   Hi    3 I have a lot of Digital Network Equipment for sale.   : If you are interested in some of the parts - send me a bid   Buyer pays shipping   . Product                       PART-NO      Pcs0 ----------------------------- ------------ -----. DecBridge 90                  DEWGB-M        2. DecBrouter 90T1               DEWB1-N        2. DECHUB 900 Powersupply        H7874-MA       3. DECHUB One (PSU)              DEHVA-NB       2. DecRepeater 90T-16            DETML-M        3. DecRepeater FA                DEFAR-M        2. Decserver 90L+                DSRVG-M       11. DECSwitch 900EE                              1. DECSwitch 900EF               DEFBA-M        1. Multiswitch HUB 624T          DLMR2-M        1. MuxServer 90                  DSRZF-E        6. PortSwitch 900TP/12           DETPX-M        3. Powersupply for X90 modules   H7027-AB       5. RouteAbout Access EI          DEXBR-M       11. RouteAbout access EW          DEXZR-M        4. RouteAbout Central Router EW  DEZ8R-P        2. WanRouter 90 EW	              DEWAZ-E        2   Best regards   Jimmi Aakjr  1 Remove everything between ## in my e-mail address   A (Cross posted in (comp.sys.dec.micro,comp.os.vms,vmsnet.networks)    ------------------------------   Date: 2 Feb 2004 12:31:50 -0800 $ From: svieth@wi.rr.com (Scott Vieth). Subject: Adding internal disks to ES40 Model 2= Message-ID: <5a85bce2.0402021231.371adc57@posting.google.com>    All:  D I would like to add an internal disk cage (BA610-6D) to my ES40 so IC can have some "local" disk storage in addition to the connection to  our EVA.  E I have been looking through the Golden Eggs and the ES40 Quickspecs.  D There seems to be a few options for SCSI controllers that could work! in an ES40 running OpenVMS 7.3-1.   C Does anyone have recommendations for which SCSI controller I should ? use in my ES40?  I'd like to do some controller-based mirroring F (especially if I could get write-back caching!) but I would settle for< a "dumb" controller and then use VolShad or host-based RAID.  ) Any suggestions/info greatly appreciated.    thanks, 4 -Scott, SCSI plumber in the snowy/frozen Midwest :^)   ------------------------------  # Date: Tue, 03 Feb 2004 03:24:06 GMT > From: Michael Austin <maustin@no-more-spam.firstdbasource.com>2 Subject: Re: Adding internal disks to ES40 Model 2< Message-ID: <qvETb.12662$t02.110@newssvr22.news.prodigy.com>   Scott Vieth wrote:   > All: > F > I would like to add an internal disk cage (BA610-6D) to my ES40 so IE > can have some "local" disk storage in addition to the connection to 
 > our EVA. > G > I have been looking through the Golden Eggs and the ES40 Quickspecs.  F > There seems to be a few options for SCSI controllers that could work# > in an ES40 running OpenVMS 7.3-1.  > E > Does anyone have recommendations for which SCSI controller I should A > use in my ES40?  I'd like to do some controller-based mirroring H > (especially if I could get write-back caching!) but I would settle for> > a "dumb" controller and then use VolShad or host-based RAID. > + > Any suggestions/info greatly appreciated.  > 	 > thanks, 6 > -Scott, SCSI plumber in the snowy/frozen Midwest :^)  E and why would wone want to do that??? the mirror/HBVS and Host-Based  A RAID have severe performance degradation compared to the EVA. --  F especially since the EVA will run circles around the local drives.  I F support 150+ systems on HSG80's and EVA's.  NONE have local drives -- H this makes a box upgrade a piece of cake!!!  I have upgraded one system - from a DS20 to a GS1280 with 3 minor changes. ) 1) zoning the GS to see the same "drives"  2) moving a network cable > 3) running autogen (and monitoring the changes for a few days)  G But, to answer your question any of the controllers listed will do the  - job.. you just need to pick your price-point.    ------------------------------  # Date: Mon, 02 Feb 2004 22:36:47 GMT ( From: "P. Thompson" <no-spam@new.rr.com>; Subject: Re: Does iSCSI infringe on any MSCP patents or IP? J Message-ID: <Pine.LNX.4.44.0402021634520.17881-100000@malacandra.localnet>  ( On Sat, 31 Jan 2004, Jack Peacock wrote:  J > While reading a newsletter about how well iSCSI is now working as far asN > vendor interoperability, it struck me that DEC has done this before with theN > MSCP protocol, sending command packets for storage access to remote machinesL > across a network interconnect.  While the command specifics may not match,K > is that enough for there to be no hidden big hammer waiting at HP to come N > down on storage vendors if iSCSI takes off in a big way?  Did HP inherit anyJ > patents or trade secrets for MSCP, and what is their status now?  Has HPN > made any announcements regarding MSCP?  It's been my understanding that MSCPK > was regarded as a proprietary protocol and trade secret, one that DEC did  > not release for general use. >    Jack Peacock  >  >  > ' Supposedly the MSCP patent is 4,449,182  --  6 Lord, protect me from those to whom you speak directly+ Leave the no-spam in, correct email address    ------------------------------  # Date: Mon, 02 Feb 2004 21:11:42 GMT / From: "Charles J. Fisher" <cfisher@rhadmin.org>  Subject: DQDRIVER on a 500au@ Message-ID: <Pine.BSO.4.53.0402021458480.28126@bart.rhadmin.org>  I I am trying to install and boot OpenVMS v7.3 on a Seagate 40gb IDE drive. 3 This is on a 500au that has the Cypress controller.   I I am able to run through the entire install procedure successfully, and I E can break into DCL from the CD and mount the drive, but when I try to  "boot -flags 0,0 dqa0" I get:    ...  jumping to bootstrap code $ %APB-F-MOUNT, failed to mount volume   halted CPU 0  
 halt code = 5  ...   2 I have found some documentation for DQDRIVER here:  * http://vms.tuwien.ac.at/freeware/DQDRIVER/  H Supposedly, booting a 500au from IDE is possible: "DQDRIVER is supportedJ with and autoconfigures on and can boot via the Cypress IDE PCI PeripheralE Controller found on various Personal Workstation -au series systems."   > Is my booting problem explained by differences in the DQDRIVERI configuration between the CD-ROM drive and the installed VMS image on the H hard drive? Can I insure that ENABLE-IDE.COM is called (or that DQDRIVER+ is otherwise initialized properly at boot)?   6 Will I be able to boot my 500au in this configuration?  H p.s. I have had intermittent problems with this box. Does the 500au have(      any reputation for (un)reliability?  O     --------------------------------------------------------------------------- N    / Charles J. Fisher                   | "Waste no more time arguing what  /M   /  cfisher@rhadmin.org                 |  a good man should be. Be one."  / L  /   http://rhadmin.org                  |   -Marcus Aurelius              /K ---------------------------------------------------------------------------    ------------------------------  * Date: Mon, 2 Feb 2004 22:12:21 +0000 (UTC)* From: bleau@umtof.umd.edu (Lawrence Bleau)5 Subject: Help with SSH, any tricks to get it to work? 0 Message-ID: <bvmi05$fpo$1@grapevine.wam.umd.edu>  E I just upgraded to OpenVMS AXP V7.3-2, referred to at vmshost.umd.edu C in this message.  The main reason to upgrade was to use the new SSH E tools.  The TCPIP version I'm running is V5.4.  A user of that system C is having problems, and the online manuals weren't too informative.   B I can only reproduce his efforts, since I have only one VMS systemE running ssh, so cannot do VMS-to-VMS tests.  I've edited out specific = system and username references and substituted generic names.   E First, my user is able to log in using ssh and slogin.  However, when L he tried to do a secure copy of a file from the VMS system to his Mac using 1 scp, he got an error about an unexpected newline:    Mac command:5 	scp myuser@vmshost.umd.edu:hehratio.dat hehratio.dat    Output: " myuser@vmshost.umd.edu's password:$ protocol error: unexpected <newline>  3 Note: hehratio.dat is a normal VMS ascii text file.   C Also, he could not copy a file from his Mac to the VMS system using 0 scp either, but the error message was different:   Mac command:3 	scp 4flares.gif myuser@vmshost.umd.edu:4flares.gif    Output: " myuser@vmshost.umd.edu's password: OpenVMS$tty_gettty() failed   < 4flares.gif is a binary file, fixed-length 512 byte records.  ) He then tried sftp and had more problems:    Command: 	sftp myuser@vmshost.umd.edu   Output:   Connecting to vmshost.umd.edu..." myuser@vmshost.umd.edu's password:# sftp> get hehratio.dat hehratio.dat # Couldn't get handle: Unknown status 	 sftp> pwd ( Remote working directory: /diskf1/lasley sftp> ls ID mismatch (4 != 5)  3 The sftp session ended after the ID mismatch error.   F He was, though, able to copy a file from another Mac to the VMS system using sftp.   E Also, when he tries to exit an sftp session, the session hangs and he F says he has to kill it with Ctrl-C.  This happens even when he doesn't try to copy files.  F Finally, he tells me that BBEdit has a feature that allows you to editF files on a  remote server using sftp.  He uses this feature all of theF time to edit files on his work Mac from home, so he knows it works, atF least between Macs.  He tried connecting to the VMS system with BBeditE and the program crashed.  (Yes, I know, not a VMS problem per se, but = maybe there are Mac users out that that've encountered this.)    ---  The next day he did more tests:   < He is able to log in to his Mac from the VMS system via ssh.  B He is able to connect to his Mac from the VMS system via sftp, butA when he tries to transfer a file, or even do a dir the connection F hangs and he is unable to get out with CTRL-C or even CTRL-Y.  He getsC the same result trying to transfer to another (non-Mac) system that 	 has sftp.   F When he tries to copy a file from the VMS system to his Mac using scp,@ the  connection hangs and i am unable to get out using CTRL-C orE CTRL-Y; his password appears to have been accepted.  Same result with 3 trying to  transfer to the other (non-Mac) account.   ? Here's a little bit of the verbose output after his password is 	 accepted:   D debug: Ssh2Common/SSHCOMMON.C:289: Received SSH_CROSS_AUTHENTICATED   packet from connection protocol.4 tcpip$ssh_scp2.exe:Scp2/SCP2.C:1807: notification: 0U tcpip$ssh_scp2.exe:SshFCTransfer/SSHFC_TRANSFER.C:1673: No connection yet. Waiting... 5 debug: Ssh2Common/SSHCOMMON.C:722: num_channels now 1 b tcpip$ssh_scp2.exe:SshFileXferClient/SSHFILEXFERC.C:1092: ssh_file_client_receive_proc: bad STATUS  D I haven't changed the configuration files since they were installed;C let me know if you want any of my config files or settings.  I also + checked for SSH patches and didn't see any.   " Any suggestions on how to proceed?   Lawrence Bleau University of Maryland" Physics Dept., Space Physics Group 301-405-6223 bleau@umtof.umd.edu    ------------------------------  % Date: Tue, 03 Feb 2004 00:09:10 +0100  From: Dirk Munk <munk@home.nl>9 Subject: Re: Help with SSH, any tricks to get it to work? 2 Message-ID: <bvmm4m$j97$1@news3.tilbu1.nb.home.nl>  K Yes, it is very easy. You can *only* use Stream-lf files with SSH/SCP/SFTP.   J The present SSH kit is far from finished in my opinion. There are so many ? issues, that at the moment the functionality is rather limited.   N We tried it between a SUN system with OpenSSH and VMS. You can not run any of P the SSH utilities in batch on VMS, because they all need a terminal as console. N SCP from SUN to VMS did not work either. The only thing we could use was SFTP  from SUN to VMS.     Lawrence Bleau wrote: G > I just upgraded to OpenVMS AXP V7.3-2, referred to at vmshost.umd.edu E > in this message.  The main reason to upgrade was to use the new SSH G > tools.  The TCPIP version I'm running is V5.4.  A user of that system E > is having problems, and the online manuals weren't too informative.  > D > I can only reproduce his efforts, since I have only one VMS systemG > running ssh, so cannot do VMS-to-VMS tests.  I've edited out specific ? > system and username references and substituted generic names.  > G > First, my user is able to log in using ssh and slogin.  However, when N > he tried to do a secure copy of a file from the VMS system to his Mac using 3 > scp, he got an error about an unexpected newline:  >  > Mac command:7 > 	scp myuser@vmshost.umd.edu:hehratio.dat hehratio.dat  > 	 > Output: $ > myuser@vmshost.umd.edu's password:& > protocol error: unexpected <newline> > 5 > Note: hehratio.dat is a normal VMS ascii text file.  > E > Also, he could not copy a file from his Mac to the VMS system using 2 > scp either, but the error message was different: >  > Mac command:5 > 	scp 4flares.gif myuser@vmshost.umd.edu:4flares.gif  > 	 > Output: $ > myuser@vmshost.umd.edu's password: > OpenVMS$tty_gettty() failed  > > > 4flares.gif is a binary file, fixed-length 512 byte records. > + > He then tried sftp and had more problems:  > 
 > Command: > 	sftp myuser@vmshost.umd.edu > 	 > Output: " > Connecting to vmshost.umd.edu...$ > myuser@vmshost.umd.edu's password:% > sftp> get hehratio.dat hehratio.dat % > Couldn't get handle: Unknown status  > sftp> pwd * > Remote working directory: /diskf1/lasley
 > sftp> ls > ID mismatch (4 != 5) > 5 > The sftp session ended after the ID mismatch error.  > H > He was, though, able to copy a file from another Mac to the VMS system
 > using sftp.  > G > Also, when he tries to exit an sftp session, the session hangs and he H > says he has to kill it with Ctrl-C.  This happens even when he doesn't > try to copy files. > H > Finally, he tells me that BBEdit has a feature that allows you to editH > files on a  remote server using sftp.  He uses this feature all of theH > time to edit files on his work Mac from home, so he knows it works, atH > least between Macs.  He tried connecting to the VMS system with BBeditG > and the program crashed.  (Yes, I know, not a VMS problem per se, but ? > maybe there are Mac users out that that've encountered this.)  >  > --- ! > The next day he did more tests:  > > > He is able to log in to his Mac from the VMS system via ssh. > D > He is able to connect to his Mac from the VMS system via sftp, butC > when he tries to transfer a file, or even do a dir the connection H > hangs and he is unable to get out with CTRL-C or even CTRL-Y.  He getsE > the same result trying to transfer to another (non-Mac) system that  > has sftp.  > H > When he tries to copy a file from the VMS system to his Mac using scp,B > the  connection hangs and i am unable to get out using CTRL-C orG > CTRL-Y; his password appears to have been accepted.  Same result with 5 > trying to  transfer to the other (non-Mac) account.  > A > Here's a little bit of the verbose output after his password is  > accepted:  > F > debug: Ssh2Common/SSHCOMMON.C:289: Received SSH_CROSS_AUTHENTICATED " > packet from connection protocol.6 > tcpip$ssh_scp2.exe:Scp2/SCP2.C:1807: notification: 0W > tcpip$ssh_scp2.exe:SshFCTransfer/SSHFC_TRANSFER.C:1673: No connection yet. Waiting... 7 > debug: Ssh2Common/SSHCOMMON.C:722: num_channels now 1 d > tcpip$ssh_scp2.exe:SshFileXferClient/SSHFILEXFERC.C:1092: ssh_file_client_receive_proc: bad STATUS > F > I haven't changed the configuration files since they were installed;E > let me know if you want any of my config files or settings.  I alsoe- > checked for SSH patches and didn't see any.  > $ > Any suggestions on how to proceed? >  > Lawrence Bleau > University of Maryland$ > Physics Dept., Space Physics Group > 301-405-6223 > bleau@umtof.umd.edue   ------------------------------  % Date: Mon, 02 Feb 2004 19:52:55 -0700p% From: Dan O'Reilly <dano@process.com>?9 Subject: Re: Help with SSH, any tricks to get it to work?p= Message-ID: <6.0.0.22.2.20040202195223.021ee6a8@192.168.0.11>s  J ..on the other hand, you don't have those limitations with SSH for OpenVMS* from Process Software (www.process.com)...  & At 04:09 PM 2/2/2004, Dirk Munk wrote:L >Yes, it is very easy. You can *only* use Stream-lf files with SSH/SCP/SFTP. >rK >The present SSH kit is far from finished in my opinion. There are so many r@ >issues, that at the moment the functionality is rather limited. >oL >We tried it between a SUN system with OpenSSH and VMS. You can not run any K >of the SSH utilities in batch on VMS, because they all need a terminal as eK >console. SCP from SUN to VMS did not work either. The only thing we could r >use was SFTP from SUN to VMS. >t >  >Lawrence Bleau wrote:G >>I just upgraded to OpenVMS AXP V7.3-2, referred to at vmshost.umd.edugE >>in this message.  The main reason to upgrade was to use the new SSH G >>tools.  The TCPIP version I'm running is V5.4.  A user of that systemrE >>is having problems, and the online manuals weren't too informative.pD >>I can only reproduce his efforts, since I have only one VMS systemG >>running ssh, so cannot do VMS-to-VMS tests.  I've edited out specific@? >>system and username references and substituted generic names.UG >>First, my user is able to log in using ssh and slogin.  However, when H >>he tried to do a secure copy of a file from the VMS system to his Mac 9 >>using scp, he got an error about an unexpected newline:n >>Mac command:? >>         scp myuser@vmshost.umd.edu:hehratio.dat hehratio.datR	 >>Output:o$ >>myuser@vmshost.umd.edu's password:& >>protocol error: unexpected <newline>5 >>Note: hehratio.dat is a normal VMS ascii text file.oE >>Also, he could not copy a file from his Mac to the VMS system using 2 >>scp either, but the error message was different: >>Mac command:= >>         scp 4flares.gif myuser@vmshost.umd.edu:4flares.gif 	 >>Output:s$ >>myuser@vmshost.umd.edu's password: >>OpenVMS$tty_gettty() failed0> >>4flares.gif is a binary file, fixed-length 512 byte records.+ >>He then tried sftp and had more problems: 
 >>Command:& >>         sftp myuser@vmshost.umd.edu	 >>Output:-" >>Connecting to vmshost.umd.edu...$ >>myuser@vmshost.umd.edu's password:% >>sftp> get hehratio.dat hehratio.datU% >>Couldn't get handle: Unknown statusE >>sftp> pwdp* >>Remote working directory: /diskf1/lasley
 >>sftp> ls >>ID mismatch (4 != 5)5 >>The sftp session ended after the ID mismatch error.1H >>He was, though, able to copy a file from another Mac to the VMS system
 >>using sftp. G >>Also, when he tries to exit an sftp session, the session hangs and hehH >>says he has to kill it with Ctrl-C.  This happens even when he doesn't >>try to copy files.H >>Finally, he tells me that BBEdit has a feature that allows you to editH >>files on a  remote server using sftp.  He uses this feature all of theH >>time to edit files on his work Mac from home, so he knows it works, atH >>least between Macs.  He tried connecting to the VMS system with BBeditG >>and the program crashed.  (Yes, I know, not a VMS problem per se, butG? >>maybe there are Mac users out that that've encountered this.)  >>---a! >>The next day he did more tests:o> >>He is able to log in to his Mac from the VMS system via ssh.D >>He is able to connect to his Mac from the VMS system via sftp, butC >>when he tries to transfer a file, or even do a dir the connectionnH >>hangs and he is unable to get out with CTRL-C or even CTRL-Y.  He getsE >>the same result trying to transfer to another (non-Mac) system thatm >>has sftp. H >>When he tries to copy a file from the VMS system to his Mac using scp,B >>the  connection hangs and i am unable to get out using CTRL-C orG >>CTRL-Y; his password appears to have been accepted.  Same result with 5 >>trying to  transfer to the other (non-Mac) account.uA >>Here's a little bit of the verbose output after his password isi >>accepted:lF >>debug: Ssh2Common/SSHCOMMON.C:289: Received SSH_CROSS_AUTHENTICATED " >>packet from connection protocol.6 >>tcpip$ssh_scp2.exe:Scp2/SCP2.C:1807: notification: 0H >>tcpip$ssh_scp2.exe:SshFCTransfer/SSHFC_TRANSFER.C:1673: No connection  >>yet. Waiting... 7 >>debug: Ssh2Common/SSHCOMMON.C:722: num_channels now 1u< >>tcpip$ssh_scp2.exe:SshFileXferClient/SSHFILEXFERC.C:1092: * >>ssh_file_client_receive_proc: bad STATUSF >>I haven't changed the configuration files since they were installed;E >>let me know if you want any of my config files or settings.  I alsot- >>checked for SSH patches and didn't see any. $ >>Any suggestions on how to proceed? >>Lawrence Bleau >>University of Maryland$ >>Physics Dept., Space Physics Group >>301-405-6223 >>bleau@umtof.umd.edu    ------J +-------------------------------+----------------------------------------+J | Dan O'Reilly                  |  "There are 10 types of people in this |J | Principal Engineer            |   world: those who understand binary   |J | Process Software              |   and those who don't."                |J | http://www.process.com        |                                        |J +-------------------------------+----------------------------------------+   ------------------------------   Date: 2 Feb 2004 12:48:27 -0800r' From: jbecker@ui.urban.org (Jim Becker)7  Subject: Re: Hobbyist questions?= Message-ID: <c113b52c.0402021248.1264bdfc@posting.google.com>-  ^ Didier Morandi <no@spam.com> wrote in message news:<401cb2af$0$32630$626a54ce@news.free.fr>...  S > You don't exactly need to "register with HP", you need to be a registered member cC > of a HP users group to be eligible to get anything from Montagar.> > P > Today, you have two choices. Either join HP Interex, the DEC/Compaq/Tandem/HP Q > USers Group, http://www.hp-interex.org/, or VAXUS, a new VAX/VMS Users Society  S > recently created, which mainly focuses on VMS, http://www.vaxus.org/index_en.htm.  [snip]  A I don't know how you conclude there are only two choices. See thed Hobbyist site:D http://www.openvmshobbyist.com/get_yer_licenses/join_user_group.html  B Encompass offers a free Associate status, which is one of the user> group affiliations that can get you into the Hobbyist program.   --
 Jim Becker+ The Urban Institute (http://www.urban.org/)y' Encompass (http://www.encompassus.org/)l. ESILUG (http://encompasserve.org/lugs/esilug/)   ------------------------------   Date: 2 Feb 2004 13:25:40 -0600s; From: koehler@eisner.nospam.encompasserve.org (Bob Koehler)f  Subject: Re: Hobbyist questions?3 Message-ID: <P+kLwT8ALpLm@eisner.encompasserve.org>   S In article <401b0562_2@news1.prserv.net>, "Russ Dittmer" <russ@dittmer.com> writes:o > < > Where does one acquire the CD-Roms for VMS 7.3-2 and such? >   G    Anywhere you can get them.  Borrow them from work.  Borrow them from H    a friend.  Buy them on eBay.  Buy the hobbyist CD where you got your     free hobbyist license.,      ...   ------------------------------  % Date: Mon, 02 Feb 2004 22:59:08 +0100 " From: Didier Morandi <no@spam.com>  Subject: Re: Hobbyist questions?4 Message-ID: <401ec8d2$0$18209$626a54ce@news.free.fr>  + Jim, Encompass and Interex is the same org.V   D.   Jim Becker wrote:.  ` > Didier Morandi <no@spam.com> wrote in message news:<401cb2af$0$32630$626a54ce@news.free.fr>... >  > S >>You don't exactly need to "register with HP", you need to be a registered member sC >>of a HP users group to be eligible to get anything from Montagar.  >>P >>Today, you have two choices. Either join HP Interex, the DEC/Compaq/Tandem/HP Q >>USers Group, http://www.hp-interex.org/, or VAXUS, a new VAX/VMS Users Society  S >>recently created, which mainly focuses on VMS, http://www.vaxus.org/index_en.htm.n >  > [snip] > C > I don't know how you conclude there are only two choices. See the  > Hobbyist site:F > http://www.openvmshobbyist.com/get_yer_licenses/join_user_group.html > D > Encompass offers a free Associate status, which is one of the user@ > group affiliations that can get you into the Hobbyist program. >  > -- > Jim Becker- > The Urban Institute (http://www.urban.org/) ) > Encompass (http://www.encompassus.org/)a0 > ESILUG (http://encompasserve.org/lugs/esilug/)   -- n2 VAXUS - Your new helpful friend in the DEC Family!2 EHQ: 19 chemin de la Butte, 31400 Toulouse, France/       Phone: +336 7983 6418 Fax: +335 6154 1928c$                 http://www.vaxus.org   ------------------------------  % Date: Mon, 02 Feb 2004 21:48:00 -0500u+ From: Ken Robinson <kenrbnsn1@patmedia.net>   Subject: Re: Hobbyist questions?A Message-ID: <6.0.1.1.2.20040202214631.07436e78@mail.patmedia.net>n  + At 04:59 PM 2/2/2004, Didier Morandi wrote:e, >Jim, Encompass and Interex is the same org.  K No, they are two separate organizations. Encompass is the former DECUS and h* Interex has always been the HP User Group.   Ken Robinson DECUS member since 1981    ------------------------------  # Date: Mon, 02 Feb 2004 22:49:16 GMTl# From: hoff@hp.nospam (Hoff Hoffman)"2 Subject: Re: HOW MANY BPI DOES A DLT7000 WRITE AT?3 Message-ID: <MtATb.13595$is3.2163@news.cpqcorp.net>   \ In article <1d08b916.0402020619.678a1984@posting.google.com>, mb301@hotmail.com (MB) writes:  >   Could you provide some background or additional information?  C :Could anyone tell me how many BPI does a quantum DLT7000 WRITE AT?r  C   Bits Per Inch is something I haven't seen referenced in a while, sD   given that DLT drives record their tracks in a serpentine fashion.D   (Disks can do similarly "odd" things with bit widths depending on E   where on the disk you are writing, so the rating has largely died.) F   The DLT drives write in one direction, reverse, and continue writingC   back toward the front of the tape, reverse, and...  Depending on yA   the particular DLT technology, the specific drives will support @   differing numbers of tracks, as well as differing densities...  D :Using a sony DLTtape IV in compaction mode and non-compaction mode?  @   (I assume you know that the Sony DLT drive is not supported by@   OpenVMS, and that you have seen the section of the OpenVMS FAQ"   on third-party storage devices.)  H   The usual approach would be to divide the tape length by the capacity,E   but usually only the uncompressed capacity -- and also usually alsopD   the effective compression for the particular data -- is of central<   interest.  Some data compresses nicely, and some does not.  D   In addition to the background on the question, the OpenVMS releaseG   may also be of some interest -- depending on the particular question,aF   that is.  (There are OpenVMS releases which might not recognize thatE   compression is available, and it is certainly easy to forget to addwI   /MEDIA_FORMAT=COMPACTION on all the DCL commands that can be involved.)F  E   Within the TZ8x series' use of DLT IV media, the media has a native G   capacity of 20, 35 and 40 gigabytes, respectively and the typical DLT$F   compaction rating is double the uncompressed data IIRC.  Also IIRC, D   the Compaq DLT7000 series featured a 35 GB native capacity rating.  D   I don't know the length of the DLT IV tape media off-hand, meaningB   I'm not able to calculate the BPI for you.  (The per-track value,   or the aggregate value across all tracks.)    N  ---------------------------- #include <rtfaq.h> -----------------------------K     For additional, please see the OpenVMS FAQ -- www.hp.com/go/openvms/faq1N  --------------------------- pure personal opinion ---------------------------E         Hoff (Stephen) Hoffman   OpenVMS Engineering   hoff[at]hp.come   ------------------------------  # Date: Mon, 02 Feb 2004 19:30:39 GMTF& From: Rick Jones <foo@bar.baz.invalid>Y Subject: Re: Intel and Microsoft provide higher 32-bit applications  performance         n3 Message-ID: <zzxTb.13576$Be3.3700@news.cpqcorp.net>n  + JF Mezei <jfmezei.spamnot@istop.com> wrote: @ > The provision of some form of software emulator says 2 things:  B > 1-The hardware emulator that was to e part of IA64 is a failure.F > 2-You're going to need the emulator because not enough software will > be ported native to IA64.l  > I can see where someone might infer those.  One other possible> inference, related at least to #2, would be that there will beE software for which it isn't worth porting just yet, but one does want  to have run reasonably well.  > An example from the dimm past of stuff like that would be someE software on which I worked when I was working on MPE/iX - the "NetCP" F or Network Control Process.  This stuff remained in Compatability Mode@ (emulation of the "classic" HP 3000 on PA-RISC) for _years_.  ItE wasn't terribly performance sensitive, and for a while, it was better 1 to spend the development cycles on other things.    
 rick jones -- hG oxymoron n, commuter in a gas-guzzling luxury SUV with an American flagfF these opinions are mine, all mine; HP might not want them anyway... :)A feel free to post, OR email to raj in cup.hp.com  but NOT BOTH...s   ------------------------------  # Date: Mon, 02 Feb 2004 19:21:24 GMTS& From: Rick Jones <foo@bar.baz.invalid>Y Subject: Re: Intel and Microsoft provide higher 32-bit applications performance on Itaniul4 Message-ID: <UqxTb.13574$Be3.10533@news.cpqcorp.net>  P Andrew Harrison SUNUK Consultancy <Andrew_No.Harrison_No@nospamn.sun.com> wrote: > David Svensson wrote: = >> BTW. used it last week, and it looks good. For normal user-C >> applications I don't experience any difference in performance to.< >> running those on a normal Pentium 4 computer. It would be, >> interesting to see how games work though.  F > Funny, the white paper which shows the performance of the translatedC > code vs native shows that the performance of a 1.5 GHZ Itanium isnA > 105% of a 1.6 GHz Xeon for SPECint and 98% of that of a 1.6 GHz. > Xeon for SPECfp.  % Perhaps David wasn't running SPECcpu.t  
 rick jones --  = denial, anger, bargaining, depression, acceptance, rebirth...tC                                      where do you want to be today?nF these opinions are mine, all mine; HP might not want them anyway... :)A feel free to post, OR email to raj in cup.hp.com  but NOT BOTH...r   ------------------------------   Date: 2 Feb 2004 22:28:24 -0000t% From: Troll Raid <raid@trollraid.net> 0 Subject: Re: J F tells Americans: "Get over it!"7 Message-ID: <PLM5PXVR38019.6863888889@anonymous.poster>e  5 JF M e z e i <nobody@nobody.int> foamed at the mouth:p   >Peter L wrote:dN >> You would be too if someone flew a couple of planes into tall buildings and >> killed 3000 people. >a& >Sorry to be blunt but... GET OVER IT. > = >Bush has killed 3 times more Iraqis than were killed at WTC.g > L >It is much better to have one plane crash per year and the rest flying fullI >and airlines profitable than to put in so many fear messages that nobody L >flies, airlines are going belly up, Boeing firing people left and right etc >etc.t > J >You cannot let terrorists prevent you from living a normal life. And thatL >means you must prevent your government from going overboard with 1984 styleH >measures which, in the end, will do far more damage to your economy and) >lifestyle than one very bad day in 2001.y >mO >Americans should wake up from this nightmare and realise that it has been madeo2 >far worse by the Bush regime that it really was.  >sO >Yes, 9-11 was a disaster of biblical proportions, not because of the number ofsN >dead, not because of the plane crashes, but because of the people trapped andM >the sheer size of the structures that fell down and it was all shown live toe >the world.a >eK >Had the BAM earthquake been shown live, with 30k people killed, perhaps itn0 >would have put the WTC disaster in perspective. >o > M >The intelligence community should be told to do their work behind the scenesaN >and their information must not be used as propaganda to exagerate the theaths >to keep the public in fear. >iN >It is as if the United States of America was being artificially maintained in" >a state of shock even since 9-11. >eL >When Americans who would kill to prevent a government from issuing identityL >cards for fear of "big brother" end up supporting the Patriot Act and stuffH >like CAPPS, it means that there is something seriously changed with theL >american psyche. American should realise that the real threath is their ownI >government who exagerates the threaths for their own political purposes.-  O Hmmm. . .why ruin this Mezei doozie with a comment. Speaks for itself really. .g  p   ------------------------------   Date: 2 Feb 2004 22:48:06 -0000-5 From: Anonymous <Use-Author-Supplied-Address@[127.1]>O0 Subject: Re: J F tells Americans: "Get over it!"7 Message-ID: <65X9ANLP38019.7000694444@anonymous.poster>0  5 JF M e z e i <nobody@nobody.int> foamed at the mouth:r   >Peter L wrote:hN >> You would be too if someone flew a couple of planes into tall buildings and >> killed 3000 people. >@& >Sorry to be blunt but... GET OVER IT. > = >Bush has killed 3 times more Iraqis than were killed at WTC.f >eL >It is much better to have one plane crash per year and the rest flying fullI >and airlines profitable than to put in so many fear messages that nobodyiL >flies, airlines are going belly up, Boeing firing people left and right etc >etc.  > J >You cannot let terrorists prevent you from living a normal life. And thatL >means you must prevent your government from going overboard with 1984 styleH >measures which, in the end, will do far more damage to your economy and) >lifestyle than one very bad day in 2001.  > O >Americans should wake up from this nightmare and realise that it has been made 2 >far worse by the Bush regime that it really was.  > O >Yes, 9-11 was a disaster of biblical proportions, not because of the number of N >dead, not because of the plane crashes, but because of the people trapped andM >the sheer size of the structures that fell down and it was all shown live toE >the world.2 >aK >Had the BAM earthquake been shown live, with 30k people killed, perhaps it 0 >would have put the WTC disaster in perspective. >  >CM >The intelligence community should be told to do their work behind the scenes-N >and their information must not be used as propaganda to exagerate the theaths >to keep the public in fear. >eN >It is as if the United States of America was being artificially maintained in" >a state of shock even since 9-11. >dL >When Americans who would kill to prevent a government from issuing identityL >cards for fear of "big brother" end up supporting the Patriot Act and stuffH >like CAPPS, it means that there is something seriously changed with theL >american psyche. American should realise that the real threath is their ownI >government who exagerates the threaths for their own political purposes.   O Hmmm. . .why ruin this Mezei doozie with a comment. Speaks for itself really. .c  d   ------------------------------   Date: 2 Feb 2004 13:32:34 -0600 ; From: koehler@eisner.nospam.encompasserve.org (Bob Koehler)n9 Subject: Re: New Variant MyDoom.B targeting Microsoft.comi3 Message-ID: <E2I5Eds3BmQx@eisner.encompasserve.org>-  e In article <af3b9b31.0401311741.473a4223@posting.google.com>, a.greig@virgin.net (Alan Greig) writes:u > D > A quick search on Kazaa (this worm can spread via Kazaa as well asE > email) shows extremely high infection resulting from the .A variant H > but nothing I can find from the .B variant. In other words the  attackB > is against www.sco.com . The attack against www.microsoft.com is& > either hallucinated or not working.   F    The attack againt Microsoft is supposed to be scheduled for a later    date.  H > The SCO website appears to have been taken offline by this DDOS attack2 > already. Stats at www.netcraft.com confirm this: > 9 > http://uptime.netcraft.com/perf/graph?site=www.sco.com l  F    www.sco.com is not currently valid in the DNS, making it appear to =    be down.  It's beleived this is an intentional act by SCO.e   ------------------------------  # Date: Mon, 02 Feb 2004 21:44:20 GMTe# From: hoff@hp.nospam (Hoff Hoffman)  Subject: Re: Open VMS for Alpha/3 Message-ID: <UwzTb.13591$is3.7083@news.cpqcorp.net>h  ] In article <bvebbm$nu7$1@usenet01.srv.cis.pitt.edu>, "Jason Lee" <jlee@engr.pitt.edu> writes:EM :Hi, I just aquired an AlphaStation station 500/333 and I was wondering where 1 :I could get a free hobbyist version of Open VMS.h, :Can anyone guide me in the right direction.  G   The OpenVMS Frequently Asked Questions (FAQ) answers this and variousiI   other common questions, including questions that you will probably soon I   seen to have answered, including, for instance, which groups of OpenVMSdJ   hobbyist license(s) you should request, and what to do if you cannot get6   DECwindows to start on the particular configuration.       www.hp.com/go/openvms/faq   J   The FAQ also has pointers to tutorials and reference information both atJ   HP and elsewhere on the 'net, and to the OpenVMS documentation and other@   available resources that are available at the OpenVMS website.  J   You'll want to grab the text-format version of the FAQ as a start, as itI   is usually easier to search.  One of the other available formats can beu<   better suited should you want to print the FAQ, obviously.    N  ---------------------------- #include <rtfaq.h> -----------------------------K     For additional, please see the OpenVMS FAQ -- www.hp.com/go/openvms/faqrN  --------------------------- pure personal opinion ---------------------------E         Hoff (Stephen) Hoffman   OpenVMS Engineering   hoff[at]hp.comt   ------------------------------  % Date: Mon, 02 Feb 2004 20:10:56 -0600n@ From: "David J. Dachtera" <djesys.nospam@NeOaSrPtAhMlNiOnWk.net> Subject: Re: Open VMS for Alphar6 Message-ID: <401F0330.439C65CF@NeOaSrPtAhMlNiOnWk.net>   Hoff Hoffman wrote:  > _ > In article <bvebbm$nu7$1@usenet01.srv.cis.pitt.edu>, "Jason Lee" <jlee@engr.pitt.edu> writes:sO > :Hi, I just aquired an AlphaStation station 500/333 and I was wondering where-3 > :I could get a free hobbyist version of Open VMS.2. > :Can anyone guide me in the right direction. > I >   The OpenVMS Frequently Asked Questions (FAQ) answers this and various1K >   other common questions, including questions that you will probably soon3K >   seen to have answered, including, for instance, which groups of OpenVMSoL >   hobbyist license(s) you should request, and what to do if you cannot get8 >   DECwindows to start on the particular configuration. >  >     www.hp.com/go/openvms/faq0  E ...and if you put "http://" in front of that, it becomes clickable int some newsreaders.a   -- U David J. Dachtera  dba DJE Systemsf http://www.djesys.com/  ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/y   ------------------------------   Date: 2 Feb 2004 16:10:11 -0800a( From: bob@instantwhip.com (Bob Ceculski)S Subject: Re: OpenVMS vs unix security ... Andrew, the IBM guy awaits your response!e= Message-ID: <d7791aa1.0402021610.6d6feb8c@posting.google.com>i   Andrew Harrison SUNUK Consultancy <Andrew_No.Harrison_No@nospamn.sun.com> wrote in message news:<bvlvhc$irt$1@new-usenet.uk.sun.com>...  > Bob Ceculski wrote:Rq > > bob@instantwhip.com (Bob Ceculski) wrote in message news:<d7791aa1.0401301650.7b253db6@posting.google.com>...h > > = > > CERT Advisory CA-2001-02 Multiple Vulnerabilities in BIND ( > > The BIND vulnerabilities reported inJ > > www.cert.org/advisories/CA-2001-02.html had the potential to cause theJ > > nameserver to access violate in MultiNet and TCPware. This problem has+ > > been corrected with the following ECOs:  > >  > , > So losing your nameserver isn't a problem. > 0 > Ever heard of a denial of service attack Bob ? >  > > I > > CERT Advisory CA-2002-03 - Multiple Vulnerabilities in Simple Network 4 > > Management Protocol (SNMP) (posted Feb. 5, 2002)G > > SNMP vulnerabilities reported in the CERT advisory CA-2002-03do notuH > > pose a security risk for MultiNet and TCPware. For more information,= > > please review the MultiNet and TCPware CERT advisory FAQ.V > >  > @ > Since I didn't refer to this advisory why did you bring it up. >  > > E > > Here are the only two cert advisories reported with TCPware right E > > now Andrew ... and notice neither pose a security risk because asnD > > the first bind advisory states, VMS just stops those "c" garbage? > > unix code cert bugs right in their tracks with that "access ? > > violation error" ... can you read and comprehend the above?b > 3 > Are you really sure that this is the sum total of 2 > all the CERT issues for TCPWARE Bob, you claimed, > there were none at all initially remember. >  > And How about Multinet Bob.n > 	 > regards  > Andrew Harrison   = these are the main two, and they don't affect security if noti: put on ... and yes, I can restart my nameserver in TCPware: at the dcl prompt ... I don't lose my whole system or have( to reboot like other garbage systems ...   ------------------------------  $ Date: Mon, 2 Feb 2004 13:38:20 -0500* From: "Bill Todd" <billtodd@metrocast.net>" Subject: Re: Rumours of (CPU) Wars2 Message-ID: <csqdncL6W-GYBIPdRVn-sw@metrocast.net>  8 "Rob Young" <young_r@encompasserve.org> wrote in message- news:FUzSit$hkUVZ@eisner.encompasserve.org...e3 > In article <401E34D6.A4F9E14@istop.com>, JF Mezei # <jfmezei.spamnot@istop.com> writes:e
 > > Question:  > >cL > > considering that with equal technology, the IA64 is significantly hotter thanG > > other architectures, one could state that even with time, IA64 wille remainH > > hotter since the other architectures will also benefit from the same > > technological improvements.e > >  >  > No.    Yes.  :   With hardware IA32 removed from Itanium, Itanium's logicC > transistor count will be somewhere around 17 million transistors.n- > Pentium 4 is nearly 70 million transistors.   G Unfortunately for that thesis, Rob, the hardware IA32 support in Itanic E isn't consuming a great deal of power unless it's actually performingeI emulation, so while excising it will reduce the *size* of the Itanic core A noticeably it won't reduce its *power* requirement all that much.s     Cache sections can > be put to sleep.  L Huh?  Cache doesn't consume all that large a percentage of chip power in theL first place (even at the monstrous sizes Itanic uses), and putting any of itG to sleep would rather defeat its purpose (duh).  Not that putting it toVJ sleep makes much sense in the first place:  switching is what consumes theL most power, and a cache section that's not changing or being accessed is not$ being switched or even interrogated.  -   Finally, high-k to the rescue (as seen heres) > before) much decreased current leakage.   K Hope they have better luck in this area than they had with strained silicon I in Prescott.  You might not want to count those particular chickens quiteC yet.   >TG > > Or will HP begin to design its boxes with room for additional fans,i whichtL > > would enable the same box designs to be used for IA64 ? (whilst on 8086, theu! > > punch outs would be covered )  > ? > Tukwila is supposedly running slower but performing higher ofE	 > course.f  J No, Rob - not unless you've got new information to point to (in which caseI please cite it).  Given that Tukwila's per-core performance seems to have.J been stated to be about equal to Madison's (*not* higher, as you suggest),J and given the emphasis on multiple cores rather than per-core performance,K it seems more likely that the Alpha team has jettisoned some of the Itanic2 I power-gulping cruft and created a higher-clocked, simpler, more efficienta design.c   - bill   ------------------------------  $ Date: Mon, 2 Feb 2004 17:53:11 -0500* From: "Bill Todd" <billtodd@metrocast.net>" Subject: Re: Rumours of (CPU) Wars2 Message-ID: <24CdnQ4SrrRdSYPdRVn-ug@metrocast.net>  3 "Rick Jones" <foo@bar.baz.invalid> wrote in messager. news:jnxTb.13573$Be3.13305@news.cpqcorp.net...+ > Bill Todd <billtodd@metrocast.net> wrote:s7 > > "Rick Jones" <foo@bar.baz.invalid> wrote in message 1 > > news:SpySb.13498$xU6.3228@news.cpqcorp.net...t? > >> Are you assuming then that 8 cores on the chip being 7X isyG > >> perfectly linear scaling of cores that by themselves run 7/8ths asy > >> fast as before? >eE > > Yes - scaling a fairly readily-partitionable workload (i.e., withyB > > sufficiently minimal inter-thread coordination that it doesn'tF > > significantly impact throughput).  That seemed pretty clearly whatE > > the performance projection said - though I admit that I'm reading G > > some of this into it - and it also seems reasonably consistent with B > > what one would expect from a power-consumption standpoint (oneG > > explicit portion of the statement was that Tukwila would conform tos/ > > the same power envelope that Madison does).s >rA > >> Of is the 7x statement more along the lines that when one iscG > >> running all 8 cores at once, one can achive a 7X scaling over whats > >> a single core would do?  L I parsed the last sentence above as 'over what a single [Madison] core wouldL do', hence was unable to see a difference in the two statements.  Though I'mK not sure that it makes much sense to talk in terms of scaling over a singleoC core without specifying a workload - unless you just assume perfectmF partitionability, in which case it still boils down to the same thing.   ...o  G > > Now, I *could* imagine a situation in which a single core in such a H > > beast would significantly out-perform Madison - as long as the otherB > > cores were idle and thus neither consuming power (thus perhapsF > > allowing a significantly higher clock rate for the one active coreC > > than would be the case with all cores active) nor consuming thetF > > shared cache resources on the chip (thus making them all available > > to the one active core). >2C > Sort of like running a single CPU in an MCM and the like I guess.    Not really.s  I 1.  The p690 off-chip cache is pretty slow (90+ ns. or so, IIRC, based on.J that HP white paper from a year ago that I mentioned):  it helps some, butJ nowhere nearly as much as 8x as much fast *on-chip* Tukwila cache would (aG single-core POWER4/4+ benchmark does benefit from being able to use thefH second core's on-chip L2, but at only an additional 0.75 MB that doesn't help *all* that much either).c  H 2.  POWER4+ does *nothing* to take advantage of the potential to clock aI single core faster if the second core is idle.  I was assuming above that G Tukwila might (as I suspect even Montecito may have to if it wants goodh single-core performance).a   >u? > As time goes-on, and we start having multi-threaded, multiplepH > cores-per-chip, several chips in MCMs, whathaveyou, I guess it will beB > increasingly important to be painfully specific in "core" versus@ > "chip" versus all those other terms I suspect, or folks havingF > discussions may end-up talking right past one another (*).  Maybe we> > should ask SPEC to define a standard lexicon or something :) >d > rick jones >sH > (*) Rather like using terms like "cheaper" and forgetting to say if it7 > was in terms of absolute price, or price/performance.m  H If you're referring to Rob's recent mistake in that area, he specified a? 'both faster and cheaper *system*', not something as subject to  interpretation as you suggest.   - bill   ------------------------------  # Date: Mon, 02 Feb 2004 19:17:35 GMTh& From: Rick Jones <foo@bar.baz.invalid>" Subject: Re: Rumours of (CPU) Wars4 Message-ID: <jnxTb.13573$Be3.13305@news.cpqcorp.net>  ) Bill Todd <billtodd@metrocast.net> wrote:e5 > "Rick Jones" <foo@bar.baz.invalid> wrote in messageo/ > news:SpySb.13498$xU6.3228@news.cpqcorp.net...t= >> Are you assuming then that 8 cores on the chip being 7X isdE >> perfectly linear scaling of cores that by themselves run 7/8ths asI >> fast as before?  C > Yes - scaling a fairly readily-partitionable workload (i.e., witht@ > sufficiently minimal inter-thread coordination that it doesn'tD > significantly impact throughput).  That seemed pretty clearly whatC > the performance projection said - though I admit that I'm readingRE > some of this into it - and it also seems reasonably consistent withn@ > what one would expect from a power-consumption standpoint (oneE > explicit portion of the statement was that Tukwila would conform to - > the same power envelope that Madison does).   ? >> Of is the 7x statement more along the lines that when one isoE >> running all 8 cores at once, one can achive a 7X scaling over whata >> a single core would do?  C > I'm not quite sure what the difference between the two statements 
 > would be.  a  D In the former, the cores individually are 0.875X cores, in the other$ the cores are individually 1X cores.  ? IIRC, you were saying that you though an individual core on thev@ Tukwila would (could?) be slower than Madison, and I thought youC supported that with the "8 cores will be 7X" performance statement.t  C Each case has the _chip_ at 7X, but they have different performancer& figures for the individual _cores_.     A > I certainly don't interpret that 7x figure as suggesting that ahC > single-threaded application would run on Tukwila 7x as fast as its> > does on Madison - not even if a lot of fancy 'execute-ahead'@ > processing for cache pre-fetch were occurring on the otherwise > unused 7 cores.t  A And if you infered that from what I wrote, it was not meant as anr implication.    E > Now, I *could* imagine a situation in which a single core in such arF > beast would significantly out-perform Madison - as long as the other@ > cores were idle and thus neither consuming power (thus perhapsD > allowing a significantly higher clock rate for the one active coreA > than would be the case with all cores active) nor consuming thesD > shared cache resources on the chip (thus making them all available > to the one active core).  A Sort of like running a single CPU in an MCM and the like I guess.g  = As time goes-on, and we start having multi-threaded, multiplesF cores-per-chip, several chips in MCMs, whathaveyou, I guess it will be@ increasingly important to be painfully specific in "core" versus> "chip" versus all those other terms I suspect, or folks havingD discussions may end-up talking right past one another (*).  Maybe we< should ask SPEC to define a standard lexicon or something :)  
 rick jones  F (*) Rather like using terms like "cheaper" and forgetting to say if it5 was in terms of absolute price, or price/performance.h   --  ? Process shall set you free from the need for rational thought. fF these opinions are mine, all mine; HP might not want them anyway... :)A feel free to post, OR email to raj in cup.hp.com  but NOT BOTH...b   ------------------------------  % Date: Mon, 02 Feb 2004 20:09:39 -0600r@ From: "David J. Dachtera" <djesys.nospam@NeOaSrPtAhMlNiOnWk.net>, Subject: Re: Searching for DECps information6 Message-ID: <401F02E3.F4120BEA@NeOaSrPtAhMlNiOnWk.net>   Rene Verhaeghe wrote:> > I > We are still using DECPS on our new system (ES47/VMS 7.3-1) without ant 
 > problem.  F Well, I was referring to the *REAL* DECps, not the perversion that the scumbags are pushing.>   --   David J. Dachteray dba DJE Systemsh http://www.djesys.com/  ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/h   ------------------------------  % Date: Fri, 30 Jan 2004 17:15:04 +0200 0 From: "Guy Peleg" <guy.peleg@remove_this_hp.com>> Subject: Re: SHOW MEMORY /CACHE /FULL = 164% Read Hit Rate ???* Message-ID: <401a75ae@usenet01.boi.hp.com>  5 "John Brandon" <brandon@dalsemi.com> wrote in messageM+ news:04012910571904@dscis6-0.dalsemi.com...s > ES-40 (4x 667-MHz)
 > 3-GB memoryt
 > VMS V-7.2-1m >t >B2 > I increased the VCC_MAXSIZE to 1024000 (512-MB). >M > I do the following:  >a >  > $ SHOW MEMORY /CACHE /FULLB >               System Memory Resources on 29-JAN-2004 08:54:06.67 >  > Virtual I/O Cachen9 >     Total Size (Kbytes)         512000    Read IO Counto
 3005057741: >     Free Kbytes                 241344    Read Hit Count
 21767643099 >     Kbytes in Use               270656    Read Hit Rateb 164%: >     Write IO Bypassing Cache  76365078    Write IO Count	 677812582tC >     Files Retained                  98    Read IO Bypassing Cache  83917442 >  >i& > And I noted "Read Hit Rate" at 164%.3 > Since I am not a VCC expert I am a bit curious...o >u > Is this possible?L >  > Or is it a buffer overflow?e    ; This is a buffer overflow problem. We have a fix available.r  	 Guy Pelegc OpenVMS Engineeringt     >  >t > J*o*h*n B*r*a*n*d*o*ni > VMS Systems Administrator , > firstname.lastname.spam.me.not@dalsemi.com   ------------------------------  # Date: Tue, 03 Feb 2004 05:35:24 GMT_/ From: "Richard L. Dyson" <rick-dyson@uiowa.edu>i5 Subject: Re: Slightly OT: Code Red on the rise again?c. Message-ID: <wqGTb.81707$U%5.445080@attbi_s03>   Martin P.J. Zinser wrote:nG > just noticed in my logs that since Jan 8th I am getting requests for  I > default.ida, which is the way Code Red attacks IIS servers. Since I do rI > run my server on VMS I am not affected (besides of the fact that these  F > idiotic requests spoil my log). Is this an isolated occurance or do  > others see this too?  J I just checked a few of my servers that are connected to the open InternetL and was surprised to see that they are free of Code Red fingerprints for theN past few months.  I had been seeing lots of them up until about April of 2003.   Rick   ------------------------------   Date: 2 Feb 2004 11:14:24 -0800r7 From: jones.computer.srv@worldnet.att.net (Daryl Jones)n, Subject: Re: Slow volume under Fibre Channel< Message-ID: <8a646952.0402021114.c7ec270@posting.google.com>  d "Dave Pampreen" <dave@davesdotcom.com> wrote in message news:<vZWdnTtFjs7ThoDdRVn-gQ@comcast.com>... > Fabio, >  > I have a similar scenario... > L > FC with 2 storage works shelves.  One of my disks would do the same thing.L > It was a disk that had several thousand files being created/deleted daily.E > It turned out to be extremely fragmented.  This disk was about 70GBi > (partition.) > L > I defragged this disk, and the response came back to normal.  You may wantN > to check that out.  I believe you get get Raxco's perfect disk and run it in> > "lite" mode to tell you how bad things are before buying it. >  > Dave >  To Everyone:  F Here is a suggestion. During a period from 1988 to 1990, I had to do aE study on RMS performance study with multiple SEQ. files being creatednE and then deleted. Using a single disk created a bottleneck situation.'F Several File creations didn't work very well on a shadow set. A stripe? set was primarily for large sequential file down loads. Using arB logical that points to several disk doesn't work either. The firstD disk fills up and then you change the logical to make the first diskF to be the last disk on the list and the second disk is the first disk. That left the bound volume set.r  > We created a three disk bound volume set with each volume on a= different controller and look at the I/O performance. What we E discovered was that all three volumes were being used equally and thebF I/O was equal across the three disks. Mind you now, I am talking aboutA RA90s disks. I believe these disks were one gigabyte per disk andtE average response time of 15ms. The one problem with bound volume disk3A is that the Indexf.sys is on the first disk and if the first disk D fails there goes your data on the other disks. That is why the boundC volume set is perfect for temporary sequential files that are being E created and deleted at a high rate. I don't know whether bound volume F set still exist today. However, it is something that you might want to try?   Regards, Daryl Jones2  = > "Fabio Cardoso" <fabiopenvms@yahoo.com.br> wrote in messageg9 > news:f30679fb.0401290257.5a9195d8@posting.google.com....F > > For more than week one specific disk containing Oracle RDB StorageG > > Areas was intermitently slow. EMC didnt discover any problem in ther@ > > EMC DMX and the FC Switch (no error in Fibre, disks, etc...)F > > I was trying a SHOW DEVICE/FILE and the output paused a few times.D > > The command DIR/SIZE=ALL VOLUME:[000000...]  paused/freezed too. > >oK > > Yesterday the developemt team rebooted the server and today, looks likey > > OK.o > >,M > > Today I noticed that one specific value of the SHOW DEVICE /FULL changed.cG > > Yesterday the " Blocks in extent cache  " was with the value almostw > > in the Maximum.m > >yF > > Is this Extent cache the XFC cache activated in my server ? Or any >  specificc& > > memory cache in the FC controller: > >a > > Points:  > >t. > > Alphaserver 4100 5/600 + 3 CPUs + 3 GB RAM" > > OpenVMS 7.3 with XFC activated > > VMS FIBRE_SCSI 3.0H > > Emulex LP-9000 (with firmware upgrade) - not KGPSA official - I will
 >  change. > >U > >o' > > The volume output today: 29/01/2004  > >1 > >mM > > Disk $1$DGA1772: (S62001), device type EMC SYMMETRIX, is online, mounted,1 >  file-J > >     oriented device, shareable, available to cluster, error logging is >  enabled.e > >4@ > >     Error count                    0    Operations completed
 >  21741645 > >     Owner process                 ""    Owner UIC3 >  [SYSTEM]i4 > >     Owner process ID        00000000    Dev Prot >  S:RWPL,O:RWPL,G:R,W? > >     Reference count              115    Default buffer sizea >  5124 > >     Current preferred CPU Id       2    Fastpath >  1? > >     WWID   01000010:6006-0480-0002-8740-0126-5359-4D36-4539 = > >     Total blocks           141419520    Sectors per track9 >  96l? > >     Total cylinders            15345    Tracks per cylinder  >  96D( > >     Allocation class               1 > >2B > >     Volume label           "DISCO12"    Relative volume number >  0= > >     Cluster size                 136    Transaction countv >  115A > >     Free blocks             61083584    Maximum files allowed 	 >  516129e7 > >     Extend quantity                5    Mount countt >  16 > >     Mount status              System    Cache name >  "_S62001$DRA0:XQPCACHE"J > >     Extent cache size             64    Maximum blocks in extent cache
 >  6108358B > >     File ID cache size            64    Blocks in extent cache	 >  299608 H > >     Quota cache size               0    Maximum buffers in FCP cache >  3994r4 > >     Volume owner UIC           [1,1]    Vol Prot >  S:RWCD,O:RWCD,G:RWCD,W:RWCD > >tN > >   Volume Status:  ODS-2, subject to mount verification, write-back caching > >       enabled.   ------------------------------   Date: 2 Feb 2004 16:50:34 -0800? From: rutledj@rjrt.com (Rut)" Subject: stupid smtp/mapi question= Message-ID: <d88f2c7d.0402021650.422f18e5@posting.google.com>S  D Could someone explain the differences between smtp and mapi calls toE send mail? If my company used Microsoft exchange and I have a programcB making smtp calls, what exactly is going on? Do the calls still goE through the exchange server or do they somehow get routed through thec
 mainframe?   THanks,o Rute   ------------------------------  # Date: Tue, 03 Feb 2004 03:32:07 GMTl> From: Michael Austin <maustin@no-more-spam.firstdbasource.com>& Subject: Re: stupid smtp/mapi question= Message-ID: <XCETb.12664$L02.4728@newssvr22.news.prodigy.com>s  
 Rut wrote:  F > Could someone explain the differences between smtp and mapi calls toG > send mail? If my company used Microsoft exchange and I have a programsD > making smtp calls, what exactly is going on? Do the calls still goG > through the exchange server or do they somehow get routed through theu > mainframe? > 	 > THanks,C > Rut     I SMTP is a mail protocol -- servers speak this "language" to other servers   G MAPI is an Mail Application Programming Interface for a mail client --  H your mail client (Outlook, Netscape, etc...) takes the message you have H written and uses a client that talks to an interface on the mail server H which then transmits the message via the SMTP protocol to the recipient  domain mail server.w  G So, in short MAPI is a client to/from server, SMTP is server to server.n     Michael Austin   ------------------------------  % Date: Tue, 03 Feb 2004 00:47:40 -0500.* From: JF Mezei <jfmezei.spamnot@istop.com>& Subject: Re: stupid smtp/mapi question) Message-ID: <401F35FA.F8FB37B9@istop.com>:   Michael Austin wrote:pI > So, in short MAPI is a client to/from server, SMTP is server to server.b  M MAPI is a proprietary Microsoft API used by microsoft mail clients to talk to 	 a server.v  K For instance, ALLIN-1 has some MAPI drivers you can install on Windows thataJ will allow a Microsoft EMAIL client to talk to the ALLIn1 server , and theH mail client will think it is talking to a microsoft server. MAPI doesn'tJ specify the actual comminucations  between the client and the server. Only4 defines  subroutines that a mail client should call.  J SMTP defines the communications between the client and server, and betweenL server and another server. SMTP is an open standard between hosts. MAPI is aE proprietary standard between a main program and a subroutine library.     $ So your question is not quite clear.   ------------------------------  % Date: Tue, 03 Feb 2004 06:52:26 +0100 " From: Didier Morandi <no@spam.com>> Subject: TCP/IP for HP OpenVMS Bind Version 8 Potential Denial4 Message-ID: <401f370d$0$18209$626a54ce@news.free.fr>  G The VAXUS association is pleased to let you know the following from HP.a   [start]f SECURITY BULLETINs   REVISION: 0m  @ SSRT3653 - TCP/IP for HP OpenVMS Bind Version 8 Potential Denial of Service (DoS)  C - -----------------------------------------------------------------0: NOTICE: There are no restrictions for distribution of this6 Bulletin provided that it remains complete and intact.   RELEASE DATE: 2 February 2004I   SEVERITY:  1    SOURCE:  HEWLETT-PACKARD COMPANY Software Security Response Team   8 REFERENCE:  CERT VU#734644, HPSBUX0311-303, SSRT3653 for
 HP Tru64 UNIXn   PROBLEM SUMMARYs< A potential security vulnerability has been identified in HP@ TCP/IP for HP OpenVMS Bind 8 software that may result in a local2 or remote user creating a Denial of Service (DoS).   VERSIONS IMPACTEDt= Currently supported versions of HP TCP/IP including HP TCP/IPs; V5.1 for HP OpenVMS Alpha and VAX and HP TCP/IP V5.3 for HPs OpenVMS VAX only.c  ? NOTE: The affected versions of Bind from ISC (Internet Softwared> Consortium) are Bind 8 prior to 8.3.7 and Bind 8.4.x to 8.4.2j  
 RESOLUTION9 HP is making the following resolution files available ford? download until the solution is released in a future ECO kit for 8 HP  TCP/IP V5.1 for HP OpenVMS Alpha/VAX and V5.3 for HP OpenVMS VAXn  (        TCPIP$BIND_SERVER.EXE_ECO_I_V_V51  (        TCPIP$BIND_SERVER.EXE_ECO_I_A_V51  (        TCPIP$BIND_SERVER.EXE_ECO_G_V_V53  : Note: The files are available from the following ftp site:  , System: hprc.external.hp.com (192.170.19.51)   Login: vmstcpip    Password: vmstcpip  9 FTP Access: ftp://vmstcpip:vmstcpip@hprc.external.hp.com/o  * or: ftp://vmstcpip:vmstcpip@192.170.19.51/   or: ftp hprc.external.hp.com  0 1. Download and install the appropriate file(s).  )      a. Download the appropriate file(s).   7      TCPIP$BIND_SERVER.EXE_ECO_I_V_V51     MD5 checksumm(         9276247ca53c1002a3ff35e0f3d4c2cf  7      TCPIP$BIND_SERVER.EXE_ECO_I_A_V51     MD5 checksum (         0c950b93732c4d8a7ac9e9d5807bc922  6      TCPIP$BIND_SERVER.EXE_ECO_G_V_V53    MD5 checksum(         5fdeff0105e997ed6a275b0dc2936295         b. Verify the MD5 checksum.   2. Stop the BIND server:  '      $ @sys$startup:tcpip$bind_shutdown   , 3. Copy the new image to sys$common:[sysexe]        a. For VAX only V5.39  A      $ copy TCPIP$BIND_SERVER.EXE_ECO_G_V_V53 sys$common:[sysexe]r tcpip$bind_server.exee        b. For VAX only V5.11  A      $ copy TCPIP$BIND_SERVER.EXE_ECO_I_V_V51 sys$common:[sysexe]t tcpip$bind_server.exer        c. For  Alpha only V5.1  A      $ copy TCPIP$BIND_SERVER.EXE_ECO_I_A_V51 sys$common:[sysexe], tcpip$bind_server.exeb   4. Restart the BIND server:h  &      $ @sys$startup:tcpip$bind_startup    6 SUPPORT: For further information, contact HP Services.  @ SUBSCRIBE: To subscribe to automatically receive future Security7 Advisories from the Software Security Response Team viai electronic mail:5 http://www.support.compaq.com/patches/mail-list.shtmli  @ REPORT: To report a potential security vulnerability with any HP7 supported product, send email to: security-alert@hp.come  : As always, HP urges you to periodically review your system> management and security procedures. HP will continue to review? and enhance the security features of its products and work with @ our customers to maintain and improve the security and integrity of their systems.   > "HP is broadly distributing this Security Bulletin in order to? bring to the attention of users of the affected HP products thee: important security information contained in this Bulletin.@ HP recommends that all users determine the applicability of this? information to their individual situations and take appropriateh@ action. HP does not warrant that this information is necessarily? accurate or complete for all user situations and, consequently, @ HP will not be responsible for any damages resulting from user's? use or disregard of the information provided in this Bulletin."n  ) (C)Copyright 2003 Hewlett-Packard Company.< Hewlett-Packard Company shall not be liable for technical or? editorial errors or omissions contained herein. The information : provided is provided "as is" without warranty of any kind.= To the extent permitted by law, neither HP or its affiliates,e: subcontractors or suppliers will be liable for incidental,> special or consequential damages including downtime cost; lost: profits; damages relating to the procurement of substitute> products or services; or damages for loss of data, or software; restoration. The information in this document is subject tog? change without notice. Hewlett-Packard Company and the names of < Hewlett-Packard products referenced herein are trademarks ofA Hewlett-Packard Company in the United States and other countries.n7 Other product and company names mentioned herein may ber& trademarks of their respective owners. [end]m   D. -- w2 VAXUS - Your new helpful friend in the DEC Family!2 EHQ: 19 chemin de la Butte, 31400 Toulouse, France/       Phone: +336 7983 6418 Fax: +335 6154 1928 $                 http://www.vaxus.org   ------------------------------  # Date: Mon, 02 Feb 2004 21:47:56 GMTi# From: hoff@hp.nospam (Hoff Hoffman)25 Subject: Re: What happend with vmspython.dyndns.org ? 3 Message-ID: <gAzTb.13592$is3.4464@news.cpqcorp.net>i  ] In article <401BAB4B.1FB6F993@sture.homeip.net>, Paul Sture <nospam@sture.homeip.net> writes:d  # :...the Python kit can be found at:s :o- :http://www.pi-net.dyndns.org/anonymous/kits/s  B   There is also a Python kit on the OpenVMS Freeware V6.0 distro, B   shipping with OpenVMS V7.3-2 and also available for download at:  *     http://www.hp.com/go/openvms/freeware/    N  ---------------------------- #include <rtfaq.h> -----------------------------K     For additional, please see the OpenVMS FAQ -- www.hp.com/go/openvms/faqiN  --------------------------- pure personal opinion ---------------------------E         Hoff (Stephen) Hoffman   OpenVMS Engineering   hoff[at]hp.comr   ------------------------------   End of INFO-VAX 2004.066 ************************