1 INFO-VAX	Thu, 10 Apr 2003	Volume 2003 : Issue 197       Contents:5 Re: Anybody running Rally V6.1-0 and VMS V7.3 on Vax?  Changing the CPU ID  Re: Changing the CPU ID  Re: Changing the CPU ID  Re: COV Sponsors Re: COV Sponsors Re: COV Sponsors Re: COV Sponsors& Re: Day Light Savings for VMS and UNIX' Re: Earth to Andrew, do you get it now? ' Re: ES40 - convert tower to rack mount?  Re: Framemaker to Bookreader ? Re: Framemaker to Bookreader ? Re: Framemaker to Bookreader ? Re: Framemaker to Bookreader ? Re: in need for vms 5.5-2  Re: in need for vms 5.5-2  Re: in need for vms 5.5-2  Re: in need for vms 5.5-2  Re: Interbase Client for VMS?  Is license transferable? Re: Is license transferable?( Re: Perl available as a layered product?; Re: Printing with a form defined with both /setup and /page ; Re: Printing with a form defined with both /setup and /page ; Re: Printing with a form defined with both /setup and /page ! Re: Problem with VMS731_LAN-V0300 " Re: Reject Unknown Users from SMTP" Re: Reject Unknown Users from SMTP Re: Resetting error count  Re: Resetting error count - Re: roadmaps (was: RE: Resetting error count) ( Re: SAMBA on VMS... how to make it work./ Re: So much for Opteron 32bit compatibility ...  Re: StorageTek on SAN with VMS test - please ignore Re: VAX/Alpha VMS differences  Re: VAX/Alpha VMS differences  vmsnet.* groups  Re: vmsnet.* groups  Re: vmsnet.* groups  Re: vmsnet.* groups  Re: vmsnet.* groups  Re: Your opinion requested Re: Your opinion requested Re: Your opinion requested Re: Your opinion requested  F ----------------------------------------------------------------------  $ Date: Wed, 9 Apr 2003 23:25:05 +0200( From: "Philip Lewis" <philip@nospam.com>> Subject: Re: Anybody running Rally V6.1-0 and VMS V7.3 on Vax?, Message-ID: <b7234t$red$1@news.cybercity.dk>   Mmm,  K The last version of the Rally product was 7.0-32 as I recall.  This version ! has been certified for VMS 7.2-x. I Version 7.0-32 of Rally is really much more stable than V6.x, although it K still has bugs that are annoying and that Oracle refused to fix even though K the product was still supported at the time.  It has not been certified for 
 VMS 7.3-1.  I Anyway, V6.x does not have the Y2K fix and it does not have the fixes for % the later Alphas (I forget which EV).   K I have no clue how things are on the VAX side, but Rally V7.0-32 appears to ! work OK under VMS 7.3-1 on Alpha.   F Since Rally supports backward compatibility for the .RGA file, you canG install Rally V7.0-32 and simply run it.  Rally will recognise that the G application file is V6.x and run in V6 mode, warts and all.  All things F being equal, the last supported version is probably the best one to be4 running and the one most likely to work with VMS 7.3  K There is no "certain" solution for VMS 7.3 and Rally, you will have to make : your own judgement call - or be old fashioned and test :-)   ciao philip (former Rally expert)   Dale A. Marcy wrote:G > I am in the process of looking at a possible VMS upgrade from V7.1 to C > V7.3 on one of our Vax systems.  We have an application that uses G > Rally V6.1-0, but have dropped support for the Rally product sometime F > back.  I was wondering if anybody out there has upgraded VMS withoutD > upgrading Rally beyond this point.  We will be testing this on ourD > development system to see if it will work, but it would be nice to< > find out that somebody has previously crossed this bridge.   ------------------------------  % Date: Wed, 09 Apr 2003 18:15:44 -0400 * From: "Stanley F. Quayle" <stan@stanq.com> Subject: Changing the CPU ID- Message-ID: <3E946350.19299.4395FD@localhost>   D In the OpenVMS FAQ, there's a section on how to clear out the error F count on a device by using DELTA.  I decided to use this approach for   something related to CHARON-VAX.  F I have a military customer who has migrated to CHARON-VAX, but a long-F discontinued software product requires that the CPU ID be the same as  their original MicroVAX system.   E That is, I need to change the CPU ID that is reported by the $GETSYI  ? system service (x = f$getsyi ("CPU")).  It appears that symbol  B EXE$GB_CPUTYPE is the responsible value.  On VAX VMS 7.3, it's at  location 800084ac (hex).  F I go into DELTA, and modify the location without any errors reported. E But the location doesn't actually change value, regardless of what I   type.   D Is there some magic that I need to do to make it actually happen in F the running system?  I expect, of course, that the value is re-loaded  from the ROM upon reboot.   D Any suggestions?  My customer might be willing to part with a small $ number of bucks to make this happen.  
 --Stan Quayle  Quayle Consulting Inc.  
 ----------C Stanley F. Quayle, P.E. N8SQ  +1 614-868-1363  Fax: +1 614 868-1671 1 8572 North Spring Ct. NW, Pickerington, OH  43147 = Preferred address:  stan@stanq.com       http://www.stanq.com    ------------------------------  # Date: Thu, 10 Apr 2003 02:08:46 GMT 1 From: "Ken Randell" <kenneth.randell@verizon.net>   Subject: Re: Changing the CPU ID7 Message-ID: <Om4la.26080$7w2.1926@nwrddc01.gnilink.net>   F > That is, I need to change the CPU ID that is reported by the $GETSYI@ > system service (x = f$getsyi ("CPU")).  It appears that symbolC > EXE$GB_CPUTYPE is the responsible value.  On VAX VMS 7.3, it's at  > location 800084ac (hex).  G How are you doing this, and how are you sure that EXE$GB_CPUTYPE is the I field being used (I'm only asking as I don't have VAX 7.3 source listings E handy at the moment)?  Are you getting an error from DELTA (as in the  helpful 'Eh?')?   H As the FAQ states, you have to enable CMKRNL, and you first have to tellA DELTA that you want to modify locations, and go into 'word' mode:    [w   1;m   F Then to change the value, you stick in an internal PID in front of theL location.  If you are modifying system space, you can use the 'swapper' PID, so in your case,   10001:g84ac/  L which should give you some value in hex (say 0088), you stick in your value,H and hit enter.  You can't skip any of the steps (like putting the PID in# front of the location in question).    ------------------------------  % Date: Wed, 09 Apr 2003 23:25:59 -0400 * From: "Stanley F. Quayle" <stan@stanq.com>  Subject: Re: Changing the CPU ID. Message-ID: <3E94AC07.15726.15FA0FA@localhost>  I > How are you doing this, and how are you sure that EXE$GB_CPUTYPE is the K > field being used (I'm only asking as I don't have VAX 7.3 source listings  > handy at the moment)?   9 Me neither -- that's why I'm fumbling around in the dark.   A I get the locations from ANALYZE/SYSTEM, and they have the right   values.    The steps I'm doing are:   $ analyze/system read sys$system:sysdef.stb show symbol/all  evaluate exe$gb_cputype  exit   $ r sys$share:delta  [b 1;m  00010001:800084AC/14 exit $ x=f$getsyi("CPU") 
 $ sh sym x  F Actually, I was able to get the value inserted -- I had forgotten the  "1;m" step.   B But it still doesn't change the value of "CPU".  I suspect that I  whacking the wrong location...  
 --Stan Quayle  Quayle Consulting Inc.  
 ----------C Stanley F. Quayle, P.E. N8SQ  +1 614-868-1363  Fax: +1 614 868-1671 1 8572 North Spring Ct. NW, Pickerington, OH  43147 = Preferred address:  stan@stanq.com       http://www.stanq.com    ------------------------------  % Date: Wed, 09 Apr 2003 22:06:26 -0300 0 From: JF Mezei <jfmezei.spamnot@vl.videotron.ca> Subject: Re: COV Sponsors / Message-ID: <3E94C379.2214F7F2@vl.videotron.ca>    John Smith wrote: F > They aren't paid to make decisions about the next f$xxxxx routine or5 > patches...they are there to make the division grow.   . NO. They are there to implement the HP vision.  6 Marcello's main goal is to phase out Alpha and Tru64.   M With regards to VMS, it is hard to get a credible true mission statement from M HP because there are so many conflicting statements/actions. And it is a fair N bet that Marcello and Gorham are in no position to rock the boat, at least not1 until all the layoffs and restructuring are done.   N If growing VMS is against the long term HP strategy to narrow/streamline theirK product offering, then it doesn't matter that VMS could be more profitable.   J The big question is WHO TOLD CARLY VMS HAD NO FUTURE.  In the end, that isI what it is all about. If Stallard is the one who convinced Carly that VMS J should be "streamlined out" of the HP product line in the medium/long term5 because it has no future, then there isn't much hope.   N And if it si someone lese who convinced Carly, then Stallard must be convincedF to rock the boat and change Carly's mind. Somehow, based on Stallard,sP infamous May 7th memo, I doubt Stallard believes in a bright growing VMS future.    H VMS has survived DESPITE Palmer and Capellas. Perhaps it can continue toN survive despite Stallard/Carly. But it can't succeed without Carly telling herP troups to give VMS a big push and make it part of the mainline product offering.  N In all fairness, it is hard to push VMS as long as it runs on a dead platform.N And it will be a long while before HP can push anything with any pride on thatM IA64 thing. And by the time IA64 become respectable (if it ever happens), VMS ? may have shrunk to a level where it isn't worth saving anymore.    ------------------------------  $ Date: Wed, 9 Apr 2003 22:53:00 -0400* From: "Bill Todd" <billtodd@metrocast.net> Subject: Re: COV Sponsors 2 Message-ID: <J_ednWeBjfcSQQmjXTWcpA@metrocast.net>  = "JF Mezei" <jfmezei.spamnot@vl.videotron.ca> wrote in message ) news:3E94C379.2214F7F2@vl.videotron.ca...    ...   7 > The big question is WHO TOLD CARLY VMS HAD NO FUTURE.   I What makes you think that she didn't come up with the idea herself?  Both D she and Capellas publicly subscribed to the move toward standardized7 hardware and software both before and after the merger.   < And once her mind is made up, I wouldn't bet on changing it.   - bill   ------------------------------  $ Date: Wed, 9 Apr 2003 23:01:48 -0400  From: John Santos <JOHN@egh.com> Subject: Re: COV Sponsors 5 Message-ID: <1030409225835.2424A-100000@Ives.egh.com>   < On Tue, 8 Apr 2003, Andrew Harrison SUNUK Consultancy wrote:   >  >  > John Santos wrote:@ > > On Mon, 7 Apr 2003, Andrew Harrison SUNUK Consultancy wrote: > >  > >  > >> > >>Alan Adams wrote:  > >>6 > >>>In message <nAOdnVGAn9nHUhCjXTWc3Q@metrocast.net>: > >>>          "Bill Todd" <billtodd@metrocast.net> wrote: > >>>  > >>>  > >>> N > >>>>"Bob Koehler" <koehler@eisner.nospam.encompasserve.org> wrote in message3 > >>>>news:yxPAO8oS8uZI@eisner.encompasserve.org...  > >>>> > >>>>? > >>>>>In article <3E8D403C.42CF8F63@vl.videotron.ca>, JF Mezei  > >>>>/ > >>>><jfmezei.spamnot@vl.videotron.ca> writes:  > >>>> > >>>>O > >>>>>>What is involved in porting from AIX to Linux if all the middleware and N > >>>>>>commercial packages exist on both ? Woudln't a port be fairly simple ? > >>>>> F > >>>>>  UNIX hype of that type rarely plays out in a real world port. > >>>>Q > >>>>That's because it involves porting from one vendor's Unix to another's.  In I > >>>>the case above, IBM controls both the source and to some degree the O > >>>>destination (in terms of freedom to enhance it as required), and is in an O > >>>>excellent position to ensure the transparency of the port if it wants to.  > >>>>Q > >>>>IBM and Sun seem to be following similar strategies in this area:  position I > >>>>Linux as their inexpensive low-end offering, with compatible growth O > >>>>potential to their higher-margin proprietary upper-end products, plus the N > >>>>patina of 'standardness' courtesy of the Linux aspect.  If Linux becomesN > >>>>wildly popular, they're ready; until then, they retain their high-marginP > >>>>business plus a compatible low-end extension that (because right now LinuxR > >>>>*isn't* really yet applicable to the high end) doesn't compete directly with	 > >>>>it.  > >>>> > >>>>- bill > >>>  > >>> Q > >>>And the above porting efforts will still be harder than the VMS Vax to Alpha Q > >>>port, never mind the Alpha to Itanium, which for most users looks like being  > >>>simpler still.  > >>>  > >>>  > >> > >>Humm > >>H > >>We supply a Linux run environment for Solaris x86 which allows LinuxK > >>apps to just run without porting. So that claim is demonstrably untrue.  > >  > > D > > And exactly how does that help porting AIX to Linux?  Or SolarisC > > to Linux, for that matter?  The claim you are disputing is that D > > it is harder to port from a proprietary Unix to Linux than it isD > > to port from VAX VMS to Alpha VMS, with an aside that it will be7 > > still easier to port from Alpha VMS to Itanium VMS.  > >  > 8 > Well if you had looked at the next paragraph you would6 > have found your answer. Read the paragraph below !!! >  > > H > >>Of course you need to re-compile for SPARC because the vast majorityE > >>of Linux apps are x86, but since Solaris SPARC alson support GLib ' > >>GCC etc this is an easy propostion.   E Of course I read this paragraph.  It is still talking about migrating @ *TO* Solaris.  The original question, as I said above, was about+ migrating from proprietary Unixes to Linux.   
 Try again.  	 > Regards  > Andrew Harrison    --   John Santos  Evans Griffiths & Hart, Inc. 781-861-0670 ext 539   ------------------------------  % Date: Wed, 09 Apr 2003 20:46:55 -0700 9 From: "gregc at gregcagle.com" <"gregc at gregcagle.com">  Subject: Re: COV Sponsors / Message-ID: <v99q9l839hah27@corp.supernews.com>    Bill Todd wrote:? > "JF Mezei" <jfmezei.spamnot@vl.videotron.ca> wrote in message + > news:3E94C379.2214F7F2@vl.videotron.ca...  >  > ...  >  > 7 >>The big question is WHO TOLD CARLY VMS HAD NO FUTURE.  >  > K > What makes you think that she didn't come up with the idea herself?  Both F > she and Capellas publicly subscribed to the move toward standardized9 > hardware and software both before and after the merger.   0 What makes you think she even knows what VMS is?  > > And once her mind is made up, I wouldn't bet on changing it.   That's for sure 8^). --  
 Greg Cagle gregc at gregcagle dot com   ------------------------------  % Date: Wed, 09 Apr 2003 15:12:51 -0500  From: brandon@dalsemi.com / Subject: Re: Day Light Savings for VMS and UNIX 1 Message-ID: <03040915125180@dscis6-0.dalsemi.com>    > care to share the macro?  E As previously posted it is available on GOOGLE, however I have my own N version... same MACRO, just a bit more intelligent.  You can build a structureG around this to auto-submit at the appropriate - or desired - date/time.    Use as follows:    $ @build_dls.com;   9 p1 = zone (ATLANTIC, EASTERN, CENTRAL, MOUNTAIN, PACIFIC) K      or if not specific, default to the value of the SYS$LOCALTIME logical.   E It will NOT work on VAX, I believe the register values are different. C It will NOT work on pre-V6.2 or V7.0(?), I believe that the logical L SYS$LOCALTIME is not available for those versions of VMS.  You maybe able to8 force the build by using the p1 parameter for your zone.  K It is designed to accomodate all timezones, however I am only familiar with N those in the continental US.  Modifications to the following variables will be required (at the very least) :*   localtimezone$string and timezone$string  O The command file will build, compile, and link the spring-ahead and fall-back.  N It also builds a parameter file you can use to pass the build information into your DLS structure.   C The sequence of events for a DLS time change (if using this MACRO):    1) shutdown NTP  2) build MACRO3 3) set UTC (@sys$manager:utc$configure_tdf set ...)  4) run MACRO" ***after the change is complete*** 5) run MACRO cancel  6) startup NTP  ; I believe this is correct - your testing will ensure it is!    $! $!
 $ set noon $ set noverify $! $!* $!---------------------------------------- $!8 $! DLS logicals - create directory and add to sylogicals $!" $! nodename = f$getsyi("NODENAME")1 $! create /directory device:[dls.'nodename'.logs] ' $! define /system dls$dir  device:[dls] 6 $! define /system dls$logs device:[dls.'nodenam'.logs]2 $! define /system dls$node device:[dls.'nodename'] $! $!! $ set process /name="dls-> build"  $ set$status = $status. $ if (set$status .nes. "%X10000001") then exit $! $!! $ nodename = f$getsyi("NODENAME")  $! $ if (p1 .eqs. "") $ then? $   sys$localtime = f$parse(f$trnlnm("sys$localtime"),,,"NAME")  $ else $   sys$localtime = p1 $ endif  $! $ if (sys$localtime .eqs. "")  $ thenC $   write sys$output "The UTC logical SYS$LOCALTIME does not exist"  $   exit $ endif  $! $! $ gosub get_localtz  $ gosub get_parameters $ gosub get_registers  $ gosub build_st $ gosub build_dt $ gosub create_macro_cancel  $! $ exit $! $!* $!---------------------------------------- $ build_st:  $ dls_type = "''tzid'ST" $ dls_desc = dls_desc_st $ dls_incx = dls_incx_st $ dls_inc = dls_inc_st $ dls_appl = dls_appl_st1 $ marflnm = "dls$node:dls_adjust_''dls_type'.mar" . $ marexenm = "dls$node:dls_adjust_''dls_type'"0 $ dls_ticklength = f$integer(gl_ticklengthx) * ->                    (100 + ('dls_inc' * dls_adj_percent)) / 100N $ dls_timeadjust = f$integer(gl_ticklengthx) * 60 * 60 / 10 * dls_adj_duration $ timezone = st_timezone8 $ timezone_differential_mm = st_timezone_differential_mm8 $ timezone_differential_ss = st_timezone_differential_ss $! $ gosub create_macro $ gosub create_parameter $ return $! $!* $!---------------------------------------- $ build_dt:  $ dls_type = "''tzid'DT" $ dls_desc = dls_desc_dt $ dls_incx = dls_incx_dt $ dls_inc = dls_inc_dt $ dls_appl = dls_appl_dt1 $ marflnm = "dls$node:dls_adjust_''dls_type'.mar" . $ marexenm = "dls$node:dls_adjust_''dls_type'"0 $ dls_ticklength = f$integer(gl_ticklengthx) * ->                    (100 + ('dls_inc' * dls_adj_percent)) / 100N $ dls_timeadjust = f$integer(gl_ticklengthx) * 60 * 60 / 10 * dls_adj_duration $ timezone = dt_timezone8 $ timezone_differential_mm = dt_timezone_differential_mm8 $ timezone_differential_ss = dt_timezone_differential_ss $! $ gosub create_macro $ gosub create_parameter $ return $! $!* $!---------------------------------------- $ get_localtz: $ localtimezone$string = -B   "GMT,,,,ATLANTIC,EASTERN,CENTRAL,MOUNTAIN,PACIFIC,,,,,,,,,,,,,,". $ timezone$string = "G...AECMP..............." $ timezone_value = -1  $ gosub get_localtz_loop% $ st_timezone = timezone_value * (-1)  $ dt_timezone = st_timezone + 1 0 $ st_timezone_differential_mm = st_timezone * 60@ $ st_timezone_differential_ss = st_timezone_differential_mm * 600 $ dt_timezone_differential_mm = dt_timezone * 60@ $ dt_timezone_differential_ss = dt_timezone_differential_mm * 604 $ tzid = f$extract(timezone_value,1,timezone$string) $ return $! $!* $!---------------------------------------- $ get_localtz_loop: % $ timezone_value = timezone_value + 1 > $ element = f$element(timezone_value,",",localtimezone$string) $ if (element .eqs. ",") $ thenI $   write sys$output "The UTC logical SYS$LOCALTIME has an unknown value"  $   exit $ endif = $ if (element .nes. sys$localtime) then goto get_localtz_loop  $ return $! $!* $!---------------------------------------- $ get_parameters: 2 $ marflnmcancel = "dls$node:dls_adjust_cancel.mar"/ $ marexenmcancel = "dls$node:dls_adjust_cancel"  $!* $!----------------------------------------' $! setup xDT (Daylight Time) parameters  $!  $ dls_desc_dt = "Spring-Forward"3 $ dls_appl_dt = "dls$node:dls_adjust_''tzid'DT.exe"  $ dls_incx_dt = "gradation"  $ dls_inc_dt = "+1"  $!* $!----------------------------------------' $! setup xST (Standard Time) parameters  $! $ dls_desc_st = "Fall-Backward" 3 $ dls_appl_st = "dls$node:dls_adjust_''tzid'ST.exe"  $ dls_incx_st = "degradation"  $ dls_inc_st = "-1"  $! $!* $!----------------------------------------. $! set up the adjust parameters for time clock $!( $! the dls_adj_percent sets the speed at) $! which the clock is changed in one hour  $! $ dls_adj_percent = 20 $! $ dls_adj_hh = 60 * 60- $ dls_adj_ss = 60 * 60 * dls_adj_percent /100  $ dls_adj_mm = dls_adj_ss / 60, $ dls_adj_duration = dls_adj_hh / dls_adj_ss: $ dls_sleep = f$fao("!2ZW:!2ZW:!2ZW",dls_adj_duration,0,0) $ return $! $!* $!---------------------------------------- $ get_registers: $! $ gl_timeadjust = "" $ gl_timeadjustx = ""  $ gl_ticklength = "" $ gl_ticklengthx = ""  $! $!: $ define sys$output dls$logs:_sda_registers_'nodename'.out $ analyze /system  examine EXE$GL_TIMEADJUST  examine EXE$GL_TICKLENGTH  exit $ deassign sys$output  $!9 $ open regfl dls$logs:_sda_registers_'nodename'.out /read  $! $!* $!----------------------------------------
 $ regfl_read:   $ read regfl data /err=regfl_eof6 $ if (f$extract(0,18,data) .eqs. "EXE$GL_TIMEADJUST:") $ then( $   gl_timeadjust = f$extract(29,8,data)& $   gl_timeadjustx = %x'gl_timeadjust' $ endif 6 $ if (f$extract(0,18,data) .eqs. "EXE$GL_TICKLENGTH:") $ then( $   gl_ticklength = f$extract(29,8,data)& $   gl_ticklengthx = %x'gl_ticklength' $   goto regfl_eof $ endif  $ goto regfl_read  $! $!* $!---------------------------------------- $ regfl_eof:
 $ close regfl  $ return $! $!* $!---------------------------------------- $ create_parameter: 2 $ parmflnm = "dls$node:dls_adjust_''dls_type'.par" $ open parmfl 'parmflnm' /write 7 $ write parmfl "DLS adjust built on      ''f$cvtime()'" 5 $ write parmfl "timezone_differential    ''timezone'" E $ write parmfl "timezone_differential_mm ''timezone_differential_mm'" E $ write parmfl "timezone_differential_ss ''timezone_differential_ss'" 5 $ write parmfl "dls_type                 ''dls_type'" 5 $ write parmfl "dls_desc                 ''dls_desc'" 5 $ write parmfl "dls_incx                 ''dls_incx'" 4 $ write parmfl "dls_inc                  ''dls_inc'"5 $ write parmfl "dls_appl                 ''dls_appl'" G $ write parmfl "macro                    ''marflnm'  /''macro$status'/" K $ write parmfl "macro/exe                ''marexenm'      /''link$status'/" : $ write parmfl "marflnmcancel            ''marflnmcancel'"; $ write parmfl "marexenmcancel           ''marexenmcancel'"  $ close parmfl $ return $! $!* $!---------------------------------------- $ create_macro:  $ open marfl 'marflnm' /write , $ write marfl "  .TITLE    ''dls_type', ", -N               "Adjust OpenVMS internal time clock for ''dls_type' ''dls_desc'" $ write marfl "" $ write marfl ";" J $ write marfl "; ''dls_adj_percent'% for ''dls_adj_duration' hours at ", -J               "''dls_adj_mm' minutes (''dls_adj_ss' seconds) per hour ", -               "''dls_incx'" ' $ write marfl "; created ''f$cvtime()'"  $ write marfl ";"  $ write marfl "", $ write marfl "  .LIBRARY \SYS$LIBRARY:LIB\"8 $ write marfl "  .LINK \SYS$LOADABLE_IMAGES:SYSDEF.STB\" $ write marfl ""' $ write marfl "  .ENTRY    START, ^M<>" ! $ write marfl "  $CMKRNL_S FIXIT"  $ write marfl "  MOVL #1, R0"  $ write marfl "  RET"  $ write marfl ""' $ write marfl "  .ENTRY    FIXIT, ^M<>"  $ write marfl "" $ write marfl "  LOCK HWCLK" $ write marfl ""D $ write marfl "  MOVL #''dls_timeadjust', G^EXE$GL_TIMEADJUST ; ", -9               "''dls_adj_duration' hours' worth of ticks" D $ write marfl "  MOVL #''dls_ticklength', G^EXE$GL_TICKLENGTH ; ", -+               "normal is ''gl_ticklengthx'"  $ write marfl ""! $ write marfl "  UNLOCK    HWCLK"  $ write marfl "" $ write marfl "  MOVL #1, R0"  $ write marfl "  RET"  $ write marfl "" $ write marfl "  .END START"
 $ close marfl  $!, $ macro /nolist /object=dls$node: 'marexenm' $ macro$status = $status/ $ link /nomap /sysexe /exe=dls$node: 'marexenm'  $ link$status = $status  $ return $! $!* $!---------------------------------------- $ create_macro_cancel:# $ open marfl 'marflnmcancel' /write M $ write marfl "  .TITLE    CLOCKRESET, Reset OpenVMS internal time clock ", - (               "settings to normal speed" $ write marfl "" $ write marfl ";" 3 $ write marfl "; reset OpenVMS internal time clock" ' $ write marfl "; created ''f$cvtime()'"  $ write marfl ";"  $ write marfl "", $ write marfl "  .LIBRARY \SYS$LIBRARY:LIB\"8 $ write marfl "  .LINK \SYS$LOADABLE_IMAGES:SYSDEF.STB\" $ write marfl ""' $ write marfl "  .ENTRY    START, ^M<>" ! $ write marfl "  $CMKRNL_S FIXIT"  $ write marfl "  MOVL #1, R0"  $ write marfl "  RET"  $ write marfl ""' $ write marfl "  .ENTRY    FIXIT, ^M<>"  $ write marfl "" $ write marfl "  LOCK HWCLK" $ write marfl "". $ write marfl "  MOVL #0, G^EXE$GL_TIMEADJUST"> $ write marfl "  MOVL #''gl_ticklengthx', G^EXE$GL_TICKLENGTH" $ write marfl ""! $ write marfl "  UNLOCK    HWCLK"  $ write marfl "" $ write marfl "  MOVL #1, R0"  $ write marfl "  RET"  $ write marfl "" $ write marfl "  .END START"
 $ close marfl  $!2 $ macro /nolist /object=dls$node: 'marexenmcancel'5 $ link /nomap /sysexe /exe=dls$node: 'marexenmcancel'  $ return $! $!       John Brandon VMS Systems Administrator  Dallas Semiconductor john.brandon@dalsemi.com 972.371.4172 wk  972.371.4003 fx    ------------------------------   Date: 9 Apr 2003 15:54:27 -0500 ; From: koehler@eisner.nospam.encompasserve.org (Bob Koehler) 0 Subject: Re: Earth to Andrew, do you get it now?3 Message-ID: <56hCrwT5VTak@eisner.encompasserve.org>   c In article <5VY91zzxpklc@eisner.encompasserve.org>, Kilgallen@SpamCop.net (Larry Kilgallen) writes: s > In article <qbQvjT0nsghS@eisner.encompasserve.org>, koehler@eisner.nospam.encompasserve.org (Bob Koehler) writes: k >> In article <d7791aa1.0303301807.7412168f@posting.google.com>, bob@instantwhip.com (Bob Ceculski) writes:  >>> ; >>> One of the good things in OpenVMS are the Descriptors.   >>  0 >>    Which C doens't use unless you tell it to. > D > C also does not use null-terminated strings unless you tell it to.D > It will create them by default, but depending on them requires the2 > programmer call certain risky runtime functions.  C    If I had you doing all my coding, I wouldn't have to worry about      those stupid C RTL functions.   ------------------------------  $ Date: Wed, 9 Apr 2003 20:55:34 -0400, From: "David Turner" <dbturner@islandco.com>0 Subject: Re: ES40 - convert tower to rack mount?/ Message-ID: <v99gfil5esaf3c@news.supernews.com>   E >  1. Can an ES40 model 2 in a tower enclosure be converted to a rack 1 >     mount by ordering a BA61R-RM rack kit?  YES  Part No. BA61R-RM   L  2. Can an ES40 rack mount system be mounted in an old Dec cabinet (say  oneJ that used to hold three RA82's) with front and rear rails 25  inches apart( or are the "M series" cabinets required?  J If these old (H9642) are Retma (if they have unevenly spaced holes 2-1.5-2
 etc) then YES       	 > Thanks.  >  > --I > -- Carl Karcher, Waisman Computing Services, Waisman Center, UW-Madison 4 > --             karcher.nomorespam@waisman.wisc.edu   ------------------------------  # Date: Wed, 09 Apr 2003 17:46:16 GMT 3 From: hammond@not@peek.ssr.hp.com (Charlie Hammond) ' Subject: Re: Framemaker to Bookreader ? / Message-ID: <I%Yka.543$YA3.57@news.cpqcorp.net>   q In article <TPcQV8TTR9dQ@eisner.encompasserve.org>, koehler@eisner.nospam.encompasserve.org (Bob Koehler) writes: c >In article <3E93C2D9.B80DC352@vl.videotron.ca>, JF Mezei <jfmezei.spamnot@vl.videotron.ca> writes: P >> I have found some books in Adobe Framemaker format. Is there a way to convert8 >> those to DECdocumeht and then to Bookreader format ?  > 9 >   The old reliable paper-human interface somes to mind.   @ Are there minimum versions of paper and human required?   <grin>   --  J       Charlie Hammond -- Hewlett-Packard Company -- Ft Lauderdale  FL  USAF           (hammond@not@peek.ssr.hp.com -- remove "@not" when replying)J       All opinions expressed are my own and not necessarily my employer's.   ------------------------------   Date: 9 Apr 2003 15:49:21 -0500 ; From: koehler@eisner.nospam.encompasserve.org (Bob Koehler) ' Subject: Re: Framemaker to Bookreader ? 3 Message-ID: <24uE8NOE2BUe@eisner.encompasserve.org>   e In article <I%Yka.543$YA3.57@news.cpqcorp.net>, hammond@not@peek.ssr.hp.com (Charlie Hammond) writes:  > B > Are there minimum versions of paper and human required?   <grin> >   F    Paper 1.0 will do.  Human 6.2 or greater is generally required, but&    some humans do well enough earlier.   ------------------------------   Date: 9 Apr 2003 16:35:01 -0500 - From: Kilgallen@SpamCop.net (Larry Kilgallen) ' Subject: Re: Framemaker to Bookreader ? 3 Message-ID: <89fChX18JaZN@eisner.encompasserve.org>   e In article <I%Yka.543$YA3.57@news.cpqcorp.net>, hammond@not@peek.ssr.hp.com (Charlie Hammond) writes: s > In article <TPcQV8TTR9dQ@eisner.encompasserve.org>, koehler@eisner.nospam.encompasserve.org (Bob Koehler) writes: d >>In article <3E93C2D9.B80DC352@vl.videotron.ca>, JF Mezei <jfmezei.spamnot@vl.videotron.ca> writes:Q >>> I have found some books in Adobe Framemaker format. Is there a way to convert 9 >>> those to DECdocumeht and then to Bookreader format ?   >>: >>   The old reliable paper-human interface somes to mind. > B > Are there minimum versions of paper and human required?   <grin>  A I have seen scattered evidence that some of the newer versions of ? humans are not at all compatible with any versions of paper :-)    ------------------------------  % Date: Wed, 09 Apr 2003 19:14:48 -0300 0 From: JF Mezei <jfmezei.spamnot@vl.videotron.ca>' Subject: Re: Framemaker to Bookreader ? / Message-ID: <3E949B4A.D49D6D3C@vl.videotron.ca>    Bob Koehler wrote:D > > Are there minimum versions of paper and human required?   <grin> > H >    Paper 1.0 will do.  Human 6.2 or greater is generally required, but( >    some humans do well enough earlier.  N Paper 1.0 won't do for large documents. You need to upgrade to Forest 3.7. And: you need to take a high tech course "Paper Shuffling 101".   ------------------------------  $ Date: Wed, 9 Apr 2003 21:16:45 +0200" From: "Hans Vlems" <hvlems@iae.nl>" Subject: Re: in need for vms 5.5-25 Message-ID: <b71rjv$a0a3k$2@ID-143435.news.dfncis.de>   1 "Alex" <alex.schamari@gmx.net> schreef in bericht 5 news:c72bf925.0304090828.a784bb@posting.google.com...  > hi folks,  > $ > > I'm looking for vms 5.5-2 media.) > > Does anybody know, where to get this. A > > I owned a cd with vms 5.5 but only have the dist cds anymore. @ > > New versions aren't an option at all because of the licenses > > I have are for 5.5 > 9 > Thanks for the offers - I have found a solution nearby.  > ; > Upgrading isn't an option due to the software limitations  > that requires 5.5.? > I know about the limitations for upgrading to newer versions. A > But I find it very interesting that with a new (7.3 eg) license % > I could use any older version, too.  > Can anybody confirm that?  >  > Thanks all for the help, >  > alex  K A  license will load on any version of VMS since V5.0 (before 5.0 there was G no lmf :-). Of course this is not true if the PAK has the version field < filled in and that does not match. But I've never seen that.   ------------------------------   Date: 9 Apr 2003 16:17:55 -0500 - From: Kilgallen@SpamCop.net (Larry Kilgallen) " Subject: Re: in need for vms 5.5-23 Message-ID: <clpPdMZa52YE@eisner.encompasserve.org>   S In article <3E93D2B6.F07C7CF@127.0.0.1>, Nic Clews <sendspamhere@127.0.0.1> writes:  > Kevin Handy wrote: >>   >> Alex wrote: >> > hi folks, >> >% >> > I'm looking for vms 5.5-2 media. * >> > Does anybody know, where to get this.B >> > I owned a cd with vms 5.5 but only have the dist cds anymore.A >> > New versions aren't an option at all because of the licenses  >> > I have are for 5.5  >> > >> > thanks in advance >>  2 >> Have you tried your licenses on newer versions?= >> I don't think they are usually tied to a specific version.  >  > It is not as simple as that. > H > When you buy your system with licences, the version you are allowed toF > use is the version which was the current release when you bought the > licences.  > 9 > You statement may be technically true, but not legally.   > Actually, the statement is not even technically true since the> limitation is in the _license_ which is a legal document quite separate from the _PAK_ :-)    ------------------------------   Date: 9 Apr 2003 16:20:08 -0500 - From: Kilgallen@SpamCop.net (Larry Kilgallen) " Subject: Re: in need for vms 5.5-23 Message-ID: <lP$uqkQ3Mdmj@eisner.encompasserve.org>   ` In article <c72bf925.0304090828.a784bb@posting.google.com>, alex.schamari@gmx.net (Alex) writes: > hi folks,  >   # >> I'm looking for vms 5.5-2 media. ( >> Does anybody know, where to get this.@ >> I owned a cd with vms 5.5 but only have the dist cds anymore.? >> New versions aren't an option at all because of the licensese >> I have are for 5.5t > 9 > Thanks for the offers - I have found a solution nearby.  > ; > Upgrading isn't an option due to the software limitationsg > that requires 5.5.? > I know about the limitations for upgrading to newer versions.tA > But I find it very interesting that with a new (7.3 eg) licenseo% > I could use any older version, too.r > Can anybody confirm that?   ? Yes, that statement is true about licenses (but not necessarilyn@ PAKs and their predecessor mechanisms, particularly when running on VMS V5.1 or earlier).   ------------------------------   Date: 9 Apr 2003 16:25:19 -0500 - From: Kilgallen@SpamCop.net (Larry Kilgallen)n" Subject: Re: in need for vms 5.5-23 Message-ID: <Qh2ALzIZCjXB@eisner.encompasserve.org>g  Z In article <b71rjv$a0a3k$2@ID-143435.news.dfncis.de>, "Hans Vlems" <hvlems@iae.nl> writes: > 3 > "Alex" <alex.schamari@gmx.net> schreef in berichtk7 > news:c72bf925.0304090828.a784bb@posting.google.com...e >> hi folks, >>% >> > I'm looking for vms 5.5-2 media.r* >> > Does anybody know, where to get this.B >> > I owned a cd with vms 5.5 but only have the dist cds anymore.A >> > New versions aren't an option at all because of the licensesr >> > I have are for 5.5  >>: >> Thanks for the offers - I have found a solution nearby. >>< >> Upgrading isn't an option due to the software limitations >> that requires 5.5.o@ >> I know about the limitations for upgrading to newer versions.B >> But I find it very interesting that with a new (7.3 eg) license& >> I could use any older version, too. >> Can anybody confirm that? >> >> Thanks all for the help,j >> >> alexo > M > A  license will load on any version of VMS since V5.0 (before 5.0 there wasi  H Many PAKs (since licenses do not load) will only load on V5.2 and above.  I > no lmf :-). Of course this is not true if the PAK has the version fieldl> > filled in and that does not match. But I've never seen that.  % Isn't the version field a _Maximum_ ?f   ------------------------------  # Date: Wed, 09 Apr 2003 18:23:25 GMTt' From: Don Sykes <anonymous@pacbell.net> & Subject: Re: Interbase Client for VMS?+ Message-ID: <3E9464F1.A8547FD3@pacbell.net>e   Rainer Queck wrote:h >  > Hi,  > / > I'm looking for a InterbaseClient on OpenVMS.y3 > I've searched the web, but I' cant find a Client!aJ > Can you give my any information about the existence of a IntebaseClient? >  > Thanks > Rainer  E Are you referring to the client portion of the dbms Interbase? If so,6H the last version (client & server) for VMS was released in '96 as 4.0. IH believe the open source version is up to 7.0 now, so I don't know if the* server would work with such an old client.   -- n   Have VMS, Will Traveld Wire paladin, San Francisco    (paladinATalphaseDOTcom)   ------------------------------  # Date: Wed, 09 Apr 2003 21:37:54 GMT 4 From: "Phillip R Sobottke" <psobottke@ameritech.net>! Subject: Is license transferable?1> Message-ID: <So0la.1065$DM5.561745@newssvr28.news.prodigy.com>  K We have several old Dec3000's and have purchased several DS-10's to replacetJ them.  My question is do We have to purchase new VMS license's for the newI machines?  Or can we simply buy new media and then transfer the license'seB over (as long as we don't continue to use the license's on the old
 machines)?   ------------------------------   Date: 9 Apr 2003 16:42:36 -0500-- From: Kilgallen@SpamCop.net (Larry Kilgallen)0% Subject: Re: Is license transferable?t3 Message-ID: <mCtVYMnEIdcv@eisner.encompasserve.org>3  u In article <So0la.1065$DM5.561745@newssvr28.news.prodigy.com>, "Phillip R Sobottke" <psobottke@ameritech.net> writes:c  M > We have several old Dec3000's and have purchased several DS-10's to replaceOL > them.  My question is do We have to purchase new VMS license's for the newK > machines?  Or can we simply buy new media and then transfer the license'shD > over (as long as we don't continue to use the license's on the old > machines)?  K This is not legal for VMS itself, since these are Category 1 licenses.  Seey  / 	http://licensing.hp.com/swl/view.slm?page=xfern   ------------------------------  # Date: Thu, 10 Apr 2003 00:23:51 GMTm! From: rob.buxton@wcc.spam.govt.nzr1 Subject: Re: Perl available as a layered product?n# Message-ID: <3e94b95c.2194715@news>e  B On 9 Apr 2003 06:44:37 -0700, cgilley@bravewc.com (Charles Gilley) wrote:  B >For the record - apparantly, I have misunderstood the policy :). C >Misunderstandings occur when you don't write the policy down, so IwE >have some defense.  The company's position is based on a concern for-E >support.  So, if I have source for a product, a code review needs toP> >occur, peer analysis, etc., and a large dose of common sense. > D >I appreciate all of the offers and bidding ;).  I've forwarded thisC >thread to my manager for a few laughs and to see about the general @ >attitude of employing perl.  We have a crash development effortF >underway for something, so productivity may help us sell what we want >to do.1 >@ >Thanks again.  B Seems to me the only item you need to forward to Management is the response from Rick Barry.e   ------------------------------  $ Date: Wed, 9 Apr 2003 16:09:30 -0400< From: "Peter Weaver" <WeaverConsultingServices@sympatico.ca>D Subject: Re: Printing with a form defined with both /setup and /page5 Message-ID: <b71ulr$abml5$1@ID-141708.news.dfncis.de>I   Ingemar Olson wrote: >...5 > Can someone who is not using Multinet please try to  replicate my; > experiment? Can someone else who IS using Multinet do thee same?M >L; > VMS Alpha 7.1-2 (yes I know it's not "current"), Multineto 4.3, HP 4000	 > printerd >...  ; Using TCPWare V5.6-2 and AXP VMS 7.3-1 I get exactly what In4 would expect, BIOSETU, BIOPAGE then the actual file.  5 BIOSETU had the text; <ESC>PThis is BIOSETU.TXT<ESC>\ 5 BIOPAGE had the text; <ESC>PThis is BIOPAGE.TXT<ESC>\e  < Because of the <ESC>P and <ESC>\ it all printed on one page.< Try that to make sure that the ejection of a page during the> setup is not causing problems, if you get the same result with0 the escape sequences in there then call Process.   -- Peter Weaver Weaver Consulting Services Inc.R) Serving Southern Ontario/Western New York0   ------------------------------   Date: 9 Apr 2003 15:31:57 -0500o From: briggs@encompasserve.orgD Subject: Re: Printing with a form defined with both /setup and /page3 Message-ID: <e8DVISKYl6zc@eisner.encompasserve.org>   t In article <b71ulr$abml5$1@ID-141708.news.dfncis.de>, "Peter Weaver" <WeaverConsultingServices@sympatico.ca> writes:2 [hijacking Peter's response to append my own test]   Using PRTSMB.EXE SETUP module = "regular setup" PAGE module = "page setup"
 file = "body":   regular setup<CR><FF>1 page setupbody<CR><FF>   	John Briggs   ------------------------------  % Date: Wed, 09 Apr 2003 23:08:15 +0200g, From: Albrecht Schlosser <ajs856@tiscali.de>D Subject: Re: Printing with a form defined with both /setup and /page, Message-ID: <u3227b.774.ln@news.hus-soft.de>   Ingemar Olson wrote: >   . [ text about page and setup modules stripped ]  F > > > The manual doesn't mention anything about these parameters being
 > >exclusive.n; > > > Does anyone have any ideas on why this isn't working?- > > >-H > > > This looks like a bug to me, but is it in VMS, or Multinet? Or ...$ > > > I'm not in a position to tell. > > >rF > > > Can someone who is not using Multinet please try to replicate my > >experiment? > >Using :-eC > >   Compaq TCP/IP Services for OpenVMS Alpha Version V5.1 - ECO 1e8 > >   on a AlphaStation 200 4/166 running OpenVMS V7.2-11 > >   to an hp laserjet 5 running on an lpr queueo+ > >I get the exact opposite of your resultst1 > >ie. I get the /setup or "start of job" printeda: > >while the /page_setup or "start of page" is not printed > >Phili > J > So if I understand that correctly, you got the /setup info printed twiceI > (whereas I got the /page info twice). That would imply that neither the N > Multinet nor the lpr print symbiont does this "correctly". Which I find hardM > to believe. Is the "correct" behavior actually explicitly defined anywhere?     H WRT  TCP/IP services and LPD queues it is, but really hidden. To make itE short: TCPIP$LPD_SMB (the printer symbiont) is _not_intended_ to be aMD "true OpenVMS print symbiont" and to do all the necessary formatting@ like TELNETSYM and PRTSMB. Instead, you should use relay queues.  B The following is from the 7.2-1 docs ("DIGITAL TCP/IP Services for OpenVMS Management"):    <begin>a  
 Chapter 19% Setting Up and Managing the TELNETSYMo   19.1 Reviewing Key Conceptsr  H TELNETSYM transfers record-oriented data to and from disks and printers.C Because TELNETSYM is a true OpenVMS print symbiont, it performs alldG print formatting functions, such as header and trailer page generation,S5 pagination, queuing, and handling of multiple forms. f   ...    19.3 Setting Up Relay Queues  E You can redirect the output of TELNETSYM to another queue rather thanhE sending it directly to a remote printer. A queue with this setup is a D relay queue. Use relay queues to funnel fully formatted output to anF outbound LPD queue. LPD transfers jobs that are fully formatted on the sending side by OpenVMS. e   <end>A  H See the last sentence. Maybe there is another hint somewhere else in the docs.V   Albrecht SchloerD   ------------------------------  $ Date: Wed, 9 Apr 2003 23:25:53 -0400  From: John Santos <JOHN@egh.com>* Subject: Re: Problem with VMS731_LAN-V0300. Message-ID: <1030409231722.2424B@Ives.egh.com>  0 On Tue, 8 Apr 2003 norm.raphael@metso.com wrote:   >  > John,w > 3 > I did this ECO last friday, and we rebooted fine.u3 > Is this problem restricted to some configuration?d > ; > > It replaces APB.EXE and doesn't seem to do a WRITEBOOT.  > - > Can you be more specific than doesn't seem?l >  > -Norm-  9 1) System crashed on reboot.  (Old version of APB.EXE had 8 been purged)  After doing a WRITEBOOT, it rebooted okay.  4 2) A second system, which had previously had the ECO8 applied (several days earlier) seemed fine, but the boot9 pointer LBN in block 0 of the disk pointed to unallocated 8 space (according to DFU.)  I think it was pointing to an6 old copy of APB.EXE that had not yet been overwritten.  6 After running WRITEBOOT on the second system, the only9 thing that changed in the boot block was the LBN, (offset>6 1E8 of block 0, IIRC), which now pointed to the second2 block of sys$system:apb.exe (according to both DFU and DUMP/HEADER.)e  ; The second system still boots okay after running WRITEBOOT.v  8 I haven't repeated the test under controlled conditions,7 but I have 2 more systems to upgrade from V7.3, so next 7 time I do one, I'll check the boot pointers both beforer4 and after installing the ECO.  This might not be for several weeks, though.     --   John Santos> Evans Griffiths & Hart, Inc. 781-861-0670 ext 539   ------------------------------  # Date: Wed, 09 Apr 2003 17:53:26 GMT ' From: Don Sykes <anonymous@pacbell.net>h+ Subject: Re: Reject Unknown Users from SMTPd+ Message-ID: <3E945DEA.C6EF5AFB@pacbell.net>e   briggs@encompasserve.org wrote:u > W > In article <3E93101E.68F91B5A@pacbell.net>, Don Sykes <anonymous@pacbell.net> writes:a > >o# > > I'm running TCPIP Services 5.1. J > > 50% of all the mail I receive is directed to uses at my domain that do > > not exist.G > > This uses up a lot of resources processing the return message, etc.-@ > > Since 99% of it is SPAM, the return message (your message isK > > undeliverable) cannot be delivered, so SMTP waits and tries it again uppH > > to the limit I have set for retries (5). I don't want to change thatK > > number, since I'd like to continue retrying when required while sending> > > out my legitimate mail.lF > > Is there any other way to just drop mail addressed to non-existentJ > > users? I don't even want to TRY to let them know that the user doesn'tI > > exist. I'm using my SMTP.CONFIG file for other filtering, but I don'ti > > see a way to do it there.l > E > The technique I use to deal with the backlog of nondelivery reports>G > for SPAM is to limit the number of outbound delivery attempts I make.> >  > #!/bin/kshM > find /var/spool/mqueue -name "qf*" -exec grep -l "^N.." {} \; -exec grep -lc5 >  "^S<>" {} \; -exec /root/delete_mail_file.sh {} \;s > A > Assuming the queue file format under TCP Services is similar to D > file format used by sendmail (a very questionable assumption) then/ > you may be able to apply a similar technique.i > E > Basically, the above code loops through all message header files in D > the message store (/var/spool/mqueue/qf*) and looks for those withG > a two or more digit delivery attempt count ("^N..") that are deliverycK > reports (envelope return path of "<>").  Any that are found are summarilyxH > deleted, along with associated data files (/var/spool/mqueue/?f* which/ > is what the delete_mail_file script gets at).i > G > I scan the message store once every three hours in this manner.  ThataE > keeps my outbound backlog down to 1000 or so instead of 5000 or so.e >   E Yea, that's kind of what I do now, but manually. I was looking for annE SMTP feature that would just drop the initial connection when a bogus-0 user is referenced. That would be a lot cleaner.     Have VMS, Will Travel  Wire paladin, San Franciscog   (paladinATalphaseDOTcom)   ------------------------------  # Date: Wed, 09 Apr 2003 18:14:09 GMTd' From: Don Sykes <anonymous@pacbell.net>l+ Subject: Re: Reject Unknown Users from SMTPC+ Message-ID: <3E9462C5.157B601F@pacbell.net>    Phillip Helbig wrote:n > K > > 50% of all the mail I receive is directed to users at my domain that doi > > not exist. > E > Are the usernames just random, or are they some standard names likeo
 > "root" etc?a >   D Actually it's a group of a few names. One that I used as a temporaryH name in responding to *possible* spammers. The other 3 or 4 I don't ever! remember using, but ...who knows.   G > > This uses up a lot of resources processing the return message, etc.-@ > > Since 99% of it is SPAM, the return message (your message isK > > undeliverable) cannot be delivered, so SMTP waits and tries it again upIH > > to the limit I have set for retries (5). I don't want to change thatK > > number, since I'd like to continue retrying when required while sendingm > > out my legitimate mail., > C > Right.  Is the retries value controlled by the same parameter foraF > incoming and outgoing mail?  I've only worried about outgoing stuff. >   G From what I see there is no specific retry/count or interval related toPH inbound connections. They all refer only to outbound messages, hence, myE problem. The only recieve setting is RECEIVE_TIMEOUT which is definedaG as, "Maximum time between socket receipts of a message for a particularh dialog".  F > > Is there any other way to just drop mail addressed to non-existentJ > > users? I don't even want to TRY to let them know that the user doesn'tI > > exist. I'm using my SMTP.CONFIG file for other filtering, but I don'tn > > see a way to do it there.i > H > If most of the stuff consists of a few "standard" usernames (if not, IG > can't see the purpose of sending mail, even from a spammer's point ofi; > view), you could (from a suitably priviledged account) dos > 0 >    MAIL> SET FORWARD/USER=<username> SPAM_TRAP > H > You could then set up an account SPAM_TRAP and periodically delete the/ > messages or look for the 1% which isn't spam.) > C > (Note that <username> does not have to exist as an account on thenF > system, and also that it can be a more or less arbitrary string---inF > particular, it doesn't have to be a valid VMS username.  You can use$ > this feature, for example, to makeC > firstname.lastname@yourdomain.whatever be deliverable to your VMScJ > machine.  You can forward it to a VMS account on your machine or perhapsJ > to some machine (VMS or not) which your VMS machine can see but the restH > of the world can't (for example, if your VMS mail server delivers mailC > for users to their desktop workstation) or of course to any valid  > internet email address.)  H I didn't know you could act on mail directed to a non-existant VMS user.H It's too bad username cannot = *(meaning any non-VMS username). But thisG suggestion may help my situation in terms of resource useage. I'll give  it a try. Thanks.t   -- 1   Have VMS, Will Travel$ Wire paladin, San Francisco    (paladinATalphaseDOTcom)   ------------------------------   Date: 9 Apr 2003 14:38:25 -0500 2 From: newton_l@encompasserve.org (Lawrence Newton)" Subject: Re: Resetting error count3 Message-ID: <QMz+k$UKNooL@eisner.encompasserve.org>   6 We do thank you and those who allowed this to be done.   Lawrence Newton_" Memorial Hermann HealthCare System  K In article <3E9183B3.DBD1E84B@hp.com>, Guy Peleg <guy.peleg@hp.com> writes:p > G > With the next version of VMS (V7.3-2) we have added the capability ofo > resetting_) > device error count and operation count.g > > > $SET DEVICE/RESET=ERROR $1$DKA400 will reset the error countF > $SET DEVICE/RESET=OPCNT will reset the operation count of the device > (keywords can be combined) > J > An entry will be added to the error log indicating error count reset has< > been performed with value of the counter before resetting.J > $SHOW DEVICE/FULL will also indicate the time the device was last reset. > J > This feature has been requested many time, I thought you'll like to know > about it._0 > And no it will not be backported to VAX 5.5-2. >  > Guy Pelegd > OpenVMS Engineering  >    ------------------------------  % Date: Wed, 09 Apr 2003 21:35:38 -0500_1 From: "David J. Dachtera" <djesys.nospam@fsi.net>)" Subject: Re: Resetting error count' Message-ID: <3E94D87A.8648ABB6@fsi.net>i   Guy Peleg wrote: > D > Device reset will ship with the next VAX release. According to the > roadmaps VAX V8.2eJ > Please note that this feature requires a full VMS build as we have added > some information in the D > SUD datastructure. This eliminates the option of easy backporting.  + Then how 'bout this for prior VAX versions:a   $ SET DEVICE/RESET=...  E ...to zero the counts; makes an entry in ERRLOG, makes an AUDIT entry"F (option to turn that off via a system-wide logical name) and issues anF OPCOM message for tracking resets. That's three ways to track changes,7 without changing the shape of internal data structures.m   Yes? No?   -- 0 David J. Dachteraf dba DJE Systemst http://www.djesys.com/  ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/n   ------------------------------  $ Date: Wed, 9 Apr 2003 21:10:53 +0200" From: "Hans Vlems" <hvlems@iae.nl>6 Subject: Re: roadmaps (was: RE: Resetting error count)5 Message-ID: <b71rji$a0a3k$1@ID-143435.news.dfncis.de>   H "Phillip Helbig" <HELBPHI@sysdev.deutsche-boerse.com> schreef in bericht5 news:01KUISNZOOIOAH3CVK@sysdev.deutsche-boerse.com...iF > > Device reset will ship with the next VAX release. According to the > > roadmaps VAX V8.2) >e# > So VAX will jump from 7.3 to 8.2?! >!E > What is the best bet for the "landing zone" for VAX and ALPHA, i.e.fI > which version, like 5.5-2 VAX or 6.2 is expected to be reasonably good,dI > reasonably stable and supported for a relatively long time?  Would thatp3 > be 7.3-1 ALPHA?  7.3-2 ALPHA?  7.3 VAX?  7.2 VAX?  >rJ > Presumably, a lot of folks will want to upgrade to this version and thenH > stay there until the first Itanium landing-zone version arrives.  (OneH > wants to be sure when moving to Itanium which problems result from theG > hardware change and which from the software change, thus probably alleJ > but some test customers and those really needing a specific feature will6 > skip the early Itanium releases as far as possible.)  C For VAX/VMS the "standard" releases tend to be 5.5-2H4 and 7.2. The F functional differences between 7.2 and 7.3 are too minor to justify anJ upgrade. The price you pay for prior version support *is* a driving force,F especially if you're paying for 24x7 contracts and 2hr response times.< VAX/VMS 7.3 will be supported for the next 30 months, right?  L I'm too long away from Alpha/VMS to have a useful opnion about it, but 7.3-1L seems a good choice. It has several performance advantages over both 7.2 and 7.3.   YMMV   Hans   ------------------------------  % Date: Wed, 09 Apr 2003 21:37:15 -0500z1 From: "David J. Dachtera" <djesys.nospam@fsi.net>$1 Subject: Re: SAMBA on VMS... how to make it work. ' Message-ID: <3E94D8DB.391E8493@fsi.net>a  ! VAXman-, @SendSpamHere.ORG wrote:- > M > Is there anybody out there running SAMBA on VMS that can help me figure outf > this maddening PC crap?. > 	 > Thanks.J > --Q > VAXman- OpenVMS APE certification number: AAA-0001     VAXman(at)TMESIS(dot)COMa > 6 >   "Well my son, life is like a beanstalk, isn't it?"  F I'm going to archive this thread and use it to compile a Samba for VMS How-To.=  , Brian, care to share your off-line messages?   -- o David J. Dachtera! dba DJE Systems- http://www.djesys.com/  ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/-   ------------------------------  $ Date: Wed, 9 Apr 2003 17:37:43 -0400A From: "Fred Kleinsorge" <kleinsorge@star-dot-zko-dot-dec-dot-com>"8 Subject: Re: So much for Opteron 32bit compatibility ..., Message-ID: <3e9492a9_1@hpb10302.boi.hp.com>  K "Andrew Harrison SUNUK Consultancy" <Andrew_No.Harrison_No@nospamn.sun.com>l5 wrote in message news:3E9443DF.902@nospamn.sun.com...  >  >t > Fred Kleinsorge wrote:' > > "Andrew Harrison SUNUK Consultancy"l' <Andrew_No.Harrison_No@nospamn.sun.com>r; > > wrote in message news:3E91646C.50502@nospamn.sun.com...a > >" >> > > > E > > Hmmm.  Sparc sucks.  Supposedly Opteron won't.  Both are 64-bits.s > >' > 0 > Humm and your first conjecture is one that you. > have never managed to sucessfully justify so0 > why not drop it, you have hung yourself out to0 > dry so many times on this point alone that its% > embarassing if not a trifle boring.a >l  F Actually, all Sun has done lately is to pioneer new ways to break Spec@ benchmarks.  Ol' sparc'y is a trailing edge design with mediocre performance.   > > > Just as a hint, the multi-core Power 4 isn't a CMT processor: > and while some P4's support hyperthreading it also isn't > what we are implimenting.a >   H The research indicates Sun respin of old designs in newer processes, andH nothing really *new* - or anything that even comes close to matching theH performance of almost *any* contemporary chip.  Just vapor.  A dwindlingI market (well, a dwindling server market, since the WS market already fellL in).  = > Why don't you do a little bit of research before posting BS > > you will only gain from it, anything that raises the quality= > of your posts from ill informed FUDSTER to something higher  > up the scale would be good.  >f  F Speaking of FUD - grow up and get a real job.  I hear you invented Sun- clusters, so you must be really, really good.    ------------------------------  % Date: Wed, 09 Apr 2003 21:30:14 -0500 1 From: "David J. Dachtera" <djesys.nospam@fsi.net>t' Subject: Re: StorageTek on SAN with VMS$' Message-ID: <3E94D736.BA579463@fsi.net>a  ( Andrew Harrison SUNUK Consultancy wrote: >  > David J. Dachtera wrote:I > > I may be blazing a VMS trail here, but it's possible someone else has  > > gone before me.  > > I > > We're putting up twin STK L700E libraries via a FCSF SAN. STK insists K > > that the tape drives can be connected to SAN via their SCSI/FC switchesa > > without using an HSG.s > >  >  > Why ?! > C > The L700e supports 9940A and 9940B drives both of which are FC-AL ) > drives. The LTO drives also support FC.t > A > You need FCP 2 recovery support at the host level which OpenVMS C > should have and if you are indending to use a switched fabric you 9 > need a switch that will run in switch translation mode.o > @ > If none of the OpenVMS FC adaptors support FCP 2 recovery thenA > you will have a problem and SCSI would then be the safe option.t  G We have what we have. That's what I gotta deal with. Changes are not ant. option until the hurdles prove insurmountable.   -- M David J. Dachterar dba DJE Systems  http://www.djesys.com/  ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/    ------------------------------  $ Date: Wed, 9 Apr 2003 16:09:15 -0500 From: "john" <john@fbnet.net>  Subject: test - please ignorek- Message-ID: <3e948c20$1@news3.mylinuxisp.com>"   test message   ------------------------------  # Date: Thu, 10 Apr 2003 00:14:12 GMT 0 From: HARANGOZO CSABA   <spameater@spam.invalid>& Subject: Re: VAX/Alpha VMS differences6 Message-ID: <oH2la.1569$e8.83936@nasal.pacific.net.au>  C Simon Clubley <clubley@remove_me.eisner.decus.org-earth.ufp> wrote: y > In article <OFC963BD88.B7E92596-ON07256D02.006B7CAA@rsc.raytheon.com>, "David D Miller" <ddmiller@raytheon.com> writes:3 >>  A >> Thanks Hans, that's exactly the kind of thing I'm looking for!  >> m >> Any more contributions? >> e  - > You can write device drivers in C on Alpha.r   > Simon.  4 	And here is a book for anyone interested doing so :  * 	Writing OpenVMS Alpha Device Drivers in C* 	Developer's Guide and Reference Manual	by: 	Margie Sherlock & Leonard Szubowicz    750 pages	1996	$30   							Cheers,  Csaba@  J  -------------------------------------------------------------------------H   CSABA I. HARANGOZO  |d|i|g|i|t|a|l|  csabah(at)zipworld(dot)com(dot)auJ  -------------------------------------------------------------------------;    EARTH::AUSTRALIA:[SYDNEY]HARANGOZO.CSABA;1, delete? [N]:   >  I have not lost my mind... it is backed up on disk somewhere.   ------------------------------  % Date: Thu, 10 Apr 2003 00:29:07 -0400e  From: John Santos <JOHN@egh.com>& Subject: Re: VAX/Alpha VMS differences5 Message-ID: <1030410002155.2424A-100000@Ives.egh.com>t  ! On 9 Apr 2003, Bob Koehler wrote:-  \ > In article <b6v47b$9e4co$1@ID-143435.news.dfncis.de>, "Hans Vlems" <hvlems@iae.nl> writes: > D > > - DECnet/VAX has DDCMP support, it was not there in AXP/VMS V7.0 > G >    You have a DDCMP board for an Alpha?  I haven't seen a DDCMP boardw >    since Qbus.  I I think Hans is refering to Async DDCMP on serial lines (terminal ports).N  D BTW, I think DMB-32's (BI bus) could do DDCMP on the sync port, withC the right microcode.  Were these ever supported on Alpha 7000's?  IrB don't remember the exact name, but I mean the follow-on box to theD VAX 6000 series with an XMI backplane that could take either VAX CPUB cards, making it a VAX 7000 series or Alpha CPU cards, making it a& DECServer 7000 (or something similar).   -- , John Santos  Evans Griffiths & Hart, Inc. 781-861-0670 ext 539   ------------------------------  # Date: Thu, 10 Apr 2003 01:08:54 GMT ( From: "Mark E. Levy" <mlevy70@attbi.com> Subject: vmsnet.* groups- Message-ID: <Gu3la.152134$Zo.29885@sccrnsc03>a  G I've been having a "conversation" with the, er, fine people who've beeneJ posting DIVX movies in vmsnet.alpha. What's interesting is that they speakK Spanish, and I don't. So I have to use www.freetranslation.com to translatei their postings and mine.  H Anyway, one of them seems to think that any NG is fair game for whateverE porpose anyone wants to use it for. I need to find the charter of the I vmsnet.* groups to show him (them) the error of their ways. Any pointers?s   ML   ------------------------------  # Date: Thu, 10 Apr 2003 01:55:23 GMTw+ From: LESLIE@JRLVAX.HOUSTON.RR.COM (leslie)A Subject: Re: vmsnet.* groups; Message-ID: <fa4la.48718$rd4.1651892@twister.austin.rr.com>s  ' Mark E. Levy (mlevy70@attbi.com) wrote:yI : I've been having a "conversation" with the, er, fine people who've been L : posting DIVX movies in vmsnet.alpha. What's interesting is that they speakM : Spanish, and I don't. So I have to use www.freetranslation.com to translatee : their postings and mine. : J : Anyway, one of them seems to think that any NG is fair game for whateverG : porpose anyone wants to use it for. I need to find the charter of theiK : vmsnet.* groups to show him (them) the error of their ways. Any pointers?b :      Maybe this site ?: o  .   ftp://ftp.isc.org/pub/usenet/control/vmsnet/  E I thought someone was going to notify the DMCA and let them deal witha the pirates.    2 --Jerry Leslie   (my opinions are strictly my own)9   Note: leslie@jrlvax.houston.rr.com is invalid for emailA   ------------------------------  # Date: Thu, 10 Apr 2003 02:15:22 GMTt( From: "Mark E. Levy" <mlevy70@attbi.com> Subject: Re: vmsnet.* groups- Message-ID: <_s4la.393192$F1.59830@sccrnsc04>s  8 "leslie" <LESLIE@JRLVAX.HOUSTON.RR.COM> wrote in message5 news:fa4la.48718$rd4.1651892@twister.austin.rr.com...e > Maybe this site ?: >e0 >   ftp://ftp.isc.org/pub/usenet/control/vmsnet/ >hG > I thought someone was going to notify the DMCA and let them deal withl > the pirates.  B OK, but not being a unix weenie, what do I do with those .z files?   ML   ------------------------------  # Date: Thu, 10 Apr 2003 03:32:25 GMT - From: "John E. Malmberg" <wb8tyw@qsl.network>t Subject: Re: vmsnet.* groups= Message-ID: <dB5la.24000$D31.1928282@news1.news.adelphia.net>0   Mark E. Levy wrote:mI > I've been having a "conversation" with the, er, fine people who've beenoL > posting DIVX movies in vmsnet.alpha. What's interesting is that they speakM > Spanish, and I don't. So I have to use www.freetranslation.com to translate  > their postings and mine.  I They are posting in almost all of the vmsnet groups, and as a result, my  C home ISP is not caring all of the content of those groups any more.d  J > Anyway, one of them seems to think that any NG is fair game for whateverG > porpose anyone wants to use it for. I need to find the charter of the2K > vmsnet.* groups to show him (them) the error of their ways. Any pointers?e  F I would not bother, they know that what they are doing is illegal and  they are just toying with you.  D Go to http://groups.google.com/ And then enter as the search string:  4    teleline.es spam news.admin.net-abuse.policy +rfd  E The first entry will bring you to a thread where previously the news  F administrators cut off teleline.es from the rest of usenet because it H was the only thing that worked to stop the usenet spam originating from  them.u  D The place to post the complaints is the news.admin.net-abuse.policy 
 newsgroup.  > Please read these guidelines before posting in the newsgroups.  +     http://www.killfile.org/~tskirvin/nana/y  G Be polite and accurate, and maybe the news administrators that monitor s2 that group will take the needed corrective action.  I Another place to post complaints about the abuse not being stopped by an S# ISP is news.admin.net-abuse.usenet.o  G It may take complaints from a number of people to get their attention, l not just one or two people..  E The MPAA.ORG has enforcement aggreements with all of Europe and with pB most other countries so if you can identify the violations of the 7 copyright of one of their owners, they can take action.d  ; The RIAA.ORG and the BSA.ORG also have the same agreements.7  = There are probably Euopean equivalent of these organizations.i   -Johnr wb8tyw@qsl.network Persoanl Opinion Only    ------------------------------  # Date: Thu, 10 Apr 2003 03:07:26 GMTr+ From: LESLIE@JRLVAX.HOUSTON.RR.COM (leslie)5 Subject: Re: vmsnet.* groups; Message-ID: <Od5la.44899$vI3.1464835@twister.austin.rr.com>t  ' Mark E. Levy (mlevy70@attbi.com) wrote:>: : "leslie" <LESLIE@JRLVAX.HOUSTON.RR.COM> wrote in message7 : news:fa4la.48718$rd4.1651892@twister.austin.rr.com...  : > Maybe this site ?: : > 2 : >   ftp://ftp.isc.org/pub/usenet/control/vmsnet/ : >uI : > I thought someone was going to notify the DMCA and let them deal withn : > the pirates. : D : OK, but not being a unix weenie, what do I do with those .z files? :   ( WinZIP, www.winzip.com, can unpack them.  2 --Jerry Leslie   (my opinions are strictly my own)9   Note: leslie@jrlvax.houston.rr.com is invalid for emailq   ------------------------------   Date: 9 Apr 2003 17:35:27 GMT-( From: bill@cs.uofs.edu (Bill Gunshannon)# Subject: Re: Your opinion requestedl5 Message-ID: <b71lku$a5nsc$1@ID-135708.news.dfncis.de>l  ; In article <01KUJ878P3VOAH3CVK@sysdev.deutsche-boerse.com>,0< 	Phillip Helbig <HELBPHI@sysdev.deutsche-boerse.com> writes:K >> Do NOT get rid of Bookreader format!  Do NOT supply the docs in strictlyeD >> PDF format.  Many VMS systems don't have a PDF reader available. K >> Supplying them in PDF _and_ Bookreader or HTML _and_ Bookreader is fine,s! >> however.  That's my feedback. o >  > Amen brother!f > J > I have yet to see PDF or HTML which has something like SEARCH BOOK(S).  I > Either you have a long-to-load huge file, or lots of small files which e0 > have to be loaded before they can be searched.  B But that is more likely to be a feature of the reader software andC not dependant on the format of the underlying data.  If a perceivede; need for this feature existed the readers would support it.n  I Don't get me wrong, I hate PDF.  It's the most unportable portable format.E I have ever seen.  But if Compaq were willing to provide a reader for:D whatever format they decided to use that had all the features of theD BookReader, what difference would the underlying format of the books make?g   bill   -- eJ Bill Gunshannon          |  de-moc-ra-cy (di mok' ra see) n.  Three wolvesD bill@cs.scranton.edu     |  and a sheep voting on what's for dinner. University of Scranton   |A Scranton, Pennsylvania   |         #include <std.disclaimer.h>   5   ------------------------------  $ Date: Wed, 9 Apr 2003 15:44:05 -0400! From: VAXVMS <bounce@notmail.com>s# Subject: Re: Your opinion requestednK Message-ID: <BA52530E3149734A9BAABDBBFA808E4903027BE7@rlghncst964.usps.gov>>  0 I hope everybody's sending their comments to the% ODLwhatevertheaddresswas at HPdotCOM.d   I did. o  6 Judging from the responses in the newsgroup, nobody's ' mentioned one thing (see **) about BNU:v   begin response:f  9 BNU never has worked as well as Bookreader in my opinion.I  C **One *big* problem with BNU is that it has the built-in limitation>;   of only being able to access one docset per installation.l  J   In other words, if you install it to read VMS 7.2-1 docs (or Tru64), andI   then install VMS 7.3 docs, you can't read the 7.2-1 docs (or Tru64) any) more.u  : Work around this showstopper and you might have something.  ? I happened to place a call asking about this earlier this week:h   ref: NA030407xxxxxx.  
 end response:-   Regards,     WWWebb ========================  William W. Webb - EMS Operations) OpenVMS Systems Support - USPS DSSC Annexe, 4730 Hargrove Road, Raleigh, NC 27616-2874  > 919.325.7500 x4186  <FirstInitialLastNameAtEmailDotUSPSDotGov>   ------------------------------  % Date: Wed, 09 Apr 2003 16:20:30 -0300 0 From: JF Mezei <jfmezei.spamnot@vl.videotron.ca># Subject: Re: Your opinion requesteds. Message-ID: <3E94727D.6B20C38@vl.videotron.ca>   Phillip Helbig wrote:oH > I have yet to see PDF or HTML which has something like SEARCH BOOK(S).H > Either you have a long-to-load huge file, or lots of small files which0 > have to be loaded before they can be searched.  L The PDF format *can* be made to come very close to bookreader. It depends onG how clever the producing software is in terms of generating the pdfmark 4 postscript calls to create the index, hot links etc.  V But you need a full fledged/real PDF reader to take advantage of all those facilities.   ------------------------------  % Date: Wed, 09 Apr 2003 21:46:35 -050031 From: "David J. Dachtera" <djesys.nospam@fsi.net>t# Subject: Re: Your opinion requested ' Message-ID: <3E94DB0B.6E8A9270@fsi.net>a   Sue Skonetski wrote: > E > Please send your opinion on this project to the email listed below. H > If you run into to problems just send me the email and I will forward.  1 I sent my reply by-email to the address provided.m   -- l David J. Dachterar dba DJE Systemsu http://www.djesys.com/  ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/c   ------------------------------   End of INFO-VAX 2003.197 ************************