1 INFO-VAX	Mon, 08 May 2000	Volume 2000 : Issue 257       Contents: Asud fail logon ! Auto login for telnet connections % Re: Auto login for telnet connections % Re: Auto login for telnet connections  Re: DecMotiff Video Problem ( Re: DVD-ram and internet exporer support5 FS: Compaq 15/30GB DLT drive in ext. enclosure ; $400 ) FS: DEC 3000-300lx AXP Workstation ; $100 ) Re: Get/set console enviornment variables ) Re: getting stack dumps/traces, continued ' Re: Kind of portable Alpha, VMS capable * Re: Mailbox and synchronization in OpenVMS Re: Marketing opportunity  RE: Marketing opportunity  Re: Marketing opportunity  Re: Marketing opportunity  Re: Marketing opportunity  re:  Marketing opportunity Re: Marketing opportunity  Re: Marketing opportunity  Re: Marketing opportunity  re:  Marketing opportunity Re: Marketing opportunity  Re: Marketing opportunity ) Memo:   Re: Dropping DECnet..don't do it! - Re: Memo:   Re: Dropping DECnet..don't do it! + MOP Deamon for DECSERVER under MS-DOS/WINxx / Re: MOP Deamon for DECSERVER under MS-DOS/WINxx / Re: MOP Deamon for DECSERVER under MS-DOS/WINxx 	 Re: OPCOM 
 Re: SA-100 SCSI device names  Re: the latest billybox virus  Re: the latest billybox virus  RE: the latest billybox virus  Re: the latest billybox virus  re: the latest billybox virus  Re: the latest billybox virus  Re: the latest billybox virus  Re: the latest billybox virus  Re: the latest billybox virus  Re: the latest billybox virus  RE: the latest billybox virus  Upgrading system disk  Re: Upgrading system disk  Re: Upgrading system disk  Re: Upgrading system disk  Re: Upgrading system disk ! VMS Backup CRCs, how to calculate $ Re: Wanted: VT525 programmers manual$ Re: Wanted: VT525 programmers manual$ Re: Wanted: VT525 programmers manual" Re: Web-enabling VMS reporting ...$ Re: Which is the language of VAX/VMS# Re: wich list: DIRECTORY limitation 
 willpurge.mar  Re: willpurge.mar  Wither  DECnet ? Re: Wither  DECnet ?C world class signature (was Re: Memo:   Re: Dropping DECnet..don't d   F ----------------------------------------------------------------------  # Date: Mon, 08 May 2000 16:37:28 GMT  From: jtaculoj@my-deja.com Subject: Asud fail logon) Message-ID: <8f6qg6$g49$1@nnrp1.deja.com>    hi,   :  Ive an alpha server with asud and NT domain (simulation)  #  Everything goes right with netbios D  Everything goes right with NEtbios over TCP/IP, but before a rebootG you can log only with TCP/IP. But later you can map wiht tcp/ip but you  cant log with it.  
  Any ideas    Thanks     Jorge Cuesta Lpez     & Sent via Deja.com http://www.deja.com/ Before you buy.    ------------------------------  % Date: Mon, 08 May 2000 06:25:16 -0700 ? From: Mike Price <mike.priceNOmiSPAM@littlewoods.co.uk.invalid> * Subject: Auto login for telnet connections9 Message-ID: <06c5f028.b9c024be@usw-ex0104-033.remarq.com>   < Most of our users used to be connected from VT terminals and terminal servers and used LAT.; Increasingly people are using these new fangled PC thingies < (they'll never catch on though) and are connected from a KEA emulator window and TCP/IP. ? The old VT terminals where mostly automatically logged in using ? the SYSMAN ALF facility but we cannot yet find any way of doing ? this for the tlnet PC connections (except by using a KEA script ? which is a bit messy to maintain). The problem is that the port  number is different every time. < Has anyone else seen this nad does anyone have a way to auto login these connections.   Thanks in advance   
 Mike Price   all views are my own etc etc.       L * Sent from RemarQ http://www.remarq.com The Internet's Discussion Network *G The fastest and easiest way to search and participate in Usenet - Free!    ------------------------------  $ Date: Mon, 8 May 2000 18:22:58 +0400+ From: "Ruslan R. Laishev" <laishev@dls.net> . Subject: Re: Auto login for telnet connections> Message-ID: <V1AR4.7421$Q7.9002464@news-east.usenetserver.com>  K There is example for TELNET server for autologin, look in the Info-Multinet ' archives at PSC site (www.process.com).     L Mike Price wrote in message <06c5f028.b9c024be@usw-ex0104-033.remarq.com>...= >Most of our users used to be connected from VT terminals and  >terminal servers and used LAT. < >Increasingly people are using these new fangled PC thingies= >(they'll never catch on though) and are connected from a KEA  >emulator window and TCP/IP.@ >The old VT terminals where mostly automatically logged in using@ >the SYSMAN ALF facility but we cannot yet find any way of doing@ >this for the tlnet PC connections (except by using a KEA script@ >which is a bit messy to maintain). The problem is that the port  >number is different every time.= >Has anyone else seen this nad does anyone have a way to auto  >login these connections.  >  >Thanks in advance >  >Mike Price  >  >all views are my own etc etc. >  >  > K >* Sent from RemarQ http://www.remarq.com The Internet's Discussion Network  * H >The fastest and easiest way to search and participate in Usenet - Free! >  --I + C U, SysMan at DLS ...................................................+ G  http://www.radiusvms.com         |             Cel:  +7 (901) 971-3222 G  http://www.levitte.org/~rlaishev |             Fax:  +7 (812) 115-1035 I + Flying by Su-27........................................ Frying on VMS +    ------------------------------  % Date: Mon, 08 May 2000 08:37:18 -0700 ? From: Mike Price <mike.priceNOmiSPAM@littlewoods.co.uk.invalid> . Subject: Re: Auto login for telnet connections9 Message-ID: <02b73f20.dc310374@usw-ex0104-033.remarq.com>   < we are using UCX - does this make any difference - and where= exactly is the server info you referred to - maybe I am being - dense but I couldn't find it on a first scan.    Thanks Mike  L * Sent from RemarQ http://www.remarq.com The Internet's Discussion Network *G The fastest and easiest way to search and participate in Usenet - Free!    ------------------------------   Date: 8 May 2000 15:18:22 GMT 2 From: hoffman@xdelta.zko.dec.nospam (Hoff Hoffman)$ Subject: Re: DecMotiff Video Problem5 Message-ID: <8f6lru$oq$1@mailint03.im.hou.compaq.com>   B In article <8f4brv$sa1$1@nnrp1.deja.com>, andre@bwu.com.br writes:F :I am trying to run Motiff in an AS250 4/266 with Open VMS 6.2 but theF :software shows me the following message: "%DECW$DEVICE-W-NODEVICE, no :graphics devices found."   &   Please see the FAQ section entitled:  1     DECW6.  Why is DECwindows Motif not starting?   = :I am using a non Digital video board. Could be the problem ?   J   Yes, it could.  Each graphics controller is seemingly slightly differentL   from every other graphics controller, and each newer controller seemingly K   has a shorter product market lifespan than its predecessor.  OpenVMS has  G   a selection of drivers available, but certainly not drivers for each  7   of the zillions of graphics controllers in existence.   F   ELSA GLoria Synergy and -- if you can get one -- the PowerStorm 3D30G   and PowerStorm 4D20 would be my typical choices here.  The PowerStorm G   300 and PowerStorm 350 are another option, with the drivers available    now (or very soon).   G   You will need to upgrade to OpenVMS Alpha V7.1-2 or to V7.2-1 if you  -   want to use the newer graphics controllers.   N  --------------------------- pure personal opinion ---------------------------L    Hoff (Stephen) Hoffman   OpenVMS Engineering   hoffman#xdelta.zko.dec.com   ------------------------------   Date: 8 May 2000 15:04:13 GMT 2 From: hoffman@xdelta.zko.dec.nospam (Hoff Hoffman)1 Subject: Re: DVD-ram and internet exporer support 5 Message-ID: <8f6l1d$a6$1@mailint03.im.hou.compaq.com>   D In article <39153fdc.5568275@news.xs4all.nl>, roer@xs4all.nl writes:E :Does anybody know where I can find information about DVD-rom and ram < :support for OpenVMS? (supported configuration, driver etc.)  I   We (OpenVMS Engineers) have informally tried a few IDE DVD drives, and  F   have found them to work -- there was a list in the V7.1-2 IDE driverH   ECO kit.  AFAIK, none are yet officially supported.  Access to native H   formats used on DVD is another matter -- I have heard of at least one D   implementation of UDF on OpenVMS, but lack any details.  DVD usingC   compatibility (CD-ROM) format was the target for what little DVD  I   testing has been performed.  Though if the DVD looks like a SCSI disk,  H   OpenVMS can probably access ODS format media using the higher density.  G :The same question for the internet exporer support for my Alphastation  :with OpenVMS.  H   Please ask Microsoft, as they have the source code for that particular   web browser.  G   Both Netscape Navigator and the current development baselevel of the  H   Mozilla web browser are available on OpenVMS.  Lynx and such are also ;   available for OpenVMS.  See the OpenVMS FAQ for pointers.     :Please reply to pleenman@tci.nl     Ask here, get an answer here.   N  --------------------------- pure personal opinion ---------------------------L    Hoff (Stephen) Hoffman   OpenVMS Engineering   hoffman#xdelta.zko.dec.com   ------------------------------  % Date: Mon, 08 May 2000 08:54:53 -0400 $ From: Kent Rankin <krankin@usit.net>> Subject: FS: Compaq 15/30GB DLT drive in ext. enclosure ; $400( Message-ID: <3916B91D.92AB7F48@usit.net>  2 	The unit is located in Knoxville, TN, 37922-3449.  5 	The enclosure is a 3300-series storage option model.   / 	Please send any questions that you might have.      							Thankyou, 							Kent Rankin   ------------------------------  % Date: Mon, 08 May 2000 09:06:46 -0400 $ From: Kent Rankin <krankin@usit.net>2 Subject: FS: DEC 3000-300lx AXP Workstation ; $100( Message-ID: <3916BBE6.DE40C9FA@usit.net>  2 	The unit is located in Knoxville, TN, 37922-3449.  D 	It has a 125MHz CPU, contains no memory, but has an onboard 8-plane framebuffer, and a 1GB drive.   / 	Please send any questions that you might have.      							Thanks, 							Kent Rankin   ------------------------------   Date: 8 May 2000 14:20:36 GMT 2 From: hoffman@xdelta.zko.dec.nospam (Hoff Hoffman)2 Subject: Re: Get/set console enviornment variables6 Message-ID: <8f6ifk$s9t$1@mailint03.im.hou.compaq.com>  f In article <hsl6hs0148r87tnourc6ujvh7vjsjkqc00@4ax.com>, Jay T. McCanta <jmccanta@immunex.com> writes:D :Is there a way to get and/or set console environment variables from :OpenVMS -v7.1 and later?   0   I will assume OpenVMS Alpha, rather obviously.  F   The f$getenv and sys$getenv calls are first documented in V7.2, but /   the calls have been around for a long time.     
   LEXICALS     F$GETENV       Arguments          itmlst>            The defined console environment variable names are:   E            Auto_action, Boot_dev, Bootdef_dev, Booted_dev, Boot_file, K            Booted_file, Boot_osflags, Booted_osflags, Boot_reset, Dump_dev, =            Enable_audit, License, Char_set, Language, Tty_dev   F   There is no equivilent documented "set" mechanism available, though H   there are a few kernel hacks around that map to the console callbacks C   and can be used to trigger the "set" operations -- the supported  0   approach is via the console prompt, of course.  G   One or two of the abovementioned hacks are used to retarget the boot  C   device -- what are you up to here?  (It can be difficult to offer E   alternatives that might potentially be available when the question     is rather terse.)   N  --------------------------- pure personal opinion ---------------------------L    Hoff (Stephen) Hoffman   OpenVMS Engineering   hoffman#xdelta.zko.dec.com   ------------------------------  % Date: Mon, 08 May 2000 10:11:13 +0200 - From: aalimari <aalimari@best.ms.philips.com> 2 Subject: Re: getting stack dumps/traces, continued3 Message-ID: <391676A1.334DE5D8@best.ms.philips.com>   & --------------D9CD7DAB43525A6FCE877FEC* Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit    Thanks for the hintse I have succeeded getting stack dump as in the following example. (Although not complete, it shows the  idea) c It works this way. The only think that bothers me: it is very slow. Of course, normally it is not a c problem, because stack dump is obtained only when something goes wrong. But in some cases it is too  slow. ` Can I do something to speed it up. As far ad I understand most of the time is spent starting the	 debugger.    The configuration:2 Debugger:     OpenVMS Alpha DEBUG Version V7.1-06R VMS:           OpenVMS V7.1-2 ; CXX:           Compaq C++ V6.2-016 for OpenVMS Alpha V7.1-2    void stack_dump() {        //     // create dump file name     //     char filename[256]; .     sprintf(filename, "sd%08x.txt", getpid());  -     printf("---- filename = %s\n", filename);        //     // configure debugger      //$     crelnm("dbg$decw$display", " ");*     crelnm("dbg$process", "MULTIPROCESS");      crelnm("dbg$output", "NL:");       //     // call the debugger     //     char dbg_cmd[256];     sprintf(dbg_cmd,          "set log %s;"          "set output log;"          "show calls;"(          "disconnect %%visible_process;"          "exit",          filename);        call_debug(dbg_cmd);.     printf("----------- debugger returned\n");       //&     // revert debugger's configuration     //     dellnm("dbg$decw$display");      dellnm("dbg$output");      dellnm("dbg$process");       //     // read produced stack dump      //  #     FILE* f = fopen(filename, "r");      if(f == NULL) { '          perror("failed to open file");           return;     }   .     cout << "------------- STACKDUMP BEGIN\n";     char buf[256];     while(fgets(buf, 256, f)) { :         // stack dump here is just printed but it could be%         // put somewhere else instead          cout << buf;     } ,     cout << "------------- STACKDUMP END\n";     fclose(f);       //!     // Remove the stack dump file      //     remove(filename);  }      Best regards Artem Alimarine   & --------------D9CD7DAB43525A6FCE877FEC) Content-Type: text/html; charset=us-ascii  Content-Transfer-Encoding: 7bit   > <!doctype html public "-//w3c//dtd html 4.0 transitional//en"> <html> Thanks for the hintsN <br>I have succeeded getting stack dump as in the following example. (Although  not complete, it shows the idea)G <br>It works this way. The only think that bothers me: it is very slow. G Of course, normally it is not a problem, because stack dump is obtained A only when something goes wrong. But in some cases it is too slow. I <br>Can I do something to speed it up. As far ad I understand most of the $ time is spent starting the debugger. <p>The configuration: J <br>Debugger:&nbsp;&nbsp;&nbsp;&nbsp; OpenVMS Alpha DEBUG Version V7.1-06RL <br>VMS:&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; OpenVMS V7.1-2K <br>CXX:&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; Compaq % C++ V6.2-016 for OpenVMS Alpha V7.1-2 ( <p><tt>void stack_dump() {</tt><tt></tt>! <p><tt>&nbsp;&nbsp;&nbsp; //</tt> 8 <br><tt>&nbsp;&nbsp;&nbsp; // create dump file name</tt>" <br><tt>&nbsp;&nbsp;&nbsp; //</tt>3 <br><tt>&nbsp;&nbsp;&nbsp; char filename[256];</tt> S <br><tt>&nbsp;&nbsp;&nbsp; sprintf(filename, "sd%08x.txt", getpid());</tt><tt></tt> Q <p><tt>&nbsp;&nbsp;&nbsp; printf("---- filename = %s\n", filename);</tt><tt></tt> ! <p><tt>&nbsp;&nbsp;&nbsp; //</tt> 5 <br><tt>&nbsp;&nbsp;&nbsp; // configure debugger</tt> " <br><tt>&nbsp;&nbsp;&nbsp; //</tt>@ <br><tt>&nbsp;&nbsp;&nbsp; crelnm("dbg$decw$display", " ");</tt>F <br><tt>&nbsp;&nbsp;&nbsp; crelnm("dbg$process", "MULTIPROCESS");</tt>E <br><tt>&nbsp;&nbsp;&nbsp; crelnm("dbg$output", "NL:");</tt><tt></tt> ! <p><tt>&nbsp;&nbsp;&nbsp; //</tt> 4 <br><tt>&nbsp;&nbsp;&nbsp; // call the debugger</tt>" <br><tt>&nbsp;&nbsp;&nbsp; //</tt>2 <br><tt>&nbsp;&nbsp;&nbsp; char dbg_cmd[256];</tt>0 <br><tt>&nbsp;&nbsp;&nbsp; sprintf(dbg_cmd,</tt>K <br><tt>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; "set log %s;"</tt> O <br><tt>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; "set output log;"</tt> K <br><tt>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; "show calls;"</tt> ] <br><tt>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; "disconnect %%visible_process;"</tt> E <br><tt>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; "exit",</tt>8H <br><tt>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; filename);</tt> <br><tt>&nbsp;</tt>n4 <br><tt>&nbsp;&nbsp;&nbsp; call_debug(dbg_cmd);</tt>S <br><tt>&nbsp;&nbsp;&nbsp; printf("----------- debugger returned\n");</tt><tt></tt>e! <p><tt>&nbsp;&nbsp;&nbsp; //</tt>/B <br><tt>&nbsp;&nbsp;&nbsp; // revert debugger's configuration</tt>" <br><tt>&nbsp;&nbsp;&nbsp; //</tt>; <br><tt>&nbsp;&nbsp;&nbsp; dellnm("dbg$decw$display");</tt>t5 <br><tt>&nbsp;&nbsp;&nbsp; dellnm("dbg$output");</tt>a6 <br><tt>&nbsp;&nbsp;&nbsp; dellnm("dbg$process");</tt> <br><tt>&nbsp;</tt>n" <br><tt>&nbsp;&nbsp;&nbsp; //</tt>; <br><tt>&nbsp;&nbsp;&nbsp; // read produced stack dump</tt> + <br><tt>&nbsp;&nbsp;&nbsp; //</tt><tt></tt>p> <p><tt>&nbsp;&nbsp;&nbsp; FILE* f = fopen(filename, "r");</tt>/ <br><tt>&nbsp;&nbsp;&nbsp; if(f == NULL) {</tt>oG <br><tt>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; perror("failedd to open file");</tt>E <br><tt>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; return;</tt>/* <br><tt>&nbsp;&nbsp;&nbsp; }</tt><tt></tt>O <p><tt>&nbsp;&nbsp;&nbsp; cout &lt;&lt; "------------- STACKDUMP BEGIN\n";</tt>A. <br><tt>&nbsp;&nbsp;&nbsp; char buf[256];</tt>; <br><tt>&nbsp;&nbsp;&nbsp; while(fgets(buf, 256, f)) {</tt>yH <br><tt>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; // stack dump here is! just printed but it could be</tt>eH <br><tt>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; // put somewhere else instead</tt>J <br><tt>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; cout &lt;&lt; buf;</tt>! <br><tt>&nbsp;&nbsp;&nbsp; }</tt>tN <br><tt>&nbsp;&nbsp;&nbsp; cout &lt;&lt; "------------- STACKDUMP END\n";</tt>3 <br><tt>&nbsp;&nbsp;&nbsp; fclose(f);</tt><tt></tt> ! <p><tt>&nbsp;&nbsp;&nbsp; //</tt>e= <br><tt>&nbsp;&nbsp;&nbsp; // Remove the stack dump file</tt>r" <br><tt>&nbsp;&nbsp;&nbsp; //</tt>1 <br><tt>&nbsp;&nbsp;&nbsp; remove(filename);</tt>  <br><tt>}</tt> <br><tt></tt>&nbsp;<tt></tt> <p><tt>Best regards</tt># <br><tt>Artem Alimarine</tt></html>   ( --------------D9CD7DAB43525A6FCE877FEC--   ------------------------------  % Date: Mon, 08 May 2000 12:20:15 +0100-- From: Tim Llewellyn <tim.llewellyn@bbc.co.uk>00 Subject: Re: Kind of portable Alpha, VMS capable) Message-ID: <3916A2EF.FEA9A304@bbc.co.uk>$   Wayne Sewell wrote:i  Q >  Well, I could live with that.  As I said in an earlier post, I can hold off onrN > computing on the plane and can wait until I get to the hotel room.  Besides,O > given the low battery capacity of the alphabook, it's essentially a carry in,  > plug in device also.  :-)i  K So, dial in to your home cluster via a Wintel laptop (well, you COULD carry.I a VT220 and a modem but I suspect the laptop is smaller, lighter and moreaG reliable on the road). How you gonna backup up the work you did on thatc Alpha laptop on the road?t  9 OK, I can see real reasons for the Alphabook or whatever,e --6 Tim Llewellyn, OpenVMS Infrastructure, Remarcs Project0 MedAS at the BBC, Whiteladies Road, Bristol, UK.A Email tim.llewellyn@bbc.co.uk. Home tim.llewellyn@cableinet.co.ukt  A I speak for myself only and my views in no way represent those ofA MedAS or the BBC.n   ------------------------------  % Date: Mon, 08 May 2000 08:24:49 -0700 5 From: Richard  <maher_rjNOmaSPAM@hotmail.com.invalid>y3 Subject: Re: Mailbox and synchronization in OpenVMS 9 Message-ID: <1cd2fdd0.394fe13a@usw-ex0108-062.remarq.com>T  ; You know there's plenty of interest Stephen. I (and others) : have been begging for years for just the branch management7 services to be published (and the txn can be DECnetworkP3 wide and not just cluster wide) but let me take thef8 opportunity to also ask for the declare resource manager4 services to be published. Because VMS engineering is7 continuing to flounder on the issue of TIP (Transaction-6 Internet Protocol) we'll all have to write our own co-6 ordinating resource managers or risk being locked into5 ACMSxp/RTR or have I missed something? MS DTC has it!7; Tandem has it! but I don't think VMS even has the one blokeT< and his dog up in Scotland who used to look after DECdtm :-(  8 If it is at all possible to get DECdtm out of mothballs,: publish the services needed, make it XA compliant, make it8 TCP/IP compliant, and most of all make it TIP compliant, then *please* do it.  ; Sorry to go on about it but please see VMS and DECdtm notesd7 conferences for better thought-out and friendlier rantsn going back about 8 years.o  ; For VMS customers out there:- *Now* is the time! please gett/ onto your account managers about this. And mostb9 importantly. Please stress that you want a *VMS* solution ; and not an ACMSxp or RTR or "I'm the most important part of  the body" solution!h  ( Thanks for anyone who's still listening.   Regards Richard Maher.  : Stephen, if you could at least get approval to publish the: COBOL process/sub-process distributed txn example I put in: the VMS notes conference about 3.5 years ago that would be good.m  6 In article <8evh61$4l4$2@mailint03.im.hou.compaq.com>,3 hoffman@xdelta.zko.dec.nospam (Hoff Hoffman) wrote:r4 > In article <391340F0.E3B7FF0D@vl.videotron.ca>, JF1 > Mezei <jfmezei.spamnot@vl.videotron.ca> writes:. > :Hoff Hoffman wrote:8 > :>   I would encourage at least a quick examination of > the uses of ther7 > :>   integrated OpenVMS transaction-processing systemi > services.. > :.3 > :Do these services provide any inter-process data- > exchange services ? I was 7 > :under the impression that they were solely inside ofe > a process.2 >   These services are cluster-capable transaction > coordination systeme7 >   services, and these services operate in conjunctiona > with whatevere8 >   sorts of application processing and communcations is > necessary.3 >   These services permit all applications that are  > "interested" in at5 >   transaction to declare their interest, and permitQ > the applications4 >   to complete or to rollback activity based on the > success or failure- >   of the distributed transaction.  (This is- > particularly useful with8 >   such packages as RMS journaling, as you can use this > to "unload" af3 >   series of RMS file updates should a transactionD	 > fails.)q3 >   With RTR, these transactions can extend out andv > operate over a >   distributed network.8 >   I would encourage a stroll through the documentation > for details.8 >   The one piece of documentation I am aware is missing > is the pieces / >   of the API needed to implement a customizedQ > (application-specific)7 >   recovery manager.  If there is sufficient interest,s > I will see if 6 >   I can acquire the clearance needed to release this > documentation.4 >  --------------------------- pure personal opinion > --------------------------- 1 >    Hoff (Stephen) Hoffman   OpenVMS Engineeringr > hoffman#xdelta.zko.dec.com       * Sent from AltaVista http://www.altavista.com Where you can also find related Web Pages, Images, Audios, Videos, News, and Shopping.  Smart is Beautiful    ------------------------------  % Date: Mon, 08 May 2000 10:46:29 +0000 / From: Nigel Arnot <sysmgr@maxwell.ph.kcl.ac.uk>e" Subject: Re: Marketing opportunity6 Message-ID: <009E9C63.216A8F96.2@maxwell.ph.kcl.ac.uk>   > Nigel Arnot wrote:J > > True, that would be easier for a technically competent administator toN > > repair, and true this would affect only a single user not all users of the> > > system. However, Windows machines are usually single-user, > 5 > Have you not worked at an educational institution ?d  K I do work at one. Our NT systems are very much multi-user. IMO they are themF exception. I've had not a few othe folks' jaws drop when they see thatJ my users can log in on any handy NT box and get thir own personal desktop, etc ...   I But it's tough to get this working properly ... AFAIK impossible for somenH products. My experience of other installations is that they either don'tI know how, or don't bother (because the PC is Joe's office is Joe's PC, orrC because there are too many things that plain don't work if you try e multi-user).  I BTW, it's also possible to install NT so that only administrator accountsiB can write the system directories. Again, I do. Again, MS make this hard!   D If this sounds like any sort of recommendation of an MS product it'sE not; all I'm saying is that NT is less bad than certain other allegedh operating systems from MS.   	 			Nigel.a   ------------------------------  % Date: Mon, 08 May 2000 12:04:04 +0000a/ From: Nigel Arnot <sysmgr@maxwell.ph.kcl.ac.uk>e" Subject: RE: Marketing opportunity6 Message-ID: <009E9C6D.F7EB2E18.6@maxwell.ph.kcl.ac.uk>   > J > Do you really think you add security by telling people that they have to7 > extract the attachment and open it in another window?  >   - You don't gain security. You do gain safety.    B Security (as I'm using it here) is keeping unauthorized people outB of a system or subsystem. Safety is keeping authorised people from@ accidentally breaking things that they are authorized to modify.  F In certain hazardous plants where I've worked, safety is enhanced by aD series of interlocks: systems of notices which must be read, (human)K supervisors who must be consulted, and logbooks that must be signed, before0L keys are obtained, padlocks removed or set, and switches or valves operated.F On the negative side, this slows you down a bit. On the positive side,G it makes it far harder to make seriously expensive or life-threatening  	 mistakes.   G Software engineers should definitely take note.  Safety is as important 
 as security. k	 			Nigel.	   ------------------------------  % Date: Mon, 08 May 2000 12:50:11 +0200:= From: Arne =?iso-8859-1?Q?Vajh=F8j?= <arne.vajhoej@gtech.com>:" Subject: Re: Marketing opportunity) Message-ID: <39169BE3.2216895E@gtech.com>>   tsm@palindrome.org wrote:n+ > In article <3912C83C.52EC016F@gtech.com>,CB >   Arne =?iso-8859-1?Q?Vajh=F8j?= <arne.vajhoej@gtech.com> wrote:H > > This virus/worm uses two features of Windows and Microsoft Mail thatI > > no other OS and email program on another OS to my best knowledge has:  > > ; > > - all users has write access to all files on the system  > E > Other systems are just as affected by this. Macintosh, for example.8  C Now I know nothing about Macintosh - I am surpised that what I haveo= heard is a better OS than Win9x does allow everyone to deleteo everything,I but ...   > Neither MVS, VMS, OS/400 or any of the UNix flavours I know of. allow it. And as you say neither do WinNT/W2K.  @ > > - the email-program run code when you click on an attachment > > containing code2 > H > Incorrect. For Outlook to run the attachment, you have to click yes toE > __TWO__ dialog boxes. First what to do with the file (save or run).eH > Second, if you select run, a dialog warning you that it may be a virusF > is displayed. A user who was a victim of the virus would have to say > yes to both of these.s  # That is not what I have been told !,  D > > I find it very difficult to see how this could happend oN VMS or
 > > Unix ! > H > Technically, absolutely nothing. Unix single-handedly brought down theH > Internet (and not just a few clients machines?) several years ago withG > the Internet worm, so I don't know where you get off mentioning it in I > the same breath as VMS, and claiming it is so much less vulnerable than E > Windows. VMS, of course is less vulnerable, but Unix? Be realistic.l  " In theory many things can happend.  @ But AFAIK then something in the 1-10 million Win9x PC's has been? hit by email virus the last year. Again AFAIK then 0 (fat zero) ) Unix systems has been hit by email virus.r  F And even though there are a lot more Win9x boxes than Unix boxes, then I still find that signifikant.  I >                                                                     YoukG > did see the apache.org hack, no? Does it make you sleep well at nightcD > knowing that the owners of the web server which control 60% of theE > market cannot even properly secure their site using that web sever?e  E I am not particular worried about that. apache.org does not have many( secretsnF to protect, so I am not so surprised that their security level is low.  @ > What you have to understand is that the culture for Windows is? > completely different than with Unix and VMS. In Windows it isoG > __EXTREMELY__ common for users to mail each other EXE's and run them,uB > blindly. My mother does this all the time, and runs all sorts ofF > different doodads and novelty problems which people e-mail her. What? > should Microsoft do? Should they disable to ability to run an  > executable from the mailer?V   Yes !    Because: 1) it is a huge security risktF 2) ask your mother how many of those EXE's is work-relevant (my guess: <1%)  E >                             But this is a convenience for user. The I > worm writer would then just say, "Save this file into your desktop, and"B > then run it", and 99.44% of the people who opened the executable, > through the mailer would open it this way.   Some would, but not 99% !d  ? PC email-program has been common for 8-10 years. And it is just C the last few years, that this has been a problem. The problem seemspE to have arrived with Microsofts's "user-friendly" mail-programs/OS's.c  G > IMHO, any blame placed on Microsoft for this is just yet another steprH > in the War on Microsoft, and is simply obsessive, irrational Microsoft5 > hatred, with absolutely no technical justification.   ( Everyone is free to have their opinion !   Arne   ------------------------------  % Date: Mon, 08 May 2000 13:05:17 +0200f= From: Arne =?iso-8859-1?Q?Vajh=F8j?= <arne.vajhoej@gtech.com> " Subject: Re: Marketing opportunity) Message-ID: <39169F6C.4D4D9309@gtech.com>6   John Vottero wrote:aJ > Do you really think you add security by telling people that they have to7 > extract the attachment and open it in another window?-   Yes !S  4 Millions of click-and-execute PC's has got infected.  ? I have not heard about one save-and-execute-in-other-context PCt having been infected.n  N > It is a combination of very useful features.  Don't we all wish that VMS had > better MIME support?  > Yes, but only to th elimit that it does not decrase security !  I > > Lotus cc:mail/Notes, NetScape Messenger, Novell GroupWise all has thes > > same8 > > basicly functionality as Microsoft OutLook/Exchange. > >t2 > > None of them had the problem. Only Microsoft ! > J > Only because the code was written for MS Outlook.  I believe that all ofJ > those e-mail systems will open an attachment if you double click it.  IfN > they were running under the right versions of Windows they would execute theM > VBS script  but the script would not propagate because it only knows how to>M > look at an Outlook address book.  But I believe that it could be written to:% > exploit an of those e-mail systems.s  G None of those other email-systems that I have tried will run code in an; attachment.n  B And note that it is only the propagation mechanism (looking in the addresst$ book), that is stritcly MS specific.  C Infection is specific to systems that makes it easy to execute thate malicious code.t  @ And surprise surprise - I have as today not heard about 1 single! non MS mail-program infected PC !;   Arne   ------------------------------  % Date: Mon, 08 May 2000 13:06:49 +0200p= From: Arne =?iso-8859-1?Q?Vajh=F8j?= <arne.vajhoej@gtech.com> " Subject: Re: Marketing opportunity) Message-ID: <39169FC9.BEB29A3F@gtech.com>e   Nigel Arnot wrote:F > If this sounds like any sort of recommendation of an MS product it'sG > not; all I'm saying is that NT is less bad than certain other allegedU > operating systems from MS.   True.;  = Dave Cutler must have got a few good ideas in to NT before is& was MSified !  :-)   Arne   ------------------------------   Date: 8 May 2000 12:08:26 GMT;* From: helbig@astro.rug.nl (Phillip Helbig)# Subject: re:  Marketing opportunity;. Message-ID: <8f6anq$7ga$1@info.service.rug.nl>  E In article <4.3.1.0.20000505102542.01d17c40@24.8.96.48>, Dan Sugalski> <dan@sidhe.org> writes:   J >(Some days I think TYPE/PAGE MAIL.MAI would be a better mail client than 
 >Outhouse...)n   Not quite, but l   $  MAIL    <RETURN>  E Note that, for security reasons, MAIL displays escape sequences as $.s   ------------------------------  % Date: Mon, 08 May 2000 13:13:23 +0100/- From: Tim Llewellyn <tim.llewellyn@bbc.co.uk>s" Subject: Re: Marketing opportunity) Message-ID: <3916AF63.307B4D9D@bbc.co.uk>;  S JF Mezei wrote: I disagree. More and more (I hope) companies will feel the costs ofu having  P > chose that cheap Microsoft solutions and will start to look for better qualityJ > software. If Compaq is there to present it high quality software that isL > secure and without fancy gadgets that turn into internet liabilities everyQ > couple of weeks, then Comapq will get a serious message across to corporations.s  P Lets hope so. I am worried that the articles about ILOVEYOU in the Observer thatQ I caught yesterday did not even present the fact that running a vulnerable system>L like this is just an option, not the only choice. Most people do not realize@ that they are not using the only available internet mail option.   --6 Tim Llewellyn, OpenVMS Infrastructure, Remarcs Project0 MedAS at the BBC, Whiteladies Road, Bristol, UK.A Email tim.llewellyn@bbc.co.uk. Home tim.llewellyn@cableinet.co.uk<  A I speak for myself only and my views in no way represent those ofK MedAS or the BBC.A   ------------------------------  % Date: Mon, 08 May 2000 15:44:46 +0100;< From: John Macallister <j.macallister1@physics.oxford.ac.uk>" Subject: Re: Marketing opportunity6 Message-ID: <000508154446.54b@nplvms.physics.ox.ac.uk>  G > Note that, for security reasons, MAIL displays escape sequences as $.t    S Unless you're on a terminal which understands the escape sequences and you can thennY  end up in a real mess, possibly with an unusable terminal until you reset it in some way "  possibly by stopping the process.  U I guess this is an example, on a milder scale, of the sort of things people have beennS  criticising in MS software.   Automatic execution of escape sequences, if embedded>  in mail  can cause problems.a   John   ------------------------------  % Date: Mon, 08 May 2000 17:12:29 +0200 = From: Arne =?iso-8859-1?Q?Vajh=F8j?= <arne.vajhoej@gtech.com>3" Subject: Re: Marketing opportunity) Message-ID: <3916D95D.FA1A6E7E@gtech.com>:   John Macallister wrote:wI > > Note that, for security reasons, MAIL displays escape sequences as $.c > U > Unless you're on a terminal which understands the escape sequences and you can thenu[ >  end up in a real mess, possibly with an unusable terminal until you reset it in some waye$ >  possibly by stopping the process. > W > I guess this is an example, on a milder scale, of the sort of things people have been U >  criticising in MS software.   Automatic execution of escape sequences, if embeddedt >  in mail  can cause problems.2   ????   Why not try it ?  F If you try it, then you will find that the original poster is correct.B Escapes are displayed as $ *ALSO* on terminals that understand the escaper sequences.  " Digital know/knew about security !   Arne   ------------------------------  % Date: Mon, 08 May 2000 11:41:07 -0400 " From: Dan Sugalski <dan@sidhe.org># Subject: re:  Marketing opportunityl8 Message-ID: <4.3.1.0.20000508114012.00e92250@24.8.96.48>  / At 12:08 PM 5/8/00 +0000, Phillip Helbig wrote:BF >In article <4.3.1.0.20000505102542.01d17c40@24.8.96.48>, Dan Sugalski ><dan@sidhe.org> writes: >eK > >(Some days I think TYPE/PAGE MAIL.MAI would be a better mail client thani > >Outhouse...)g >D >Not quite, but1 >u >$  MAIL >.	 ><RETURN>T > F >Note that, for security reasons, MAIL displays escape sequences as $.  D DUMP/PAGE MAIL.MAI, then. Forgot about escape sequences, though the  sentiment still stands. :)   					Dan  I --------------------------------------"it's like this"------------------- 2 Dan Sugalski                          even samurai? dan@sidhe.org                         have teddy bears and evenu;                                       teddy bears get drunkw   ------------------------------  % Date: Mon, 08 May 2000 16:35:18 +0100CB From: Andrew Harrison SUNUK Consultancy <andrew.nospam@uk.sun.com>" Subject: Re: Marketing opportunity* Message-ID: <3916DEB6.65236A82@uk.sun.com>   Arne Vajhj wrote:   > Nigel Arnot wrote:O > > Technically it (ILOVEYOU) is a worm and trojan, not a virus. It's targettedXR > > at MS systems because (probably) they are widespread and widely used by peopleN > > without a technical background. However, it does not appear to exploit anyM > > security holes and is mostly social engineering; the only technical facetyM > > being that Microsoft make virtually NO distinction between code and data,uN > > and so people used to doubleclicking mail messages to "view" Word or ExcelJ > > files (thermselves executable!) will not notice the .vbs extension and> > > happily execute a malicious script under misleading cover. > >nJ > > It would be fairly trivial to write similar malware in (say) Perl on aS > > Unix or even in DCL on a VMS system. But because the designers of those systemsoG > > are more security-minded, it will be far harder to "con" users intoeM > > acrually executing the script. That's the only real difference. MicrosoftoM > > users are presented with a bottle marked "drink me" and do; users of mostjH > > other systems would realize that it may very well contain poison, an > > decline the invitation.u >  > ???? > I > This virus/worm uses two features of Windows and Microsoft Mail that nosD > other OS and email program on another OS to my best knowledge has: >d9 > - all users has write access to all files on the system  >t  B This may be true but it isn't really relevant, the worm could have? done its damage (clogging up email servers etc) without needingn
 write access.s     >eI > - the email-program run code when you click on an attachment containing  > code >n  K Many email clients let people execute attachments by clicking them, VMSmailtK may not but most MIME compliant email tools with a graphical user interface J allow you to click on an attachment and launch it and some of these do run on OpenVMS and UNIX.  F The real danger that the ILOVEYOU worm exposes is the fact that a veryO simple program, designed to specifically target one application on a particularo' OS (Win95/98) can cause so much damage.   G This is because due to MS's popularity on the desktop and MS's bundling K of mail clients etc, the desktop has become to all intents and purposes anddK mono-culture. There is little on no genetic diversity and so one virus/wormsK can inflict the level of damage without needing to have numerous subspecies & designed to attack differing desktops.  D Perhaps one of the things that the DOJ's proposed breakup of MS willD encourage is a richer desktop environment which is less vunerable to a single simple attack.p  @ The the fact that OpenVMS or UNIXwas not attacked should cause a! sigh of relief but not much more.r         Regardsa Andrew Harrison  Enterprise IT Architectt   ------------------------------   Date: 8 May 2000 16:13:52 GMTm* From: helbig@astro.rug.nl (Phillip Helbig)" Subject: Re: Marketing opportunity. Message-ID: <8f6p40$bqq$2@info.service.rug.nl>  F In article <000508154446.54b@nplvms.physics.ox.ac.uk, John Macallister- <j.macallister1@physics.oxford.ac.uk writes: 1  	 [I wrote]e  I > > Note that, for security reasons, MAIL displays escape sequences as $.a  H > Unless you're on a terminal which understands the escape sequences andI > you can then  end up in a real mess, possibly with an unusable terminalcD > until you reset it in some way  possibly by stopping the process.    ???n  F > I guess this is an example, on a milder scale, of the sort of thingsH > people have been  criticising in MS software.   Automatic execution of> > escape sequences, if embedded  in mail  can cause problems.   H Try the text below.  TYPE it on a terminal which understands the escape 6 sequence.  Then MAIL it to yourself and view it there.  ' plain text [1mBOLD TEXT[0m plain texte   ------------------------------  % Date: Mon, 08 May 2000 10:06:24 +0100s, From: Paul BEAUDOIN <paul.beaudoin@hsbc.com>2 Subject: Memo:   Re: Dropping DECnet..don't do it!: Message-ID: <802568D9.00320779.00@lithium.systems.uk.hsbc>  D We may be getting away from the original question... For my purposesB the NICE interface has long since been worked out, though I am not= particularly happy to discover there was a much easier way...eF For OSI( Digital version of CMIP), I can supply what amounts to an API  through routines I wrote myself.E If you are interested, mail me direct and I will explain what it doess and send the source(s).e   Paul            D ********************************************************************B  This message and any attachments are confidential to the ordinaryB  user of the e-mail address to which it was addressed and may also>  be privileged. If you are not the addressee you may not copy,8  forward, disclose or use any part of the message or itsC  attachments and if you have received this message in error, pleaselB  notify the sender immediately by return e-mail and delete it from
  your system.a  =  Internet communications cannot be guaranteed to be secure oreA  error-free as information could be intercepted, corrupted, lost, >  arrive late or contain viruses. The sender therefore does not?  accept liability for any errors or omissions in the context oft?  this message which arise as a result of Internet transmission.w   D  Any opinions contained in this message are those of the author and ?  are not given or endorsed by the HSBC Group company or office s=  through which this message is sent unless otherwise clearly tA  indicated in this message and the authority of the author to so  3  bind the HSBC entity referred to is duly verified.a  D ********************************************************************   ------------------------------  # Date: Mon, 08 May 2000 12:50:38 GMT 0 From: carlini@true.lkg.dec.com (Antonio Carlini)6 Subject: Re: Memo:   Re: Dropping DECnet..don't do it!* Message-ID: <8f6ck5$o9n@usenet.pa.dec.com>  h In article <802568D9.00320779.00@lithium.systems.uk.hsbc>, Paul BEAUDOIN <paul.beaudoin@hsbc.com> wrote:G >For OSI( Digital version of CMIP), I can supply what amounts to an API ! >through routines I wrote myself.e  K Perhaps it might be a useful contribution for the next OpenVMS Freeware CD.I  " Submission details can be found at  < http://www.openvms.compaq.com/openvms/freeware/cd_guide.html   Antonio   I Antonio Carlini                            Mail: carlini@true.lkg.dec.com # DECnet-Plus for OpenVMS Engineering26 COMPAQ                                     Reading, UK   ------------------------------  $ Date: Mon, 8 May 2000 10:26:36 +0100* From: "Hans Hamakers" <hamakers@pobox.com>4 Subject: MOP Deamon for DECSERVER under MS-DOS/WINxx% Message-ID: <uZx$cdMu$GA.314@net003s>    Hi,d  A Does anyone now if there is a possibility to load DECSERVERs fromw MS-DOS/WINxx in stead of VMS?h   hamakers@pobox.com   ------------------------------  " Date: Mon, 8 May 2000 09:06:50 GMT( From: Terry Kennedy <terry@gate.tmk.com>8 Subject: Re: MOP Deamon for DECSERVER under MS-DOS/WINxx' Message-ID: <Fu8HBE.Aoz@spcuna.spc.edu>t  * Hans Hamakers <hamakers@pobox.com> writes:C > Does anyone now if there is a possibility to load DECSERVERs fromw > MS-DOS/WINxx in stead of VMS?   A   You could look at: ftp://ftp.stacken.kth.se/pub/OS/NetBSD/mopd/e0 where there are C sources for a Unix MOP loader.  - 	Terry Kennedy             http://www.tmk.comi5         terry@tmk.com             Jersey City, NJ USA0   ------------------------------  $ Date: Mon, 8 May 2000 13:10:17 +0100* From: "Hans Hamakers" <hamakers@pobox.com>8 Subject: Re: MOP Deamon for DECSERVER under MS-DOS/WINxx% Message-ID: <OlaA$4Nu$GA.181@net003s>   " Terry Kennedy wrote in message ...B >  You could look at: ftp://ftp.stacken.kth.se/pub/OS/NetBSD/mopd/1 >where there are C sources for a Unix MOP loader.o >l. > Terry Kennedy             http://www.tmk.com6 >        terry@tmk.com             Jersey City, NJ USA Thanks Terry, butu  O Boy, That's to complex for me.  
 Hans Hamakersr hamakers@pobox.com   ------------------------------   Date: 8 May 2000 14:39:39 GMTa2 From: hoffman@xdelta.zko.dec.nospam (Hoff Hoffman) Subject: Re: OPCOM6 Message-ID: <8f6jjb$s9t$3@mailint03.im.hou.compaq.com>  N In article <VA.00000032.1a234ddd@sture.ch>, Paul Sture <paul@sture.ch> writes:J :This was IMHO a bug introduced in VMS V6.2. A comparison of the V6.1 and M :V6.2 startup files revealed that under V6.1 the Alpha and VAX versions were bN :different (IIRC one of the files called by startup.com), and in V6.2 someone J :had (laudably) "corrected" this, with the result that both VAX and Alpha  :versions became identical.   I   I do not recall off-hand if I munged with SYSTARTUP_VMS.COM and am thus)=   the culprit referenced above, but it would not surprise me.   I   I have been roto-tilling (in my copious spare time) the various startuptI   and login-related DCL procedures used on OpenVMS VAX and OpenVMS Alpha,eH   with an eye toward neater DCL and toward platform-neutral common code.J   ost recently, I've had my sticky fingers in SYLOGICALS.COM.  Additional H   targets include the SYLOGIN.COM and LOGIN.COM procedures -- one of my I   changes did recently clobber some of the new OpenVMS Alpha work in the n9   early baselevels of the next big OpenVMS release. :-(  e  K   If I get into SYLOGICALS.COM again, I will add some comments to point to  D   the DECwindows console tool, and better describe OPCOM operations.  N  --------------------------- pure personal opinion ---------------------------L    Hoff (Stephen) Hoffman   OpenVMS Engineering   hoffman#xdelta.zko.dec.com   ------------------------------  $ Date: Mon, 8 May 2000 10:51:45 -0600* From: "emanuel stiebler" <emu@ecubics.com> Subject: Re: SA-100n1 Message-ID: <3916ef70$0$484@wodc7nh0.news.uu.net>   H Swaffield, Harold [CRK:1342:EXCH] <hswaffie@americasm01.nt.com> wrote in4 message news:39107CC2.83F038D0@americasm01.nt.com...> > I believe that the part your looking for holds 7 tapes P/N - >a
 > 30-32447-01t >n > Hope this meets the needs.   Thanks !E But: What i have here, is a model which holds 6 tapes. But, the PN is, already a good start.t cheers,e emanuelr  I > > What I'm looking for, is the DEC Part Number of the magazin for the 6s > > Cartriges.   ------------------------------   Date: 8 May 2000 16:04:27 GMT 0 From: FAZEKAS Mihaly <michael@goliat.eik.bme.hu> Subject: SCSI device names, Message-ID: <8f6oib$38b$1@goliat.eik.bme.hu>  " I have a new SCSI controller card.F (i'm buy a Cadmus 9600 Terminal server, and this terminal server has a SCSI card.)h This SCSI card put into my VAX.e  2 What is the SCSI device name(s)? (dka*, dsa*, or?)  < The disk, wich is connect to SCSI bus is a VMS 6.2 bootable.G I'm probing many boot command, but all command result: "DEVASSIGN ...."s   -- l  mailto:michael@goliat.eik.bme.hu Phone: 463-1966t   ------------------------------  $ Date: Mon, 8 May 2000 02:33:25 -0400' From: "Bill Todd" <billtodd@foo.mv.com>t& Subject: Re: the latest billybox virus( Message-ID: <8f5mvo$48e$1@pyrite.mv.net>  ; JF Mezei <jfmezei.spamnot@vl.videotron.ca> wrote in messagen) news:3916447B.EE5039AF@vl.videotron.ca...e > Bill Todd wrote:8 > > Email systems are used in all kinds of environments:L > > corporate-internal-only, mixed internal/external, external only (typical ofH > > the home PC), ...  Their software should be configurable to meet the needseL > > (and protection needs) peculiar to each such environment, not restricted to" > > the lowest common denominator. >  >dC > The problem is that corporations have been brainwashed into usingt home-qualityB > (read: low-quality) software as their corporate backbone. I hopeE > Digital/Compaq got bitten real bad by the ILOVEYOU thing. They most-
 certaintly
 > deserve it.   K While there are quality problems (temporary and permanent hangs that may beuL underlying network stack problems are two) with Outhouse, I don't think it'sF entirely fair to blame it for the current successful worm attack.  ItsL security can be set to IE 'internet' level or IE 'restricted' level, both ofE which have relatively finely-configurable security which, had it been J suitably set up by the corporate administrative personnel, could have, forK example, prohibited scripts from running in email or ensured that a warning0L dialog box would have to be traversed before running such a script (that mayL be the default setting, but I'm not going to bother restoring my IE defaults to find out right now).a  J However, I'm not sure that disabling scripting in that manner disables theH ability to execute attachments (i.e., it may simply disable execution ofK *embedded* scripts in email).  And while a virus-warning dialog box appearsaJ whenever you attempt to open an attachment, it would likely be safer if anL even more vigorous warning appeared when you attempt to open an *executable*G attachment (if only because users may become accustomed to ignoring theeH other warning because it appears so frequently - seems as if that itselfG could be somewhat more selective) - though user education would also bepJ effective in increasing safety (especially as it's always possible to saveH the attachment and *then* execute it if you haven't fully understood the possible danger it may pose).o  G (I do understand that scripting can be disable *entirely*, but that mayeK compromise web browsing unduly - I don't know how commonly web pages dependK# upon scripting to work acceptably.)-  J While email is important to corporations, it's not clear that email clientK software (which is where decisions about how to treat attachments get made)yK really qualifies as part of the 'corporate backbone'.  Nor is it clear thatsI Outhouse is unusually deficient in this role (other commonly-used clientsn= have been stated elsewhere in this discussion to have similart$ executable-attachment capabilities).  H Developers and users have only been experimenting with email in a globalE internet environment for a few product cycles.  Both groups are still I learning how to deal with the technology to make it useful and usable buttG reasonably secure.  The general population manages to deal with drivingeJ automobiles - potentially lethal devices left almost solely to the controlG of the individual behind the wheel - on a regular basis with relativelymL benign results (considering the numbers involved), and the same will be trueA of email after people get a bit more used to it and designers andnL administrators tweak its configurability in response to experiences like the current one.   - bill   ------------------------------  % Date: Mon, 08 May 2000 03:13:54 -0400u0 From: JF Mezei <jfmezei.spamnot@vl.videotron.ca>& Subject: Re: the latest billybox virus/ Message-ID: <39166913.1DB4D59E@vl.videotron.ca>,   Bill Todd wrote:J > Developers and users have only been experimenting with email in a global0 > internet environment for a few product cycles.   WRONG ! BIG TIME WRONG !  K The internet and worms/viruses may be new to the types of folks hired to doiK Microsoft software, but it is nothing new to enterprise software engineers.eL The ALL-IN-1 guys knew all about the potential for script excustion securityN well before Windows was developped and they implemented a nice solution in the architecture of All-IN-1.c  L Just because the internet is new to the windows world, it does not mean thatN it is new. And it is not my fault if corporations are blindly buying microsoftG software that is not ready for prime time. Folks making major corporateiM decision think that the "internet" is the web and email. They have no conceptt4 of how it works and what other protocols are around.   ------------------------------  % Date: Mon, 08 May 2000 13:21:33 +0000 / From: Nigel Arnot <sysmgr@maxwell.ph.kcl.ac.uk>n& Subject: RE: the latest billybox virus6 Message-ID: <009E9C78.CAC13184.4@maxwell.ph.kcl.ac.uk>   > >  > [snip] > > = > > First off, there was no 'rocket science' involved in the   > > latest headlinings< > > 'virus'.  It was simply and exploit of a REALLY, REALLY  > > stupid feature in-, > > corporated into bgInc.'s schlockwarez.   > >  > N > Yes, this thing was just meatball programming, not the creation of a genius. > M > But what is the "REALLY, REALLY stupid feature"?  Is it the ability to openpN > mime attachments?  A powerful scripting language?  Aren't these good things?N > Are we really more secure if opening a mime attachment is a pain in the ass?N > The only solution I see is user education.  A lot of people just learned the > hard way.d  > The REALLY REALLY stupid feature is that Outhouse will happilyJ execute a script when you do exactly the same to the script icon as you do5 every day to "harmless"* icons such as .xls or .doc. m  F This should (a) be something that system administrators can completelyE block for some or all users, and (b) require something other than thetE familiar doubleclick. Doubleclicking should generate a pop-up warningpF explaining why you probably don't want to do this, but (maybe) telling: you what to do of you are really, really sure you want to.  I But ultimately, this virus is a piece of social engineering, a con-trick.hG And such can succeed if targeted more specifically against a particular"H luser on a particular secure system. User-education is indeed important.  D See my post to the other "Marketing opportunity" thread about safety" and security not being synonymous.  C * and yes, on an MS system they aren't at all harmless, due to MS'se, utter failure to distinguish data from code.   	Yours, 
 		Nigel Arnote- 		NRA@MAXWELL.PH.KCL.AC.UK                   e  7 		"In the beginning there was nothing, which exploded."a   ------------------------------   Date: 8 May 2000 12:21:09 GMT * From: helbig@astro.rug.nl (Phillip Helbig)& Subject: Re: the latest billybox virus. Message-ID: <8f6bfl$7ga$2@info.service.rug.nl>  . In article <zQyZ6keJGz56@tachxxsoftxxconsult>,@ wayne@tachysoft.xxx.003546.killspam.013a (Wayne Sewell) writes:    > J >Once again, I had to laugh at the worldwide consternation over the latestM >virus infecting billyboxes.  All I can say is that if these people would run H >real computer systems, shit like this wouldn't happen to them.  AnytimeN >somebody says "why do you insist on reading mail with vms, no attachments, noO >mime, yadda, yadda, yadda", I just remind them of the last incident like this.   D Indeed.  After reading about the virus on the web site of the GermanC nightly news (http://www.tagesschau.de/), which was the first I hadi> heard of it, and reading that the INNENMINISTER (i.e. the homeG secretary) had gotten involved, and thinking that there must be better vG things for him to do than worrying about billyboxes, and reading about oI how large the damage was, and then seeing the text of the code which hit eD the OSU mailing list and how trivial it was, I sent the minister an D email.  Interestingly, his initials are "OS".  :-)  No response yet.  O ---------8<--------------------------------------------------------------------   5 From:	SMTP%"helbig@man.ac.uk"  5-MAY-2000 00:21:21.98i; To:	SMTP%"otto.schily@bundestag.de",SMTP%"helbig@man.ac.uk"- CC:	% Subj:	mailto:otto.schily@bundestag.dee  ! Sehr geehrter Herr Innenminister!u    8 Wenn ein Email-Virus so viel Schaden anrichtet, dass derE Bundesinnenminister einschreiten muss, dann ist klar, wie empfindlich.G unsere Gesellschaft ist, wenn Teile davon f"ur solche Viren empfindlichIH sind: laut Meldung der Tagesschau unten `ausschlielich Computer mit demE Microsoft-Betriebssystem Windows'.  W"are es unter solchen Umst"andena; nicht gar Ihre Pflicht, die B"urger auf die Gefahren diesesiD Betriebssystems aufmerksam zu machen---die auch noch von einer FirmaG hergestellt wird, die, wie wir den Nachrichten entnehmen k"onnen, auch n6 in anderer Hinsicht nicht angenehm erscheint (unfaire D Gesch"aftspraktiken, bewu"ste Ausnutzung einer mit unfairen Mitteln ! aufgebaute Monopolstellung usw.).a  D Ich selber habe heute 127 Email-Nachrichten erhalten, was f"ur mich I durchschnittlich ist.  Ich arbeite in der Forschung, was ich selber zwar  F f"ur wichtig halte, aber andere durchaus f"ur weniger wichtig als die E Wirtschaft.  Ich habe nie Probleme mit Email- oder andere Viren, und uG habe von diesem jetzigen Virus nur aus den Nachrichten geh"ort.  Grund  C hierf"ur ist, dass ich mit einem Betriebssystem, VMS, arbeite, was bE GRUNDS"ATZLICH f"ur Viren (und unz"ahlige andere Probleme, die viele x@ Menschen, die unter `Rechner' nur PC verstehen, f"ur normal und F unumg"anglich halten) unempfindlich ist.  W"are es nicht im Interesse E der inneren Sicherheit, wenn auch die Bundesverwaltung, Polizei usw. g) solchen Gefahren nicht ausgesetzt w"aren?l  E VMS wird aus diesen Gr"unden von vielen Fluggesellschaften, B"orsen, bG Krankenh"ausern, Mobiltelefongesellschaften usw. benutzt.  Sie wissen,  B was es bedeutet, sei es in Geld oder in Leben gemessen, wenn ihre H Rechner nur eine Minute lang ausfallen, geschweige denn dass ein ganzes I Netz f"ur Stunden ausf"allt.  Ist unsere nationale Sicherheit nicht eben rC so wichtig?  Ist es nicht ihre Pflicht, daf"ur zu sorgen, dass ein fI vernunftiges, sicheres Betriebssystem benutzt wird, und nicht etwas, was lE sich nur mit unfairen Gesch"aftspraktiken und irref"uhrender Reklame oH (`Industrie-Standard' und "ahnlichen unsinnigen Spr"uchen) durchgesetzt F hat und gemessen mit `echten' Betriebssystem qualitativ sehr schlecht  abschneidet?     Mit freundlichen Gr"u"sen,   Phillip Helbig     --M Phillip Helbig                       Email .............. helbig@astro.rug.nlkM Kapteyn Instituut                    Email ................. helbig@man.ac.uk M Rijksuniversiteit Groningen          Tel. ................... +31 50 363 4067 M Postbus 800                          Fax .................... +31 50 363 6100eM NL-9700 AV Groningen                 Web ... http://www.astro.rug.nl/~helbig/e  K Meine Ansichten und Meinungen sind nicht unbedingt die meines Arbeitgebers.e  O ---------8<--------------------------------------------------------------------h  & X-URL: mailto:otto.schily@bundestag.de X-Mailer: Lynx, Version 2.7.1g >p. >   Home Tagesschau [INLINE] [INLINE] [USEMAP]  >   [INLINE] 04.05.2000 [INLINE] >   [INLINE] [INLINE]r >   [INLINE] >   [INLINE] Zurck [INLINE] >   [INLINE] >   [INLINE] >   [INLINE] [INLINE]c >   [INLINE] >   [INLINE] >   [INLINE] Video [INLINE]e" >   [INLINE] Druckversion [INLINE] >   Meldung Vorhergehendes >   [INLINE] Naechsteu >   [INLINE] [INLINE] [INLINE]9 >   [INLINE] Computervirus legt Mailsysteme lahm [INLINE]  >   [INLINE]I >   [INLINE] Wie ein Lauffeuer hat sich am Donnerstag ein als LiebesbriefiH >   getarnter Computervirus um die ganze Welt verbreitet. Von Asien berJ >   Europa bis in die USA legte das Schdlingsprogramm die ComputersystemeA >   von zahllosen Unternehmen, Behrden und Privatanwendern lahm.1 >    >   Schily beruft Taskforce eind >   J >   Bundesinnenminister Otto Schily berief Experten der Internet-TaskforceE >   ein, die wirksame Gegenmanahmen ergreifen sollen. Betroffen sindEH >   ausschlielich Computer mit dem Microsoft-Betriebssystem Windows. InJ >   Deutschland waren neben unzhligen kleinen wie groen Unternehmen auchI >   die Bundesverwaltung sowie die Landesregierungen in Niedersachsen und  >   Bremen betroffen.l >    >   Virus via E-Mail >   I >   In vielen Fllen brach die E-Mail-Kommunikation vllig zusammen. "BeitA >   derartigen Angriffen handelt es sich keineswegs um technische J >   Spielereien, sondern um zerstrerische Aktionen, die mit allen MittelnG >   verhindert werden mssen", erklrte Schily. Der Virus gelangte bero< >   E-Mails mit der Betreffzeile "ILOVEYOU" auf Tausende von< >   Windows-Computern. Dort verndert der Virus die zentraleI >   Systemregistrierung, lscht Dateien auf der Festplatte und verbreitet0C >   sich automatisch weiter an die Adressen, die im E-Mail-Programm  >   Outlook gespeichert sind.x >    >   Unterhaus lahmgelegt >   = >   Im Londoner Unterhaus legte der Virus das gesamte interne,E >   Kommunikationssystem lahm - es war nicht mehr mglich, irgendeinesE >   E-Mail zu schicken. Nach Schtzungen der ComputersicherheitsfirmapG >   Network Associates brachen etwa 30 Prozent aller E-Mail-Systeme von  >   britischen Firmen zusammen.  >   J >   In Schweden waren es demnach sogar 80 Prozent. In Dnemark waren unterI >   anderem das Parlament und das Umweltministerium betroffen. "Wir habenuF >   keine Ahnung, wo das hergekommen ist", sagte Hugo Praestegaard vom# >   Kopenhagener Umweltministerium.  >   F >   In der Schweiz befiel der Virus um 10.30 Uhr das E-Mail-System derJ >   Bundesverwaltung, wie Claudio Frigerio vom Bundesamt fr Informatik in< >   Bern mitteilte. Dieses wurde sofort abgeschaltet, um dieJ >   Weiterverbreitung zu stoppen. Frigerio vermutet, dass der Virus in denH >   Philippinen entwickelt wurde - der Sourcecode der Schdlingssoftware7 >   enthlt mehrmals den Eintrag "Manila, Philippines".r >   J >   In Asien gehrten die Finanznachrichtenagentur Dow Jones Newswires undC >   die Zeitung "The Asian Wall Street Journal" zu den Betroffenen.t >   $ >   Andere Verbreitungswege geprft  >   J >   Schlielich schlug der Computervirus auch in den USA zu. Zu den ersten9 >   Opfern der vermeintlichen Liebesbotschaft gehrte einiE >   Lotterie-Veranstalter in Florida. Beim amerikanischen Zentrum fra> >   Computersicherheit (CERT) wurde geprft, ob sich der VirusJ >   mglicherweise auch auf anderen Wegen als ber E-Mail verbreiten kann.@ >   Fachleute uerten sich berrascht von der Schnelligkeit undJ >   Reichweite des Virus, der damit offenbar noch gefhrlicher ist als derD >   hnlich gestrickte "Melissa"-Virus vom April vergangenen Jahres. >   G >   Auch damals handelte es sich um einen so genannten Makro-Virus, der-B >   sich in einer mit dem Programm Microsoft Word erstellten DateiJ >   versteckte. Hersteller von Antivirenprogrammen boten erste HilfsmittelI >   gegen "ILOVEYOU" an, darunter auch ein Skript fr die Beseitigung derf1 >   schlimmsten Folgen nach entstandenem Schaden.1 >    >   [INLINE] >   [INLINE] [INLINE]i >   [INLINE] Suche" >   ______________ _______________ >    >   [INLINE] >   [INLINE] Archivl >   [INLINE] >   [INLINE] Links [INLINE]u >   [INLINE]% >   [INLINE] Stichwort: Computervirena >   [INLINE] >   [INLINE] >   [INLINE] >   [INLINE] Links [INLINE]i >   [INLINE]+ >   [INLINE] Tipps und Hilfe fr Betroffene, >   [INLINE] >   [INLINE] >   [INLINE]( >   Home Home Seitenanfang  ARD-aktuell   ------------------------------  % Date: Mon, 08 May 2000 13:39:22 +0000a/ From: Nigel Arnot <sysmgr@maxwell.ph.kcl.ac.uk>a& Subject: re: the latest billybox virus6 Message-ID: <009E9C7B.4850E4A3.6@maxwell.ph.kcl.ac.uk>   > K > Yes, Microsoft could help by setting up an intermediate cautionary dialogdE > box before executing an executable attachment.  But saying it's all L > Microsoft's fault is like blaming the manufacturer of a pre-airbag car forL > injury to a driver who chose not to wear a seatbelt and had never bothered > to learn to drive. >  > - bill  G No, it's not. This would be true only if nobody had noticed the dangersmI on not having such an intermediate dialog before. In fact, I've seen suchPJ warnings in computer software since before Microsoft existed, and the use I of warning notices and interlocks goes back at least as far as Victorian c* railroad engineering  and probably before.  G It's much more like the Ford Pinto (which tended to blow up when it waseE rear-ended, because its gas-tank was designed in breach of principlescJ commonly accepted by automotive engineers of its time). And I can also seeJ similarities between Ford's (non-)response to learning about its Pinto andG Microsoft's response to learning about code/data misfeatures. Enter the  lawyers?   	Yours, 
 		Nigel Arnotd- 		NRA@MAXWELL.PH.KCL.AC.UK                   n  7 		"In the beginning there was nothing, which exploded."a   ------------------------------  % Date: Mon, 08 May 2000 13:32:59 +0100 - From: Tim Llewellyn <tim.llewellyn@bbc.co.uk>r& Subject: Re: the latest billybox virus) Message-ID: <3916B3FB.DE8136AE@bbc.co.uk>I   "John E. Malmberg" wrote:w  L >  It might be nice for those 911 sites that are running OpenVMS to reassureN > the public as to why their service will not be interrupted from these little	 > pranks.v  4 but then they'd have to admit they were running VMS.     --6 Tim Llewellyn, OpenVMS Infrastructure, Remarcs Project0 MedAS at the BBC, Whiteladies Road, Bristol, UK.A Email tim.llewellyn@bbc.co.uk. Home tim.llewellyn@cableinet.co.ukw  A I speak for myself only and my views in no way represent those ofa MedAS or the BBC.e   ------------------------------  $ Date: Mon, 8 May 2000 09:37:17 -0400' From: "Bill Todd" <billtodd@foo.mv.com>a& Subject: Re: the latest billybox virus( Message-ID: <8f6fqh$p1d$1@pyrite.mv.net>  ; JF Mezei <jfmezei.spamnot@vl.videotron.ca> wrote in message*) news:39166913.1DB4D59E@vl.videotron.ca...s > Bill Todd wrote:L > > Developers and users have only been experimenting with email in a global2 > > internet environment for a few product cycles. >n > WRONG ! BIG TIME WRONG !  D If you'll re-read it, you'll find the the qualification 'in a global2 internet environment' makes the statement correct.   >eJ > The internet and worms/viruses may be new to the types of folks hired to doB > Microsoft software, but it is nothing new to enterprise software
 engineers.E > The ALL-IN-1 guys knew all about the potential for script excustion  securityL > well before Windows was developped and they implemented a nice solution in them > architecture of All-IN-1.t  C I'm afraid an architectural solution is not possible:  if you allowyL transmission of arbitrary attachments, it is not possible to control the useK to which such attachments are put (after being saved to disk, for example).sJ And the ability to transmit attachments is sufficiently useful that if one) vendor does not provide it, another will.S   >tI > Just because the internet is new to the windows world, it does not mean* thatF > it is new. And it is not my fault if corporations are blindly buying	 microsoft0I > software that is not ready for prime time. Folks making major corporateRG > decision think that the "internet" is the web and email. They have non concept.6 > of how it works and what other protocols are around.  J Sigh.  Just when I thought I'd caught you making a rational statement, off
 you go again.    - bill   ------------------------------  $ Date: Mon, 8 May 2000 09:44:10 -0400' From: "Bill Todd" <billtodd@foo.mv.com> & Subject: Re: the latest billybox virus( Message-ID: <8f6g7d$p95$1@pyrite.mv.net>  : Nigel Arnot <sysmgr@maxwell.ph.kcl.ac.uk> wrote in message0 news:009E9C7B.4850E4A3.6@maxwell.ph.kcl.ac.uk... > >iF > > Yes, Microsoft could help by setting up an intermediate cautionary dialogG > > box before executing an executable attachment.  But saying it's alleJ > > Microsoft's fault is like blaming the manufacturer of a pre-airbag car forjE > > injury to a driver who chose not to wear a seatbelt and had never$ bothered > > to learn to drive. > > 
 > > - bill > I > No, it's not. This would be true only if nobody had noticed the dangersa3 > on not having such an intermediate dialog before.   L My fault:  I should have said "Microsoft could help by setting up a *second*L intermediate cautionary dialog box...", since there's already one containingA a virus warning that you have to pass through before executing an  attachment.o  L The presence of that box makes my analogy more appropriate than yours below.L True, it could be improved further, but there's *nothing* that will take theJ place of education, because no matter how difficult you make it to executeH an attachment, unless you prohibit arbitrary attachments entirely (whichI will likely just cause your users to turn to a more accommodating vendor)1G they will always be able to be saved and then executed, unless the usero. understands *why* this may not be a good idea.   - bill    In fact, I've seen suchK > warnings in computer software since before Microsoft existed, and the use/J > of warning notices and interlocks goes back at least as far as Victorian, > railroad engineering  and probably before. > I > It's much more like the Ford Pinto (which tended to blow up when it wasTG > rear-ended, because its gas-tank was designed in breach of principles-L > commonly accepted by automotive engineers of its time). And I can also seeL > similarities between Ford's (non-)response to learning about its Pinto andI > Microsoft's response to learning about code/data misfeatures. Enter the 
 > lawyers? >l > Yours,
 > Nigel Arnot  > NRA@MAXWELL.PH.KCL.AC.UK >S7 > "In the beginning there was nothing, which exploded."  >e   ------------------------------  % Date: Mon, 08 May 2000 09:48:25 -0400e+ From: Tim Shoppa <shoppa@trailing-edge.com>V& Subject: Re: the latest billybox virus0 Message-ID: <39168D69.2F33351@trailing-edge.com>   Bill Todd wrote: > = > JF Mezei <jfmezei.spamnot@vl.videotron.ca> wrote in messageM+ > news:39166913.1DB4D59E@vl.videotron.ca...a > > Bill Todd wrote:N > > > Developers and users have only been experimenting with email in a global4 > > > internet environment for a few product cycles. > >e > > WRONG ! BIG TIME WRONG ! > F > If you'll re-read it, you'll find the the qualification 'in a global4 > internet environment' makes the statement correct.  @ I've been sending E-mail around the world for the past 15 years., That's more than a few product cycles, IMHO.  ? If you define "global internet environment" to mean "Windows 95e3 and Windows 98", sure, it's all brand-spanking new.f   Tim.   ------------------------------  " Date: Mon, 8 May 2000 14:31:09 GMT0 From: "Terry C. Shannon" <shannon@world.std.com>& Subject: Re: the latest billybox virus& Message-ID: <Fu8w0q.Ezx@world.std.com>  < > Nigel Arnot <sysmgr@maxwell.ph.kcl.ac.uk> wrote in message2 > news:009E9C7B.4850E4A3.6@maxwell.ph.kcl.ac.uk... > > >-H > > > Yes, Microsoft could help by setting up an intermediate cautionary > dialogI > > > box before executing an executable attachment.  But saying it's all L > > > Microsoft's fault is like blaming the manufacturer of a pre-airbag car > for G > > > injury to a driver who chose not to wear a seatbelt and had nevero
 > bothered > > > to learn to drive. > > >3 > > > - bill > >eK > > No, it's not. This would be true only if nobody had noticed the dangerso5 > > on not having such an intermediate dialog before.h   > >  In fact, I've seen suchI > > warnings in computer software since before Microsoft existed, and thee use L > > of warning notices and interlocks goes back at least as far as Victorian. > > railroad engineering  and probably before. > >eK > > It's much more like the Ford Pinto (which tended to blow up when it was I > > rear-ended, because its gas-tank was designed in breach of principles J > > commonly accepted by automotive engineers of its time). And I can also seedJ > > similarities between Ford's (non-)response to learning about its Pinto andSK > > Microsoft's response to learning about code/data misfeatures. Enter theS > > lawyers?  K Somehow I doubt it. You might want to read Minasi's THE SOFTWARE CONSPIRACY-I (review at www.acersoft.com under SKC Book Reviews). For reasons unknown,tL the public eagerly schleps up defective software in the same way it idolizes defective politicians.   ------------------------------   Date: 8 May 2000 15:05:40 GMT32 From: mathog@seqaxp.bio.caltech.edu (David Mathog)& Subject: RE: the latest billybox virus, Message-ID: <8f6l44$jtj@gap.cco.caltech.edu>  j In article <C15945A9D9EFCF11BA8B08002BBF1CCC0CD6E1@berry.mvpsi.com>, John Vottero <John@MVPSI.com> writes:L >But what is the "REALLY, REALLY stupid feature"?  Is it the ability to open >mime attachments?  L If the MIME attachment can be in any way "active" then it should never open G automatically.  "Static" attachments are much less of a worry.  PoppinglJ open a JPEG isn't going to hurt anything, other than a possible denial of J service problem if the JPEG was really, really huge and the viewer didn't K handle that gracefully.  VIEWING a text file is safe too. However, SAVING amG text file under the name supplied is not safe ("/etc/passwd"), but it's H easy enough to write a mail program to reject file overwrites, directory2 redirects, and writes into sensitive directories.   J "Active" content is inherently unsafe and there's nothing much that can beE done about it. Even restricting the actions of a rogue program to therJ user's own files (as you would on OpenVMS) could still result in a massiveA amount of damage if a worm ran through too many users' accounts.    F While some attachments are cleanly "active" and others are "inactive",E there's also a big gray area, like Excel and Word documents ( or evennG HTML).   If you could open these with "open but no active functions areeG enabled" it would be ok.  However, I don't see any simple way to obtainnI that sort of restricted open functionality, without breaking regular opene- functions,  with current Microsoft products. r  C An interim "solution" would be to let the system/site administrator G determine the allowed suites of MIME types which may automatically openeI (subject to "saving" controls); those which may be opened manually; those J which may not be opened by a user at all; and even, those which may not beL extracted and saved to disk.  This isn't perfect, but it would have allowed E many sites to retained the ability to send attachments around and yet  to have blocked all VB scripts.    Regards,   David Mathog mathog@seqaxp.bio.caltech.eduh? Manager, sequence analysis facility, biology division, Caltech g   ------------------------------  $ Date: Mon, 8 May 2000 10:50:10 +0100: From: "Dean Richard Benson" <dean.benson@remove_metrw.com> Subject: Upgrading system disk, Message-ID: <8f62h6$scq$1@murrow.sp.trw.com>   Hi all..  6 Hardware : AlphaServer 1000A 4/266 running VMS 6.2-1H3  > I am going to rearrange the disk setup in the storage cabinet." (need to upgrade the system disk).  ? My plans are to reboot the system from the CD drive, get to thet? prompt and backup the system disk.  Then power everything down,-I phyically change the setup, power back up, configure the disk controller,oH boot from CD again and restore to the new disk from the previous backup.  E My question is, have I missed anything obvious in the above scenario?L  C Secondly, what would be the safest method to use to both backup and]I restore the system disk.  Could any kind sole help me with the parametersL1 that I should use on the backup command for this?L    Thanks all for any help offered.   Regards.   Dean   ------------------------------   Date: 8 May 2000 14:12:03 GMTa0 From: "Dale A. Dellutri" <ddellutr@enteract.com>" Subject: Re: Upgrading system disk- Message-ID: <8f6hvj$250l$1@news.enteract.com>p  \ On Mon, 8 May 2000 10:50:10 +0100, Dean Richard Benson <dean.benson@remove_metrw.com> wrote:A > My plans are to reboot the system from the CD drive, get to theBA > prompt and backup the system disk.  Then power everything down,cK > phyically change the setup, power back up, configure the disk controller,tJ > boot from CD again and restore to the new disk from the previous backup.   Typical standalone backup:. $ backup /image /verify /noalias <diskaddr>: -C   <tapeaddr>:<savesetname> /rewind /label=<label> /block_size=32256h Typical standalone restore:l $ backup /image /verify -u3   <tapeaddr>:<savesetname> /rewind /label=<label> - 
   <diskaddr>:i? and if you want to watch the progress of the backup or restore,o, add /log as a command modifier to the above.  B If you have a disk that will remain connected throughout all this,4 you might want to install the mini-vms system on it:. $ mou/over=id <diskaddr>	! Not the system disk/ $ sys$system:axpvms$pcsi_install_min <diskaddr>r Then you can boot the mini-vms:v >>> boot -fl e,0 <diskaddr>r It's much faster than the CD.a   --  & Dale Dellutri -- ddellutr@enteract.com   ------------------------------  $ Date: Mon, 8 May 2000 15:31:02 +0100: From: "Dean Richard Benson" <dean.benson@remove_metrw.com>" Subject: Re: Upgrading system disk, Message-ID: <8f6ivt$548$1@murrow.sp.trw.com>   Dale...n   > Typical standalone backup:0 > $ backup /image /verify /noalias <diskaddr>: -E >   <tapeaddr>:<savesetname> /rewind /label=<label> /block_size=32256   4 Reading the backup documentation online, I noticed :  @      The default block size for magnetic tape is 8192 bytes; the&      default for disk is 32,256 bytes.  K Can I ask why in the above example you specify a block size of 32256?  Doesr4 this increase the time needed to perform the backup?  A So far (with your addition), I have the following command ready :i  ! backup                          _ !     /record                     _y!     /list=dka100:[drb]disk2.lis _ !     /media_format=compaction    _I!     /rewind                     _i!     /ignore=(label)             _d     /log                 _     /verify                 _s     /noalias   _!     /image                      _-     dka200:                  _     mka500:disk2.bck  J My next question (<smile>) is.... when the system is phsically reset (from the switch)eI at the front of the machine, it automatically boots into the system disk.u
 During theI operation that I am doing, I dont want this...I want to be able to get toe the >>> promptK to boot from the CD (to restore the system disk from tape).... any idea howe to do this?h  7 Thanks for your rapid response Dale!  Much appreciated.m   Regards.   Dean.u   ------------------------------   Date: 8 May 2000 15:59:15 GMTr2 From: hoffman@xdelta.zko.dec.nospam (Hoff Hoffman)" Subject: Re: Upgrading system disk6 Message-ID: <8f6o8j$1fk$1@mailint03.im.hou.compaq.com>  i In article <8f62h6$scq$1@murrow.sp.trw.com>, "Dean Richard Benson" <dean.benson@remove_metrw.com> writes:"@ :My plans are to reboot the system from the CD drive, get to the@ :prompt and backup the system disk.  Then power everything down,J :phyically change the setup, power back up, configure the disk controller,I :boot from CD again and restore to the new disk from the previous backup.a  A   You should be able to boot directly from the target SCSI device C   directly from the AlphaServer 1000A console -- the only time that[B   a SCSI controller really becomes of interest here is if you are @   using one of the various backplane RAID controllers available.A   The typical (non-RAID) SCSI controller need not be particularlye   reconfigured for this.  F :My question is, have I missed anything obvious in the above scenario?  H   The suggested approach should work just fine.  You can also go direct I   disk-to-disk, if you have a SCSI slot where you can mount the new disk -F   temporarily and want the operation to be a bit quicker than one thatG   involves tape media -- just don't try to use the SCSI ID of the host  I   SCSI controller(s).  (With the disk-to-tape-to-disk approach, you have lC   a copy of the data on the input device and on the tape.  With theuG   disk-to-disk approach, you will have "only" the original copy of the  :   data -- which is all you really have now, of course. :-)  D :Secondly, what would be the safest method to use to both backup andJ :restore the system disk.  Could any kind sole help me with the parameters2 :that I should use on the backup command for this?  E   BACKUP/IMAGE to and from a saveset is the basic technique, and thisiF   includes both CRC and redundency checks.  Additional verification ofF   the transfer is available with the /VERIFY option, which performs a G   comparison pass involving the source and the destination media.  (eg:P2   BACKUP ddcu:/IMAGE mmcu:saveset.bck/SAVE/VERIFY)  N  --------------------------- pure personal opinion ---------------------------L    Hoff (Stephen) Hoffman   OpenVMS Engineering   hoffman#xdelta.zko.dec.com   ------------------------------   Date: 8 May 2000 16:27:37 GMT 0 From: "Dale A. Dellutri" <ddellutr@enteract.com>" Subject: Re: Upgrading system disk- Message-ID: <8f6ptp$2f3t$1@news.enteract.com>   \ On Mon, 8 May 2000 15:31:02 +0100, Dean Richard Benson <dean.benson@remove_metrw.com> wrote: >> Typical standalone backup: 1 >> $ backup /image /verify /noalias <diskaddr>: -eF >>   <tapeaddr>:<savesetname> /rewind /label=<label> /block_size=322566 > Reading the backup documentation online, I noticed :B >      The default block size for magnetic tape is 8192 bytes; the( >      default for disk is 32,256 bytes.M > Can I ask why in the above example you specify a block size of 32256?  Doese6 > this increase the time needed to perform the backup?  @ This can DECREASE the time and tape space needed to complete the0 backup depending on tape drive and media.  YMMV.  C > So far (with your addition), I have the following command ready :o# > backup                          _t# >     /record                     _-  D Not sure why you want to do /record on a system disk backup.  Do you, intend to do incremental backups afterwards?  # >     /list=dka100:[drb]disk2.lis _D# >     /media_format=compaction    _M# >     /rewind                     _>  E /media and /rewind are output qualifiers, should be at the end of thed@ command.  Don't know if they will will work here.  Compaction is! availabel only on certain drives.e  # >     /ignore=(label)             _n >     /log                 _ >     /verify                 _n >     /noalias   _# >     /image                      _t  >     dka200:                  _ >     mka500:disk2.bck  L > My next question (<smile>) is.... when the system is phsically reset (from
 > the switch)hK > at the front of the machine, it automatically boots into the system disk.t > During theK > operation that I am doing, I dont want this...I want to be able to get toe > the >>> promptM > to boot from the CD (to restore the system disk from tape).... any idea howa
 > to do this?o  + Just after you shutdown, at the >>> prompt:i   >>> sho auto_actions: It will be either boot or restart.  Make note of it, then:   >>> set auto_action haltD Then go through the entire procedure of backup and restore, then setF it back to whatever it was before booting the newly setup system disk.F This is in your hardware manual.  There's another way to do this using) the Halt button, but the above is easier.t   -- l& Dale Dellutri -- ddellutr@enteract.com   ------------------------------   Date: 08 May 2000 08:54:44 GMT% From: mscotgrove@aol.com (Mscotgrove) * Subject: VMS Backup CRCs, how to calculate: Message-ID: <20000508045444.12873.00003369@nso-fj.aol.com>  M I am writing a routine to create VAX VMS Backup tapes on a PC. I have most ofmE the documentation except for details of the CRCs in the block header.   J Each block on the tape starts with a header which contains two CRC checks.J There is a 32 bit CRC in location 0x24 (BBH$L_CRC)  that can be ignored if BBH$V_NOCRC is set.   N At the end of the block (BBH$W_CHECKSUM) there is a 16 bit CRC and this is theI one I can not resolve. Can anybody help me or guide me to a relevant URL.e  8 The assumsions I have made so far include the following.  ! The XOR value is 0x8005 or 0x1021e)  The starting value is either 0 or 0xffff &  It is a CRC on first 254 or 256 bytes=  The CRC value in byte 0x24 is either 0, or it's final value.   M  I have tried reading the bytes in different orders, eg 0,1,2,3,  or 1,0,3,2,h etcu  ; At no time can I create the CRC values found in the header.v   Am I close, or miles awayo  " Any help would be much appreciated   Michaelo   ------------------------------  # Date: Mon, 08 May 2000 11:25:13 GMTb+ From: Chris Doran <chris_doran@my-deja.com> - Subject: Re: Wanted: VT525 programmers manuale) Message-ID: <8f686f$rbf$1@nnrp1.deja.com>s  < In article <zvGQ4.21017$0o4.208137@iad-read.news.verio.net>,.   "T.E.Dickey" <dickey@shell.clark.net> wrote:8 > (I don't recall that DECterm does ANSI color however).  C The author of the DECterm Text Programming Manual (my issue anyway)l8 didn't know it either. Undocumented features ride again!  G The person who wrote SYS$SYSTEM:SMGTERMS.TXT _was_ aware of them but ashF SMG itself doesn't define colour renditions, they're heavily disguisedA as begin/end_userx and userx_screen strings, and can be used witht& rendition arguments to SMG$ functions.  G > > For hollow character on coloured rectangle, like reverse video, uses esci > > [4xm instead.  >lE > The 'x' doesn't look right (it should be a final character for that 	 sequence)m  E Sorry for being obtuse, what I mean is: substitute a digit 0-7 for x,rF e.g. esc[44m gives a blue background, esc[33;44m gives yellow on blue.   Chrisc    & Sent via Deja.com http://www.deja.com/ Before you buy.e   ------------------------------  $ Date: Mon, 8 May 2000 12:40:56 +0100, From: "Adrian Lumsden" <A.Lumsden@xdt.co.uk>- Subject: Re: Wanted: VT525 programmers manual . Message-ID: <8f6dme$o4t$1@news6.svr.pol.co.uk>  E Thanks for the escape sequences. I have found that <ESC>[3xm sets theeK foreground colour and <ESC>[4xm sets the background colour where "x" is the  digit 0...7.  G Does anyone know how to set the whole screen background to a particulars colour?3   TIA.   Adrian   --( Adrian Lumsden, XDT Computer Systems, UK" A dot Lumsden at xdt dot co dot uk  6 Chris Doran <chris_doran@my-deja.com> wrote in message# news:8eva68$mhd$1@nnrp1.deja.com... 0 > In article <8eun5m$ve5$1@news5.svr.pol.co.uk>,1 >   "Adrian Lumsden" <A.Lumsden@xdt.co.uk> wrote:f9 > > Does anyone have a VT525 programmers manual available!= > > or know of a location on the Internet where I can pick up  > > the information? > >v< > > I am particularly interested in the escape sequences for2 > > controlling the colour aspects of the display. >rA > I don't have a 525 to try it on, but assuming it's ANSI, like at> > DECterm, for coloured characters on normal background, use:- >  > esc[30m = blackf > esc[31m = red- > esc[32m = green- > esc[33m = yellow > esc[34m = blue > esc[35m = magenta  > esc[36m = cyan > esc[37m = whitej >:I > For hollow character on coloured rectangle, like reverse video, use esc  > [4xm instead.g >a > Chrisk >a >k( > Sent via Deja.com http://www.deja.com/ > Before you buy..   ------------------------------  # Date: Mon, 08 May 2000 13:42:52 GMTe From: rocoto@my-deja.com- Subject: Re: Wanted: VT525 programmers manualc) Message-ID: <8f6g8o$46a$1@nnrp1.deja.com>f  A Boundless technoligies (http://www.boundless.com) now owns the vt # terminals & associated docs etc....n  D I called these folks a while back with the same question, along withB another question. The gentleman I spoke with was quite helpful. HeE indicated that the vt525 dox are not directly available, but that theeD ansi escape info for the adds 260 is the same for the most part. The3 adds 260 info is available directly from boundless:   4 ftp://ftp.boundless.com/pub/text/adds/docs/260_prog/4 ftp://ftp.boundless.com/pub/text/adds/docs/260_user/  D There *IS* a vt525 programmer's manual - probably orderable directlyE from boundless. Unfortunately (for me anyway,) the cost is ~$90... :(    Regards. -- Davidn    & Sent via Deja.com http://www.deja.com/ Before you buy.n   ------------------------------  # Date: Mon, 08 May 2000 17:30:15 GMT' From: jafsoft@my-deja.comg+ Subject: Re: Web-enabling VMS reporting ...n) Message-ID: <8f6tif$k5n$1@nnrp1.deja.com>   E > >> I am looking for some web-enabling VMS reporting utilities whichn can C > >> convert the standard ASCII VMS reports to web-enabled reports.R Does" > >> anyone have idea about that ? > >>H > >> REPORT.WEB has claimed itself with such capability, but till now, I& > >> cannot get a copy of that to try. > >> > >> Thank you.0 > >> > >> Wayne.m > >h6 > >Maybe not quite you're looking for but it is cheap. > >tF > >Simply write a DCL script that copies the log file to a ...htm file ande* > >add the following as a header / footer. >m2 > You also need to convert all the special symbols6 > >,<,&  which must be converted to &gt;, &lt;, &amp;. >a
 > AscToHTM >  > is another alternative.e >M" > http://www.jafsoft.com/asctotab/ > ) > Hmmm, the vms link doesn't seem to work  >a > This seems to though:  >s6 > http://www.jafsoft.com/asctohtm/a2hvms.html?from=yrl >t > Wierd.  ? The VMS links are to a different site (www.yrl.co.uk), and thatyA site - which runs a VMS webserver - was unavailable earlier todayIB due to ISP problems.  It's back now.  YRL is my "day job", writing< AscToHTM is my "hobby", and is promoted on the JafSoft site. The two heavily overlap :-)o  > The AscToTab and AscToHTM products are developed under OpenVMSA (where they are free), and then ported to Windows (where AscToTabh! is free, but AscToHTM is not :-).e  B The Windows version of AscToHTM has received several good reviews,? but is essentially a GUI on top of the core VMS-developed code.mA That said releases of the VMS version tend to lag slightly behindu the Windows version.  @ Both AscToTab and AscToHTM were included on Compaq's freeware CDC as a combined saveset.  The CD was included with (from memory) 7.1,.- although that version is now over a year old.t  B AscToHTM attempts to convert any plain text file to HTML, AscToTab5 restricts itself to files that are plain text tables.n   The homepages arer  2     http://www.jafsoft.com/asctohtm/index.html and.     http://www.jafsoft.com/asctotab/index.html  ! and these link to the VMS page at   /     http://www.jafsoft.com/asctohtm/a2hvms.htmlm  > (as given above).  You can view the documentation for AscToHTM0 (generated by the software itself, naturally) at  ,     http://www.jafsoft.com/doco/a2hdoco.html  D where it can also be downloaded in .zip format.  Reviews of AscToHTM can be seen at  0     http://www.jafsoft.com/asctohtm/reviews.html  D Any questions about the software can be directed to info@jafsoft.com   Cheers, Jafh) author of AscToHTM, AscToTab and AscToRTFc    & Sent via Deja.com http://www.deja.com/ Before you buy.-   ------------------------------   Date: 8 May 2000 14:28:57 GMT 2 From: hoffman@xdelta.zko.dec.nospam (Hoff Hoffman)- Subject: Re: Which is the language of VAX/VMS86 Message-ID: <8f6iv9$s9t$2@mailint03.im.hou.compaq.com>  k In article <Pine.ULT.3.91.1000505175501.23690I-100000@gunn.kednos.com>, Tom Linden <tom@kednos.com> writes: - :On Sun, 21 Jul 2019, moises_hernandez wrote:aE :> Do you know which is the lenguage of the VAX/VMS operating system?u  7   Please see the OpenVMS FAQ, and specifically section:   0     VMS8.   In what language is OpenVMS written?   :> Is Cobol or Unix? :a :PL/Id  K   There is one moderately-sized hunk of OpenVMS that is written in PL/I -- sL   the MONITOR utility.  The only other (and smaller) hunk of PL/I that I am L   aware of is a routine in the OpenVMS VAX version of the password generatorK   -- OpenVMS Alpha uses a hunk of C code for this purpose, and this is why  J   you see differences in the generated passwords offered by OpenVMS Alpha K   from those offered on OpenVMS VAX.  (OpenVMS Alpha uses a newer algorithmlK   for the password generation, and the newer implementation was written in DG   C -- I'd tend to expect that the new algorithm will be backported to ,6   OpenVMS VAX at some point, but I have no idea when.)  G   As stated elsewhere, the bulk of OpenVMS is in C, Bliss, and Macro32.r  N  --------------------------- pure personal opinion ---------------------------L    Hoff (Stephen) Hoffman   OpenVMS Engineering   hoffman#xdelta.zko.dec.com   ------------------------------  % Date: Mon, 08 May 2000 08:30:41 -0400o[ From: jamese@beast.dtsw.army.mil (Ed James, TCS Inc, 410-295-1919, ed.james@telecomsys.com)d, Subject: Re: wich list: DIRECTORY limitation0 Message-ID: <00050808304190@beast.dtsw.army.mil>  6 kaplow_r@eisner.decus.org.mars2 (Bob Kaplow) wrote in @ <4csRJCMO2ycW@eisner.decus.org> on Sat, 6 May 2000 15:00:08 GMT:  L > Does anyone have a good workaround for this. A few weeks ago, I was tryingF > to figure out what a PURGE on a particular disk would get me back. IL > couldn't find any easy way to get a directory listing with sizes of what aJ > given PURGE command would delete. Surely if PURGE can figure out what toB > delete, there must be a DIRECTORY syntax to list the same files?  I Attached is WILLPURGE.MAR that will show files to be purged. It will also-E list the blocks allocated to the file(s). It's an oldie but a goodie.   E Please ignore the compile time option for CLD based code. That optiongH was never fully implemented. The default generates foreign command code.  + Set up a symbol to point to the executable:i  9     $ will*purge :== ${executable_directory}willpurge.exel  F Then call the program with a file specification of the files to check./ Wildcarding is allowed. The defaults are *.*;*.p  0     $ will 		! check all files in this directory1     $ will [...]	! check all files from here downs  D To get the file allocation size listed, prefix the command line file specification with a backslash.h  @    $ will \*.dat	! check all .dat files and show allocation size7    $ will \		! check all files and show allocation size   K Let me know if you have any trouble, bugs, fixes, suggestions, or comments.   3 	.TITLE WILLPURGE		;LIST FILES THAT MIGHT BE PURGED   < ;	Ed James                           ed.james@telecomsys.com7 ;	TeleCommunications Systems, Inc.   voice 410-295-1919 7 ;	275 West Street, Suite 400         fax   410-280-1094  ;	Annapolis, MD 21401-1740  ' 	.IDENT	/06200004271522/	;VER,DATE,TIME(  8 	CLD_BASED = 1			;=0 GENERATE CLD BASED CLI$PRESENT CODE& 					;=1 GENERATE FOREIGN COMMAND CODE  . ; ALL BRANCH SYMBOLS ARE ALIGNED BY PREFIX OF: ; 	.ALIGN	LONG,CNOP  ; TO MAKE BRANCH FASTER.  * 	.SHOW	BINARY			;SHOW MACRO GENERATED CODE  $ 	$DSCDEF				;DEFINE DESCRIPTOR CODES 	$RMSDEF				;DEFINE RMS CODES   B 	.PSECT	DATA,NOEXE,WRT,QUAD	;DATA, NO CODE, READ/WRITE, QUAD ALIGN  - CNOP	=	01			;NOP INSTRUCTION OPCODE VALUE FOR # 					; BRANCH DESTINATION ALIGNMENTs$ BLANK	=	32			;DECIMAL EQUIV OF BLANK- BACKSLASH =	92			;DECIMAL EQUIV OF BACK SLASHl# MAX_OUT	=	160			;MAX OUTPUT REC LENe% MAX_ERR	=	57			;MAX ERROR MESSAGE LENn  ) FAB:	$FAB	FOP=<NAM>,-		;FILE ACCESS BLOCKm 		NAM=NAM,-M 		DNM=<*.*;*>,-b	 		DNS=5,-t
 		FNA=FNA_STRd  $ NAM:	$NAM	RSA=RES_STR,-		;NAME BLOCK 		RSS=255,-  		ESA=EXP_STR,-t	 		ESS=255   4 RES_STR_D:				;RESULTANT FILE NAME STRING DESCRIPTOR 	.BLKL	1 	.ADDRESS RES_STRm  * FNA_STR_D:				;FILE NAME STRING DESCRIPTOR 	.WORD	255			; MAX LEN# 	.BYTE	DSC$K_DTYPE_T		; TEXT STRINGr$ 	.BYTE	DSC$K_CLASS_S		; FIXED STRING' 	.ADDRESS FNA_STR		; ADDR OF RETURN STRe  ( FNA_STR_LEN:				;FILE NAME STRING LENGTH& 	.WORD	5			; length of default (*.*;*)  ) FAO_O_D:				;FAO OUTPUT STRING DESCRIPTORo 	.WORD	MAX_OUT			; STRING LENi# 	.BYTE	DSC$K_DTYPE_T		; TEXT STRINGo$ 	.BYTE	DSC$K_CLASS_S		; FIXED STRING 	.ADDRESS FAO_O			; STR ADDR  + FAO_OL:	.BLKL	1			;FAO OUTPUT STRING LENGTHi  . ERR_MSG_D:				;ERROR MESSAGE STRING DESCRIPTOR 	.WORD	256			; MAX LEN# 	.BYTE	DSC$K_DTYPE_T		; TEXT STRINGC$ 	.BYTE	DSC$K_CLASS_S		; FIXED STRING' 	.ADDRESS ERR_MSG		; ADDR OF RETURN STRn  . ERR_OL:	.BLKL	1			;GETMSG OUTPUT STRING LENGTH  < RETSTAT:.LONG	^X18008001		;EXIT STATUS. MAY BE ALTERED IF NO 					; FILES FOUND  ( WAS_FILE:				;WAS ANY FILE LISTED SWITCH( 	.LONG	0			; =1 AT LEAST ONE FILE LISTED  ( ALQ:	.LONG	0			;FILE ALLOCATION QUANTITY1 TOT_ALQ:.LONG	0			;TOTAL FILE ALLOCATION QUANTITYc  & CUR_DEV_W:				;CURRENT DEVICE NAME LEN 	.BLKW	1  ) CUR_DIR_W:				;CURRENT DIRECTORY NAME LEN  	.BLKW	1  $ CUR_NAM_W:				;CURRENT FILE NAME LEN 	.BLKW	1  $ CUR_TYP_W:				;CURRENT FILE TYPE LEN 	.BLKW	1  $ SAV_DEV_W:				;SAVED DEVICE NAME LEN% 	.WORD	0			;  WHEN .NE. 0, NAME SAVEDA  ' SAV_DIR_W:				;SAVED DIRECTORY NAME LENi% 	.WORD	0			;  WHEN .NE. 0, TYPE SAVED   " SAV_NAM_W:				;SAVED FILE NAME LEN% 	.WORD	0			;  WHEN .NE. 0, NAME SAVEDi  " SAV_TYP_W:				;SAVED FILE TYPE LEN% 	.WORD	0			;  WHEN .NE. 0, TYPE SAVEDr  + NULL:	.BYTE	0			;NULL BYTE FOR CMPC5 FILLERd  3 ERR_SW:	.BYTE	0			;=1 ERROR ON OPEN FOR FAO ROUTINE-  2 DO_ALQ:	.BYTE	0			;=1 SHOW BLOCKS ALLOCATED (TOTAL' 					;   BLOCKS TO BE DELETED IF PURGE)   6 	.IF EQUAL CLD_BASED		; if = 0 GENERATE CLD BASED CODE 					; CLD BASED CODE TO .ENDC 	.ALIGN	LONG6 INPNAM:	.ASCID	/INPUT/			;INPUT OPERAND NAME STR DESCR   	.ALIGN	LONGA BLKNAM:	.ASCID	/BLOCKS/		;BLOCKS ALLOCATED OPERAND NAME STR DESCRt 	.ENDC   	.ALIGN	LONG* FAO_TOT_D:				;FAO CONTROL STR DESCR & STR( 	.ASCID	/!7UL Total blocks to be purged/   	.ALIGN	LONG* FAO_STR_D:				;FAO CONTROL STR DESCR & STR 	.ASCID	/!7UL !#AS/    	.ALIGN	LONG4 FAO_ERR_STR_D:				;FAO ERROR CONTROL STR DESCR & STR% 	.ASCID	\        !#AS!/        !57AS\,   	.ALIGN	LONG, FAO_O:	.BYTE	BLANK[MAX_OUT]		;FAO OUTPUT STR   	.ALIGN	LONG. EXP_STR:.BLKB	255			;EXPANDED FILE NAME STRING   	.ALIGN	LONG/ RES_STR:.BLKB	255			;RESULTANT FILE NAME STRING2   	.ALIGN	LONG- SAV_DEV:.BLKB	255			;SAVED DEVICE NAME STRINGu   	.ALIGN	LONG0 SAV_DIR:.BLKB	255			;SAVED DIRECTORY NAME STRING   	.ALIGN	LONG+ SAV_NAM:.BLKB	255			;SAVED FILE NAME STRINGo   	.ALIGN	LONG+ SAV_TYP:.BLKB	255			;SAVED FILE TYPE STRING    	.ALIGN	LONG0 FNA_STR:				; FILE NAME STRING - INPUT PARAMETER4 	.ASCII	/*.*;*/			;  DEFAULT IF ZERO LEN RETURNED BY 					;  LIB$GET_FOREIGNo  	.BLKB	250			; TOTAL SIZE TO 255   	.ALIGN	LONG, ERR_MSG:.BLKB	256			;FILE OPEN ERROR MESSAGE   	.ALIGN	LONG# NO_FILES:				;NO FILES LISTED DESCR % 	.ASCID	/** No files to be purged **/a  A 	.PSECT	CODE,EXE,NOWRT,QUAD	;NO DATA, CODE, READ ONLY, QUAD ALIGNn  * 	.DISABLE GLOBAL			;FLAG UNDEFINED SYMBOLS  6 	.IF EQUAL CLD_BASED		; if = 0 GENERATE CLD BASED CODE 					; CLD BASED CODE TO .ENDC  0 		    	     		;DEFINE CALLED EXTERNAL PROCEDURES2 	.EXTERNAL LIB$GET_INPUT,LIB$PUT_OUTPUT,LIB$SIGNAL, 	.EXTERNAL SYS$FAO,CLI$PRESENT,CLI$GET_VALUE1  		  	  		;DEFINE EXTERNAL PROCEDURE RETURN CODES.@  	.EXTERNAL CLI$_PRESENT,CLI$_ABSENT,CLI$_NEGATED,CLI$_DEFAULTED 	.ENDC@ 	.IF NOT_EQUAL CLD_BASED		;if <> 0 GENERATE FOREIGN COMMAND CODE* 					; FOREIGN COMMAND BASED CODE TO .ENDC  , 			     		;DEFINE CALLED EXTERNAL PROCEDURESB 	.EXTERNAL LIB$GET_INPUT,LIB$PUT_OUTPUT,LIB$SIGNAL,LIB$GET_FOREIGN 	.EXTERNAL SYS$FAO 	.ENDC  - 	.ENTRY	WILLPURGE,^M<R2,R3,R4,R5,R6,R7,R8,R9>h+ 					;REGISTERS 1-5 USED BY CHAR STR INSTRSl, 					;REGISTERS 6-9 INPUT TO CHAR STR INSTRS  ' 	MOVL	#RMS$_NORMAL,RETSTAT	;SET OK EXIT 6 	.IF EQUAL CLD_BASED		; if = 0 GENERATE CLD BASED CODE 					; CLD BASED CODE TO .ENDC7 	PUSHAL	FNA_STR_LEN		;INPUT FILE NAME LEN ADDR TO STACKy8  	PUSHAQ	FNA_STR_D		;INPUT FILE NAME DESCR ADDR TO STACK*  	PUSHAQ	INPNAM			;OPERAND NAME DESCR ADDR/  	CALLS	#3,G^CLI$GET_VALUE	;GET FILE NAME & LEN )  	BLBS	R0,MOVE			;BRANCH IF NOT OK STATUS8'  	CMPL	R0,#CLI$_ABSENT		;IF WAS ABSENT,a  	BEQLU	MOVE			; OK - USE *.*;*S  	.ALIGN	LONG,CNOP S_ERR_1:(  	BRW	S_ERR			;SHOW ERR IN CLI$GET_VALUE  	.ALIGN	LONG,CNOP MOVE:wB  	MOVW	FNA_STR_LEN,FNA_STR_D	;SET INPUT FILE NAME LEN IN STR DESCR3  	PUSHAL	BLKNAM			;OPERAND NAME DESCR ADDR TO STACKs0  	CALLS	#1,G^CLI$PRESENT	;SEE IF OPERAND PRESENT'  	CMPL	R0,#CLI$_ABSENT		;IF WAS ABSENT,C&  	BEQLU	NO_ALQ			; CHECK NEXT OPERAND.6  	CMPL	R0,#CLI$_NEGATED	;CHECK IF WAS PRESENT WITH /NO&  	BEQLU	NO_ALQ			; CHECK NEXT OPERAND.(  	CMPL	R0,#CLI$_PRESENT	;IF WAS PRESENT,6  	BNEQU	S_ERR_1			;BR IF UNKNOWN RETURN, SIGNAL ERROR.$  	MOVB	#1,DO_ALQ		;DO SHOW ALLOCATED  	.ALIGN	LONG,CNOP NO_ALQ:  	.ENDC@ 	.IF NOT_EQUAL CLD_BASED		;if <> 0 GENERATE FOREIGN COMMAND CODE* 					; FOREIGN COMMAND BASED CODE TO .ENDC- 	PUSHAL	ERR_OL			;FILE NAME LEN ADDR TO STACKy- 	PUSHL	#0			;DUMMY PROMPT DESCR ADDR TO STACKI1 	PUSHAQ	ERR_MSG_D		;FILE NAME DESCR ADDR TO STACKe0 	CALLS	#3,G^LIB$GET_FOREIGN	;GET FILE NAME & LEN$ 	BLBS	R0,MOVE			;BRANCH IF NO STATUS+ 	BRW	EXIT			;EXIT IF ERR IN LIB$GET_FOREIGNe ;	.ALIGN	LONG,CNOP ;NO_FNM:4 ; 	MOVB	#5,FNA_STR_LEN		;SET DEFAULT FILENAME LENGTH' ;	BRW	NO_ALQ			;SET FAB FILENAME LENGTHi 	.ALIGN	LONG,CNOPn MOVE:a/      	TSTB	ERR_OL			;CHECK IF FILENAME RECEIVEDn# 	BEQLU	NO_ALQ 			;BR IF NO FILENAME.% 	MOVAL	ERR_MSG,R1		;START OF FILENAMEo6 	CMPB	#BACKSLASH,ERR_MSG	;IS SHOW ALLOCATED REQUESTED?$ 	BNEQ	MOV_FNM			;BR IF NOT REQUESTED%  	MOVB	#1,DO_ALQ 		;DO SHOW ALLOCATEDw 	INCL	R1			;BYPASS BACKSLASH- 	DECW	ERR_OL			;REMOVE BACK SLASH FROM LENGTHl$ 	BEQL	NO_ALQ			;BR IF ONLY BACKSLASH        	.ALIGN	LONG,CNOP MOV_FNM:4 	MOVB	ERR_OL,FNA_STR_LEN	;SET ACTUAL FILENAME LENGTH- 	MOVC3	FNA_STR_LEN,-		;MOVE FILENAME OVER ONEi 		(R1),FNA_STR        	.ALIGN	LONG,CNOP NO_ALQ:a 	.ENDC,  	MOVB 	FNA_STR_LEN,-		;FILE NAME LEN TO FAB 		FAB+FAB$B_FNSS# 	$PARSE	FAB=FAB			;PARSE INPUT NAMEa 	BLBC	R0,F_ERR1		;BR IF RMS ERRr1 	BBS	#NAM$V_WILDCARD,-	;DO SEARCH IF WILDCARD SET  		NAM$L_FNB+NAM,SEARCH7 	BBS	#NAM$V_SEARCH_LIST,-	;DO SEARCH IF SEARCH_LIST SET  		NAM$L_FNB+NAM,SEARCH) 	BRW	OK			;ONE FILE - NO WILDCARDS - EXITr 	.ALIGN	LONG,CNOPg F_ERR1:u
 	BRW	F_ERR 	.ALIGN	LONG,CNOPy SEARCH:b/ 	$SEARCH	FAB=FAB			;SEARCH WILDCARDED FILE NAMEd! 	BLBS	R0,SRCHOK		;BR IF SEARCH OK-( 	CMPL	R0,#RMS$_NMF		;CHECK NO MORE FILES' 	BEQLU	SEARCH_END		;BR IF NO MORE FILESs) 	CMPL	R0,#RMS$_FNF		;CHECK FILE NOT FOUNDn( 	BEQLU	SEARCH_END		;BR IF FILE NOT FOUND 	BRW	F_ERR			;SHOW SEARCH ERRORu 	.ALIGN	LONG,CNOPe SEARCH_END:n0 	BRW	OK			;BR IF NO MORE FILES OR FILE NOT FOUND 	.ALIGN	LONG,CNOPC SRCHOK:s2 	MOVL	NAM+NAM$L_DEV,-		;ADDR OF DEVICE NAME TO REG 		R84 	MOVZBW	NAM+NAM$B_DEV,-		;LEN OF DEVICE NAME TO WORD 		CUR_DEV_Wu0 	MOVL	NAM+NAM$L_DIR,-		;ADDR OF DIRECTORY TO REG 		R92 	MOVZBW	NAM+NAM$B_DIR,-		;LEN OF DIRECTORY TO WORD 		CUR_DIR_Wh0 	MOVL	NAM+NAM$L_NAME,-	;ADDR OF FILE NAME TO REG 		R62 	MOVZBW	NAM+NAM$B_NAME,-	;LEN OF FILE NAME TO WORD 		CUR_NAM_Ww0 	MOVL	NAM+NAM$L_TYPE,-	;ADDR OF FILE TYPE TO REG 		R72 	MOVZBW	NAM+NAM$B_TYPE,-	;LEN OF FILE TYPE TO WORD 		CUR_TYP_Wv4 	CMPC5	CUR_DEV_W,(R8),NULL,-	;CHECK IF SAME DEV NAME 		SAV_DEV_W,SAV_DEV % 	BNEQU	SET_BR			;BR IF NOT - NO PURGEi4 	CMPC5	CUR_DIR_W,(R9),NULL,-	;CHECK IF SAME FILE DIR 		SAV_DIR_W,SAV_DIRa% 	BNEQU	SET_BR			;BR IF NOT - NO PURGEa5 	CMPC5	CUR_NAM_W,(R6),NULL,-	;CHECK IF SAME FILE NAME  		SAV_NAM_W,SAV_NAMe% 	BNEQU	SET_BR			;BR IF NOT - NO PURGE-5 	CMPC5	CUR_TYP_W,(R7),NULL,-	;CHECK IF SAME FILE TYPE  		SAV_TYP_W,SAV_TYPe5 	BEQLU	HAVEONE			;DEVICE, DIRECTORY, NAME, TYPE EQUAL  	.ALIGN	LONG,CNOP  SET_BR:: 	BRW	SET_SAV			;NO PURGE 	.ALIGN	LONG,CNOPe HAVEONE:# 	MOVL	#1,WAS_FILE		;ONE FILE LISTEDg= 	MOVZBL	NAM+NAM$B_RSL,-		;LEN OF RESULTANT FILE NAME TO DESCR/ 		RES_STR_Du2 	BBC	#0,DO_ALQ,PUT_BR	;BRANCH IF NO SHOW ALLOCATED# 	CLRL	ALQ			;CLEAR IF NO SHOW ALLOCo# 	$OPEN	FAB=FAB			;OPEN CURRENT FILE: 	BLBS	R0,CLOSE		;BR IF OPEN OK 	MOVL	R0,R2			;SAVE STATUS CODEc  	$GETMSG_S	-		;GET ERROR MESSAGE) 		MSGID=R2,MSGLEN=ERR_OL,BUFADR=ERR_MSG_De& 	MOVB	#1,ERR_SW		;SET ERROR FAO OUTPUT' 	BRW	DOFAO			;SHOW ERROR WITH FILE NAMEs 	.ALIGN	LONG,CNOP  PUT_BR:t/ 	BRW	PUT_OUT			;PUT FILE NAME W/O ALLOCATE SIZEe 	.ALIGN	LONG,CNOPa CLOSE:" 	$CLOSE	FAB=FAB			;CLOSE THIS FILE& 	BLBS	R0,CLOSOK		;BR IF NO CLOSE ERROR  	BRW	F_ERR			;BR ON ERR ON CLOSE 	.ALIGN	LONG,CNOPd CLOSOK:f' 	MOVL	FAB+FAB$L_ALQ,ALQ	;SAVE ALLOC QTY ( 	ADDL2	ALQ,TOT_ALQ		;ADD TO TOTAL BLOCKS 	.ALIGN	LONG,CNOP/ DOFAO:1 	MOVC5	#0,FAO_O,#BLANK,-	;CLEAR FAO OUT TO SPACES* 		FAO_O_D,FAO_Oe+ 	BBC	#0,ERR_SW,OK_FAO	;BR IF NOT SHOW ERRORm8 	$FAO_S	CTRSTR=FAO_ERR_STR_D,-	;FORMAT ERROR OUTPUT LINE 		OUTLEN=FAO_OL,-. 		OUTBUF=FAO_O_D,- 		P1=RES_STR_D,- 		P2=#RES_STR_D,-  		P3=#ERR_MSG_D $ 	BRB	FAO_CK			;CHECK IF ERROR ON FAO OK_FAO:0. 	$FAO_S	CTRSTR=FAO_STR_D,-	;FORMAT OUTPUT LINE 		OUTLEN=FAO_OL,-W 		OUTBUF=FAO_O_D,-
 		P1=ALQ,- 		P2=RES_STR_D,- 		P3=#RES_STR_Da FAO_CK: ! 	BLBC	R0,S_ERR		;BR IF ERR ON FAOl/ 	MOVW	FAO_OL,FAO_O_D		;SET ACTUAL OUTPUT LENGTHn& 	PUSHAQ	FAO_O_D			;DESCR ADDR TO STACK: 	CALLS	#1,G^LIB$PUT_OUTPUT	;WRITE OUTPUT STR TO SYS$OUTPUT% 	BLBC	R0,S_ERR		;BR IF ERR ON PUT_OUTt% 	MOVW	#MAX_OUT,FAO_O_D	;RESET MAX LEN, 	BRB	SET_SAV 	.ALIGN	LONG,CNOPt PUT_OUT:' 	PUSHAQ	RES_STR_D		;DESCR ADDR TO STACKmC 	CALLS	#1,G^LIB$PUT_OUTPUT	;WRITE RESULTANT FILE NAME TO SYS$OUTPUT  	.ALIGN	LONG,CNOPC SET_SAV:1 	MOVC3	CUR_DEV_W,(R8),-	;SAVE CURRENT DEVICE NAMEa	 		SAV_DEVo7 	MOVW	CUR_DEV_W,SAV_DEV_W	;SAVE CURRENT DEVICE NAME LENt/ 	MOVC3	CUR_DIR_W,(R9),-	;SAVE CURRENT DIRECTORYc	 		SAV_DIR 5 	MOVW	CUR_DIR_W,SAV_DIR_W	;SAVE CURRENT DIRECTORY LENt/ 	MOVC3	CUR_NAM_W,(R6),-	;SAVE CURRENT FILE NAME/	 		SAV_NAMm5 	MOVW	CUR_NAM_W,SAV_NAM_W	;SAVE CURRENT FILE NAME LENt/ 	MOVC3	CUR_TYP_W,(R7),-	;SAVE CURRENT FILE TYPE/	 		SAV_TYP?5 	MOVW	CUR_TYP_W,SAV_TYP_W	;SAVE CURRENT FILE TYPE LENe( 	CLRB	ERR_SW			;SET NOT ERROR FAO OUTPUT! 	BRW	SEARCH			;GET NEXT FILE NAMEn 	.ALIGN	LONG,CNOPo S_ERR:& 	PUSHL	R0			;CONDITION STATUS TO STACK% 	CALLS	#1,G^LIB$SIGNAL		;SIGNAL ERRORy 	.ALIGN	LONG,CNOPo F_ERR:- 	PUSHL	FAB+FAB$L_STV		;STATUS VALUES TO STACKo0 	PUSHL	FAB+FAB$L_STS		;CONDITION STATUS TO STACK% 	CALLS	#2,G^LIB$SIGNAL		;SIGNAL ERROR, 	.ALIGN	LONG,CNOP  OK:w0 	BLBS	WAS_FILE,SET_OK		;BR IF ANY WAS ANY LISTED+ 	MOVB	#3,RETSTAT		;WARNING - NO FILES FOUNDe& 	PUSHAB	NO_FILES		;DESCR ADDR TO STACK? 	CALLS	#1,G^LIB$PUT_OUTPUT	;WRITE NO FILES LISTED TO SYS$OUTPUT 0 	BRW	DONORM			;BYPASS 0 BLOCKS ALLOCATED MESSAGE 	.ALIGN	LONG,CNOP  SET_OK: 2 	BBC	#0,DO_ALQ,DONORM	;BRANCH IF NO SHOW ALLOCATED. 	$FAO_S	CTRSTR=FAO_TOT_D,-	;FORMAT OUTPUT LINE 		OUTLEN=FAO_OL,-r 		OUTBUF=FAO_O_D,- 		P1=TOT_ALQ# 	BLBC	R0,S_ERR_2		;BR IF ERR ON FAOT/ 	MOVW	FAO_OL,FAO_O_D		;SET ACTUAL OUTPUT LENGTHT& 	PUSHAQ	FAO_O_D			;DESCR ADDR TO STACK: 	CALLS	#1,G^LIB$PUT_OUTPUT	;WRITE OUTPUT STR TO SYS$OUTPUT' 	BLBC	R0,S_ERR_2		;BR IF ERR ON PUT_OUTa% 	MOVW	#MAX_OUT,FAO_O_D	;RESET MAX LEN/ 	.ALIGN	LONG,CNOPh DONORM:t- 	MOVL	RETSTAT,R0		;SET RETURN CODE FOR SYSTEMm 	.ALIGN	LONG,CNOPm EXIT:a 	RET				;RETURN TO SYSTEMe 	.ALIGN	LONG,CNOP  S_ERR_2:" 	BRW	S_ERR			;ERROR IN SYS SERVICE 	.END	WILLPURGE    ------------------------------   Date: 8 May 2000 14:39:03 GMT * From: helbig@astro.rug.nl (Phillip Helbig) Subject: willpurge.mar. Message-ID: <8f6ji7$ael$1@info.service.rug.nl>  < jamese@beast.dtsw.army.mil (Ed James, TCS Inc, 410-295-1919,  ed.james@telecomsys.com) writes:  8 > kaplow_r@eisner.decus.org.mars2 (Bob Kaplow) wrote in B > <4csRJCMO2ycW@eisner.decus.org> on Sat, 6 May 2000 15:00:08 GMT: > N > > Does anyone have a good workaround for this. A few weeks ago, I was tryingH > > to figure out what a PURGE on a particular disk would get me back. IN > > couldn't find any easy way to get a directory listing with sizes of what aL > > given PURGE command would delete. Surely if PURGE can figure out what toD > > delete, there must be a DIRECTORY syntax to list the same files?  G I've been out of action for a while.  Excuse me if it's obvious I must n be missing something.   E Was this thread started with my wondering why /EXC=; will not excludei. the latest version with DIRECTORY and BACKUP?   K > Attached is WILLPURGE.MAR that will show files to be purged. It will alsoyG > list the blocks allocated to the file(s). It's an oldie but a goodie.t  F I suppose one could do DIR/GRA/SIZ=ALL and DIR/GRA/SIZ=ALL ; and take  the difference.f  H I haven't looked into the WILLPURGE.MAR in detail.  What can it do that C the above can't?  What about allowing the same options which PURGE A  allows, /SINCE, /KEEP and so on?   It compiles OK on ALPHA.   ------------------------------  % Date: Mon, 08 May 2000 11:23:29 -0400 [ From: jamese@beast.dtsw.army.mil (Ed James, TCS Inc, 410-295-1919, ed.james@telecomsys.com)h Subject: Re: willpurge.mar0 Message-ID: <00050811232912@beast.dtsw.army.mil>  E helbig@astro.rug.nl (Phillip Helbig) wrote on 8 May 2000 14:39:03 GMT-& in <8f6ji7$ael$1@info.service.rug.nl>:  H > I suppose one could do DIR/GRA/SIZ=ALL and DIR/GRA/SIZ=ALL ; and take  > the difference.-  H If you are looking for the space that would be returned by a purge, this8 is fine.  It does not list the files that would go away.  J > I haven't looked into the WILLPURGE.MAR in detail.  What can it do that  > the above can't?    G Willpurge was written to be able to see what would go away if you did anD "purge *.*". I have done a purge to clean up all the test object andE executable versions in a directory, for instance, and forgotten aboutu> the file that multiple versions were needed for testing. Oops.  E >                   What about allowing the same options which PURGE  " > allows, /SINCE, /KEEP and so on?  < Just never rewrote it to take other options. Have at it. 8-)  : Ed James                           ed.james@telecomsys.com5 TeleCommunications Systems, Inc.   voice 410-295-1919-5 275 West Street, Suite 400         fax   410-280-1094i Annapolis, MD 21401-1740   ------------------------------   Date: 8 May 2000 03:22:32 -0500 1 From: CSABA  HARANGOZO   <csabah@zipworld.com.au>i Subject: Wither  DECnet ?a& Message-ID: <39167947@post.usenet.com>  > **** Post for FREE via your newsreader at post.usenet.com ****   	Hello,r  ; 	The following short article appeared in the national dailyd4 	newspaper, "The Australian", on the 18th of April :     	Cabletron to sell DEC hangovery 						by Simon Hayes  ? 	One of the last remnants of Digital Equipment Corp's business,i> 	Digital Network Products Group ( DNPG ), is to be sold off as! 	part of Cabletron's restructure.l7 		Cabletron picked up the then network product businesskA 	unit of DEC in December 1997 for $US130 million ( $215 million ) 9 	in cash and stock and $US300 million in product credits. : 		Cabletron announced over the weekend it would set up the< 	DNPG as an independent division, and eventually sell it, to5 	allow it better "focus on areas of core competency".t4 		The separation of the DNPG follows a comprehensive? 	program of change at Cabletron, with the vendor in the process > 	of spinning off four companies, representing its main product 	divisions. 8 		Cabletron will become a holding company for enterprise? 	hardware vendor Enterasys, network management company Aprisma,.? 	telecommunications vendor Riverstone Networks and professionalE4 	services outfit Global Network Technology Services.  '                  ----------------------D  B    More at: www.cabletron.com.au/news/releases/2000/apr/20-04.html    $                 No   comment...  :-(  1                                             CsabaEI    ----------------------------------------------------------------------	E    * Csaba I. Harangozo     |    'To err is human', said the hedgehogCE    * csabah@zipworld.com.au |           as he dismounted a wirebrush.$I    ---------------------------------------------------------------------- ;    EARTH::AUSTRALIA:[SYDNEY]HARANGOZO.CSABA;1, delete? [N]:L  F -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=D  *** Usenet.com - The #1 Usenet Newsgroup Service on The Planet! ***+                       http://www.usenet.com;F -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=   ------------------------------   Date: 8 May 2000 15:29:12 GMTD2 From: hoffman@xdelta.zko.dec.nospam (Hoff Hoffman) Subject: Re: Wither  DECnet ?.5 Message-ID: <8f6mg8$oq$2@mailint03.im.hou.compaq.com>   Z In article <39167947@post.usenet.com>, CSABA  HARANGOZO   <csabah@zipworld.com.au> writes:  E   DECnet -- the subject line -- is not owned by Cabletron, nor is it C;   particularly related to any Cabletron business decisions.A  @ :	One of the last remnants of Digital Equipment Corp's business,? :	Digital Network Products Group ( DNPG ), is to be sold off as $ :	part of Cabletron's restructure...  J   Per press reports, Cabletron has been in the process of dividing itself H   into multiple and quite separate business entities for a while now -- J   including the pieces that Cabletron acquired from DIGITAL, and also its    other pieces.C  I   Being from Oz, you probably don't get the level of press coverage on a  L   Rochester New Hampshire firm that folks here in Nashua New Hampshire tend L   to see, as New Hampshire is a relatively small state.  This coverage even M   discounting the relative local familiarity with and the involvement of the FF   former DIGITAL Network Products Group in the Cabletron organization.  N  --------------------------- pure personal opinion ---------------------------L    Hoff (Stephen) Hoffman   OpenVMS Engineering   hoffman#xdelta.zko.dec.com   ------------------------------   Date: 8 May 2000 10:54:44 CDTB= From: wayne@tachysoft.xxx.131894.killspam.009d (Wayne Sewell)0L Subject: world class signature (was Re: Memo:   Re: Dropping DECnet..don't d. Message-ID: <jGBwGE8yFB+$@tachxxsoftxxconsult>  i In article <802568D9.00320779.00@lithium.systems.uk.hsbc>, Paul BEAUDOIN <paul.beaudoin@hsbc.com> writes:  >  > F > ********************************************************************D >  This message and any attachments are confidential to the ordinaryD >  user of the e-mail address to which it was addressed and may also@ >  be privileged. If you are not the addressee you may not copy,: >  forward, disclose or use any part of the message or itsE >  attachments and if you have received this message in error, pleaseGD >  notify the sender immediately by return e-mail and delete it from >  your system.	 > ? >  Internet communications cannot be guaranteed to be secure orDC >  error-free as information could be intercepted, corrupted, lost,L@ >  arrive late or contain viruses. The sender therefore does notA >  accept liability for any errors or omissions in the context ofPA >  this message which arise as a result of Internet transmission.	 >  IF >  Any opinions contained in this message are those of the author and A >  are not given or endorsed by the HSBC Group company or office 	? >  through which this message is sent unless otherwise clearly  C >  indicated in this message and the authority of the author to so  5 >  bind the HSBC entity referred to is duly verified.U > F > ******************************************************************** >     M This has got to be the largest signature I have ever seen (plain text anyway,T? not counting the mime/vcard crap generated by billybox mail).          -- DO ===============================================================================_M Wayne Sewell, Tachyon Software Consulting  (281)812-0738  wayne@tachysoft.xxxE: http://www.tachysoft.xxx/www/tachyon.html and wayne.html  K change .xxx to .com in addresses above, assuming you are not a spambot  :-)BO ===============================================================================LC Jake Blues: "Sell me your children!  How much for the little girl?"S   ------------------------------   End of INFO-VAX 2000.257 ************************