1 INFO-VAX	Wed, 12 Apr 2006	Volume 2006 : Issue 203       Contents:  Re: Auto Negotiate with Gigabit?* Best way to scan processes on remote nodes. Re: Best way to scan processes on remote nodes Re: DSPP and OpenVMS media Re: DSPP and OpenVMS media Re: DSPP and OpenVMS media Re: DSPP and OpenVMS media1 Error codes from Distributed NetBeans for OpenVMS 5 Re: Error codes from Distributed NetBeans for OpenVMS   Re: host-based minimerge and VAX, Re: How does a fix become a published patch?, Re: How does a fix become a published patch?, Re: How does a fix become a published patch?, Re: How does a fix become a published patch?E Re: Is OpenVMS certified yet for 64-way Hard partitions (GS1280 M64). E Re: Is OpenVMS certified yet for 64-way Hard partitions (GS1280 M64). E Re: Is OpenVMS certified yet for 64-way Hard partitions (GS1280 M64). E Re: Is OpenVMS certified yet for 64-way Hard partitions (GS1280 M64). E Re: Is OpenVMS certified yet for 64-way Hard partitions (GS1280 M64). E Re: Is OpenVMS certified yet for 64-way Hard partitions (GS1280 M64). E Re: Is OpenVMS certified yet for 64-way Hard partitions (GS1280 M64). " Re: LWP::Simple crashes on VMSperl Re: old uVAX needs a home % Re: possible to avoid a shadow merge? . Re: SMTP: stop sending "no such user" messages  SoyMail & insufficient privilege$ Re: SoyMail & insufficient privilege Re: VAMP board changes Re: VAMP board changes Re: VAMP board changes Re: VAMP board changes  F ----------------------------------------------------------------------  # Date: Wed, 12 Apr 2006 14:30:01 GMT ' From: Steve Thompson <smt@vgersoft.com> ) Subject: Re: Auto Negotiate with Gigabit? A Message-ID: <Pine.LNX.4.58.0604121026550.10525@vger.vgersoft.com>    > Dan Foster wrote: G > The problem is with 100mb there were several standard. YOu won't have  > this problem with gb.   H Funny that this thread should pop up just now. I just got done solving aF thorny network problem where the ultimate culprit turned out to be GbEF autonegotiation. BCM5704's at one end; Cisco 6513 at the other. Had to? hardwire ports to 1000/full/noautoneg to get reliable behavior.    -steve   ------------------------------    Date: 12 Apr 2006 03:36:47 -0700 From: shofu_au@yahoo.com.au 3 Subject: Best way to scan processes on remote nodes C Message-ID: <1144838207.733330.292910@j33g2000cwa.googlegroups.com>   	 Hi Group,    A programming question.   B I have four non-clustered VMS (8.2) systems on which users can runC process.  I want to limit the users to only running one instance of ) there program on a single node at a time.   E The user login in via a captive account so I would like to in DCL via E the login.com that they execute return information to thm saying that : there are already running their program on the other node.  ; The users sometimes forget they were using node X previous.   / Each program sets a unique process name prefix.   E What is the best way to achieve this?    DECnet proxies are setup and 
 available.  D I am after a clean way to do this that does not use temporary files.  B My current approach executes a procedure on the remote machine andD captures the output from show process "name" and read it back in and@ process it.  There must be a better way to do this?  Any lexicalD function that allow me to scan for processes on non-clustered remote4 nodes.  Can I use a system service to do this via C?   I look forward to suggestions.   Mark   ------------------------------  # Date: Wed, 12 Apr 2006 11:27:31 GMT 5 From: rdeininger@mindspringdot.com (Robert Deininger) 7 Subject: Re: Best way to scan processes on remote nodes [ Message-ID: <rdeininger-1204060727330001@dialup-4.233.173.104.dial1.manchester1.level3.net>   C In article <1144838207.733330.292910@j33g2000cwa.googlegroups.com>,  shofu_au@yahoo.com.au wrote:  
 >Hi Group, >  >A programming question. > C >I have four non-clustered VMS (8.2) systems on which users can run D >process.  I want to limit the users to only running one instance of* >there program on a single node at a time. > F >The user login in via a captive account so I would like to in DCL viaF >the login.com that they execute return information to thm saying that; >there are already running their program on the other node.  > < >The users sometimes forget they were using node X previous. > 0 >Each program sets a unique process name prefix. > F >What is the best way to achieve this?    DECnet proxies are setup and >available.  > E >I am after a clean way to do this that does not use temporary files.  > C >My current approach executes a procedure on the remote machine and E >captures the output from show process "name" and read it back in and A >process it.  There must be a better way to do this?  Any lexical E >function that allow me to scan for processes on non-clustered remote 5 >nodes.  Can I use a system service to do this via C?  >  >I look forward to suggestions.   O You can use lexical functions like F$GETJPI to gather the information you need.   F You can write a DCL procedure to run as a DECnet remote task.  When itH runs on a remote node, it gets the information and sends it back via the DECnet channel.    ------------------------------   Date: 12 Apr 2006 10:48:18 GMT( From: bill@cs.uofs.edu (Bill Gunshannon)# Subject: Re: DSPP and OpenVMS media + Message-ID: <4a447iFr2991U1@individual.net>   / In article <O42dneO9ra810KHZRVn-tw@libcom.com>, * 	Dave Froble <davef@tsoft-inc.com> writes: > Tom Linden wrote: I >> On Tue, 11 Apr 2006 10:46:53 -0700, VAXman- <@SendSpamHere.ORG> wrote:  >>  G >>> This mentality is one of the reasons I can't see spending my money   >>> this  yearF >>> to go to the OpenVMS Bootcamp.  There is no reason for anyone to   >>> continue to ? >>> load cargo on a sinking ship with hopes that it will float.  >>  H >> Ship is sound, just need to pump out the bilges and set a new course. > K > Ship may be sound, but nobody is manning the pumps, and nobody is on the  G > bridge.  Ship is running out of fuel, and nobody is looking for more.   D But it's OK, they are going to get a tow from the good ship Itanic!!   bill      --  J 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>       ------------------------------  # Date: Wed, 12 Apr 2006 11:11:09 GMT " From:   VAXman-  @SendSpamHere.ORG# Subject: Re: DSPP and OpenVMS media 0 Message-ID: <00A54188.BD0598F0@SendSpamHere.ORG>  n In article <1144792556.356656.180250@v46g2000cwv.googlegroups.com>, "Rich Jordan" <jordan@ccs4vms.com> writes: >  > H >>   HP has not traditionally provided a consolidated media subscriptionF >> service.  OpenVMS I64 follows this model, and does not have a media >> subscription offering.  >  >Hoff,D >      it is yet another service downgrade/price increase on the VMS> >customers, and in this case specifically on the VMS developerD >community.  Just like the license transfer fee increase, it hits usG >small timers hardest.  Maybe its just a case of HP continuing to prune : >away at higher level services that it inherited from DEC. > G >     The loss of the subscription service for Alpha (where all but one D >of our customers currently live; that one is still VAX) is going toG >have a real impact on us, both for our ability to keep our development D >Alpha up to date, and to help our customers, who nearly all do have< >software support/right to new version support, do the same. > E >     It was noted at the recent HP/Intel porting conference that I64 C >also does not provide an upgrade license;  I assume thats what you F >meant above; either you maintain support on a product or else you getA >to repurchase from scratch in order to upgrade, as if you hadn't F >owned/licensed the product already; this is similarly painful for ourH >small-medium business customers; it potentially takes away a lot of theA >advantage that the lower up front hardware/software costs of the B >itanium systems would otherwise provide (though I haven't run theC >numbers yet to find out how much).  Sometimes you just have to cut D >costs for a while, and contract services is a possible means... butG >under the new system that short term necessary savings can turn into a @ >longer term 'VMS is too expensive to update now' reason to look >elsewhere.  > G >     Please understand that I'm writing this from the perspective of a @ >long time DEC and Compaq reseller, partner, and VAR, though nowD >relegated to remote and indirect status by HPs demands for 7-figureF >sales to qualify to sell Alpha hardware and VMS, even for those of usF >once tiered under a distributor.  Every time HP makes a change to VMSH >or Alpha services and situations, it seems to be designed to negativelyD >impact us one way or another, and make it harder to sell VMS to ourF >existing and prospective customers.  Either prices go up, services goH >down, or both.  Even the potential silver linings, like the aggregationD >of licenses with VMS in tiers on the Itanium and the lower up frontF >costs, and inclusion (finally!) of the unlimited user licenses, comesF >with that black cloud of upgrade qualification via continuous support >contract only.  > 6 >Thanks for taking the time to respond.  It matters :) >  >Mark Schafer,G >     thank you also for responding.  Any word or chance on getting the F >other layered products posted for download via DSPP?  Or even the VMSH >installation disks (as image files perhaps)?  It would be nice if sinceH >DSPP provides licenses for it there could be some method of getting theF >kits, even piecemeal, short of blowing the budget on a very expensive >media kit.  >  >Thanks  >  >Rich   ) Please take and absorb Rich's comments.     K That said, is this new scheme explained somewhere?  The DSPP pages perhaps? 0 (Now if I can only recall how to log into them.)  K What is the deal with VMS distributions?  I'll need to download a VMS image ! and burn it if I want to upgrade?   K I still have not seen anything about the IA64 source listings that I like.  K I can't pay the $3000 for each and every listing and now, more than ever, a K copy of the source listings is important.  If I ever *do* decide to splurge J $3K for every release of VMS for IA64, when will I be saturating my T1 to  download the listings?     --  K VAXman- A Bored Certified VMS Kernel Mode Hacker   VAXman(at)TMESIS(dot)COM              5   "Well my son, life is like a beanstalk, isn't it?"     ------------------------------  # Date: Wed, 12 Apr 2006 14:25:13 GMT ( From: Mark Schafer <mark.schafer@hp.com># Subject: Re: DSPP and OpenVMS media 2 Message-ID: <d58%f.6207$mZ4.5743@news.cpqcorp.net>   Rich,   D I started with compilers, but the intention is to put many VMS dev. H tools in the software downloads.  My priority is to fulfill DSPP member G requests, so if you have a list, send it to spp@cup.hp.com and mark it  6 to my attention.  We have a process...  and metrics...  H If VMS Engineering provided o/s images, I would consider providing that D download also. (Hoff: call me if I'm missing out on an opportunity.)  A To answer another thread, I have no connection with the hobbyist  C program.  DSPP doesn't allow me to expend resources except to DSPP   company members.   Mark >  > Mark Schafer, H >      thank you also for responding.  Any word or chance on getting theG > other layered products posted for download via DSPP?  Or even the VMS I > installation disks (as image files perhaps)?  It would be nice if since I > DSPP provides licenses for it there could be some method of getting the G > kits, even piecemeal, short of blowing the budget on a very expensive  > media kit. >  > Thanks >  > Rich >    ------------------------------    Date: 12 Apr 2006 08:39:53 -0700( From: "Rich Jordan" <jordan@ccs4vms.com># Subject: Re: DSPP and OpenVMS media B Message-ID: <1144856393.338716.82870@j33g2000cwa.googlegroups.com>   Mark, @      thank you.  Our biggest hits will be two or three compilersG (BASIC, C, rarely FORTRAN) and then the OS, along with networks (TCPIP) D and administrative products and tools; I know some of the latter areF already available for download via the more public channels.  I'll tryC to rattle the local PTBs to get their want list and send it to you.   F      Having the VMS kit CDs available as downloadable image files (ISO< images in the linux world) that we could burn to CD would be wonderful...  B > To answer another thread, I have no connection with the hobbyistD > program.  DSPP doesn't allow me to expend resources except to DSPP > company members.  F Understood.  I'm a double-dipper; all my home stuff runs hobby VMS andF I get to mooch off the work distributions to stay current.  At work we@ always try to stay ahead of the customers as they upgrade (or we? upgrade them) which is why the subscription has been so useful.   B My non-personal connection point from DSPP to hobbyist is that theD hobbyist program is good for VMS in general, that developers like myB company are probably a modest source of access to media to some of? those hobbyists, and this new situation is going to impact that ? resource.  I've even provided copies to a couple of hobbyists I G connected with online.  Its a high level reason for being unhappy about C the program discontinuation (and one I'm including in my note to HP G management, for all the good that ever does); I understand its not your  issue.   Rich Jordan  CCS    ------------------------------    Date: 12 Apr 2006 04:49:47 -0700 From: jazzfahrer@gmail.com: Subject: Error codes from Distributed NetBeans for OpenVMSC Message-ID: <1144842587.536019.283940@t31g2000cwb.googlegroups.com>   	 Hi groups   @ I am using NetBeans 3.6 with the Plugin Distributed NetBeans for OpenVMS 1.1.  < Everything is set. The Plugin is running. I have connection.  G What I am trying is to start a remote compile on a cobol program, but I B don't get any result. What I see on the server side is following :  D Calling Java setup procedure SYS$COMMON:[SYSMGR]JAVA$142_SETUP.COM;2 CLASSIC E Pointing the parent server process at the FastVM, subprocess will use 
 Classic VM( Starting User Server using RMI port 10999   JAVA_SWITCHES = "  -Xdynclassgc  -Dide_verbose_log=true - "-Dsun.rmi.dgc.server.gcInterval=120000" -V " 9 2006/04/12 11:10:02 AM MEST:detached user process started # 2006/04/12 11:10:03 AM MEST:getPID: 2 2006/04/12 11:10:03 AM MEST:assign:IDE$USER_CGF10Z= 2006/04/12 11:10:03 AM MEST:assign:resnameStr:IDE$USER_CGF10Z # 2006/04/12 11:10:03 AM MEST:getPID: G 2006/04/12 11:10:03 AM MEST:detached user process id is IDE$USER_CGF10Z ' 2006/04/12 11:10:03 AM MEST:getPortImpl # 2006/04/12 11:10:03 AM MEST:getEFN: . 2006/04/12 11:10:03 AM MEST:getPortImpl:efn:63& 2006/04/12 11:10:03 AM MEST:freeEFN:633 2006/04/12 11:10:03 AM MEST:getSecurityContextImpl: # 2006/04/12 11:10:03 AM MEST:getEFN: 9 2006/04/12 11:10:03 AM MEST:getSecurityContextImpl:efn:63 & 2006/04/12 11:10:03 AM MEST:freeEFN:63# 2006/04/12 11:10:03 AM MEST:getPID: % 2006/04/12 11:10:03 AM MEST:deassign: 4 2006/04/12 11:10:03 AM MEST:IPC done:IDE$USER_CGF10ZF 2006/04/12 11:10:03 AM MEST:DistNBServerSocketFactory::createSocket:#1F 2006/04/12 11:10:08 AM MEST:DistNBServerSocketFactory::createSocket:#2F 2006/04/12 11:10:09 AM MEST:DistNBServerSocketFactory::createSocket:#35 2006/04/12 11:10:09 AM MEST:RemoteRuntimeImpl created 1 2006/04/12 11:10:09 AM MEST:trying to bind remote  object:IDE$USER_CGF10Z:1099 6 2006/04/12 11:10:09 AM MEST:binding to IDE$USER_CGF10ZB 2006/04/12 11:10:12 AM MEST:remote object:IDE$USER_CGF10Z bound in registry= 2006/04/12 11:10:12 AM MEST:Detached IDE$USER process started F 2006/04/12 11:11:24 AM MEST:RemoteRuntimeImpl::exec(String[] cmdarray) 2 called- 2006/04/12 11:11:24 AM MEST:Command Type:DCLC + 2006/04/12 11:11:24 AM MEST:createTempMbx:0 . 2006/04/12 11:11:24 AM MEST:getTempMbxName:960+ 2006/04/12 11:11:24 AM MEST:readTempMbx:960 4 2006/04/12 11:11:24 AM MEST:readTempMbx:pid:000155FE. 2006/04/12 11:11:24 AM MEST:destroyTempMbx:960, 2006/04/12 11:11:24 AM MEST:error status!316% 2006/04/12 11:11:24 AM MEST:pid:87550   / Do anyone know what the error status 316 means?    Regards    ------------------------------    Date: 12 Apr 2006 09:28:33 -0700! From: kenneth.randell@verizon.net > Subject: Re: Error codes from Distributed NetBeans for OpenVMSC Message-ID: <1144859313.366373.305580@t31g2000cwb.googlegroups.com>   / > 2006/04/12 11:11:24 AM MEST:Command Type:DCLC - > 2006/04/12 11:11:24 AM MEST:createTempMbx:0 0 > 2006/04/12 11:11:24 AM MEST:getTempMbxName:960- > 2006/04/12 11:11:24 AM MEST:readTempMbx:960 6 > 2006/04/12 11:11:24 AM MEST:readTempMbx:pid:000155FE0 > 2006/04/12 11:11:24 AM MEST:destroyTempMbx:960. > 2006/04/12 11:11:24 AM MEST:error status!316' > 2006/04/12 11:11:24 AM MEST:pid:87550  > 1 > Do anyone know what the error status 316 means?  > 	 > Regards   @ Looks like the above values are decimal; from DCL, the result of  
 $exit 316    yields% %SYSTEM-F-IVCHAN, invalid I/O channel    ------------------------------  + Date: Wed, 12 Apr 2006 17:07:06 +0000 (UTC) P From: helbig@astro.multiCLOTHESvax.de (Phillip Helbig---remove CLOTHES to reply)) Subject: Re: host-based minimerge and VAX $ Message-ID: <e1jc3q$9p7$2@online.de>  H In article <9UA6PrFCsG5Z@cuebid.zko.hp.com>, brooks@cuebid.zko.hp.nospam (Rob Brooks) writes:    G > >    Whereas minicopy requires that all cluster members have minicopy I > >    support, HBMM requires only that all cluster members support write ? > >    bitmaps but does not require that they all support HBMM.  > G > I agree that statement is a bit confusing.  It is, however, accurate.    Right.  E > Minicopy (first supported on V7.3, then backported to V7.2-2 [which I > actually came out *after* V7.3]) REQUIRES that ALL cluster members must I > run a version of VMS that supports Minicopy.  If you boot (for example) N > a V7.2-1 (or VAX V7.2) node into a cluster that has active minicopy bitmaps,L > the bitmaps get deleted IMMEDIATELY.  That those "non-player" nodes didn'tL > have any minicopy-active shadow sets mounted is irrelevant.  The fact thatK > there was a "non-player" node in the cluster prevents the use of minicopy O > across the whole cluster.  I have no idea what happens when a minicopy bitmap K > is being used to drive a minicopy operation and a "non-player" node joins , > the cluster during that minicopy recovery. > L > HBMM is far more forgiving!  While HBMM does not run on OpenVMS Alpha V7.3M > or V7.3-1 (or OpenVMS VAX at all), you can have those nodes in your cluster M > and still use HBMM if those "non-player" nodes do not have any HBMM-capable N > shadow sets mounted.  So yes, HBMM is technically less restrictive regarding# > node composition of your cluster.   F Right.  It is, however, less forgiving in that my VAXes can mount all F shadow sets in the cluster and MINICOPY will still work, whereas they G canNOT mount all shadow sets in the cluster if I want to use MINIMERGE   on those shadow sets.   E > 	It's actually Alpha and I64 (I'm sure there are still places where ( > 	we need to update the documentation.)  " Yes, that was from the 7.3-2 HELP.  H I understand things now.  However, I like to have ALL shadow sets in my H cluster mounted on all nodes.  (I could make an exception for swap/page H shadow sets used by only one node.)  So, at least for now, MINIMERGE is F not really an option for me.  Fortunately, unplanned down time is not B very much, so I can live with the occasional merge.  (I solved my I problem which was giving me merges when taking a node out of the cluster   intentionally.)    ------------------------------  % Date: Wed, 12 Apr 2006 06:34:41 -0700 # From: "Tom Linden" <tom@kednos.com> 5 Subject: Re: How does a fix become a published patch? ) Message-ID: <op.s7wdb3iizgicya@hyrrokkin>   / On Tue, 11 Apr 2006 21:31:04 -0700, Guy Peleg   , <guy.peleg@remove_this_header@hp.com> wrote:  C > The fix has been checked into the VAX V7.3 remedial stream (Alpha F > & IA64 will not see this problem). The fix will see the day of light< > with the next BACKUP ECO for VAX V7.3. There are other VAXC > fixes that are in the works right now, once completed an ECO will ' > be created....probably another month.   & BTW,  is 7.3 the last release for VAX?   ------------------------------  % Date: Wed, 12 Apr 2006 10:22:07 -0400 + From: Steve Matzura <number6@speakeasy.net> 5 Subject: Re: How does a fix become a published patch? 8 Message-ID: <5d2q3255kfn9nig7es7pqmmg93ecirbkgi@4ax.com>  F On Mon, 10 Apr 2006 14:28:36 GMT, Beach Runner <bob@nospam.com> wrote:   >  >  >Larry Kilgallen wrote:  > i >> In article <sifk32dghgml5t6h03r8fe8rqd22pl91p8@4ax.com>, Steve Matzura <number6@speakeasy.net> writes:  >>  A >>>Four-and-a-half years ago, my employer, through me and another E >>>coworker, reported a problem to HP regarding the creation of image G >>>savesets of system disks on volumes starting at and larger than 9gb. @ >>>It took them nearly four years to figure it out, with about aD >>>year-and-a-half of no action mostly due to us not pushing it, butD >>>eventually the problem was found.  Seems there was a problem withE >>>putting VMB.EXE out further than LBN 2^24-1 (= 16,777,215) because F >>>BACKUP wasn't using all 32 bits (not to mention a quadword) to mark> >>>this location.  Anyway, the problem was determined and some# >>>replacement images issued to us.  >>> I >>>Shortly after we reported success with the replacement images, I fully H >>>expected to see them incorporated into a patch, and then to have thatD >>>patch included in a mandatory service update. No such luck. Was IG >>>supposed to file some special paperwork with HP to make this happen?  >>   >>  C >> You don't mention VMS versions, but my presumption would be that D >> newer versions of Backup were fixed and older no-longer-supported  >> versions did not get the fix. >>   >>  H >>>I remember in the old days, you could file an SPR and either see yourC >>>problem show up in a patch kit or at least an article in the VAX F >>>Professional soon thereafter.  I figure, if this problem plagued usI >>>for as long as it did, others must be experiencing it, too, and should # >>>be told there *is* a fix for it.  >>   >>  , >> The four and a half years may be the key.* >How do you know the problem still exists?  A ???  It doesn't.  I have new images which fix the problem.  But I 7 haven't seen anything about them in any new patch kits.    ------------------------------  % Date: Wed, 12 Apr 2006 10:22:07 -0400 + From: Steve Matzura <number6@speakeasy.net> 5 Subject: Re: How does a fix become a published patch? 8 Message-ID: <182q32ts7os0adb794e9rlggsj9204un7i@4ax.com>  F On 10 Apr 2006 08:13:22 -0500, Kilgallen@SpamCop.net (Larry Kilgallen) wrote:A >You don't mention VMS versions, but my presumption would be that B >newer versions of Backup were fixed and older no-longer-supported >versions did not get the fix.  8 No.  It's OpenVMS/VAX V7.3, problem fixed last December.  * >The four and a half years may be the key.   How so?    ------------------------------  % Date: Wed, 12 Apr 2006 10:22:07 -0400 + From: Steve Matzura <number6@speakeasy.net> 5 Subject: Re: How does a fix become a published patch? 8 Message-ID: <mm2q3298df3mv5ail5ukujbs94oerapjl7@4ax.com>  . On Mon, 10 Apr 2006 16:25:53 GMT, Hoff Hoffman  <hoff-remove-this@hp.com> wrote:  >   re: VMB.EXE above and BACKUP > C >   As problem reports arrive into engineering, they are generally  H >prioritized and reviewed.   Key here are considerations like supported D >configurations, and simple things like the volume of reports for a I >particular problem, and the availability of a work-around.  Isolated or  C >comparatively rare problems (and those that are difficult to work  G >around) will typically receive a point fix, where critical or core or  C >widespread problems will variously see a side-built image for the  G >immediate customer(s) involved, and will then end up in the queue for  , >the next UPDATE or similar ECO kit release. > J >   As each problem is worked on, the source code changes are logged into I >the next OpenVMS release, and the change is also at least built against  F >the original OpenVMS release stream, and is then possibly integrated F >into the remedial update stream associated with the original release.  E That certainly answers my question about distribution of the solution  patched images.   I >   In this particular case, BACKUP was looking for a pattern that dates  J >back to the PDP-11/RSX-11 days as part of determining whether or not the I >disk was bootable, and it just doesn't hold on larger disks.  (I'm also  E >not particularly certain if there are disks officially supported by  J >OpenVMS VAX that are this large.)  And in this case, the work-around (if J >you don't have the fixed BACKUP image) is to restore the disk as normal, I >and then issue a WRITEBOOT operation.  You can also move the image down  0 >below the threshold, and re-WRITEBOOT, as well.  D Where were you in 2001?????????  We know all of this now, of course,5 as it was explained to us by HP software engineering.   E Re large disk configurations, I can't imagine folks are still limping D along on disks smaller than 9 gigs.  I have eight HSJ80's chock fullC of 18-, 36-, and 72-gig drives, and we're just about to go to an XP @ configuration, so I'm not sanguine on the argument that the diskE configuration we are using is unsupported. During this whole process, $ that particular point never came up.  I >   The underlying OpenVMS volume structure (across VAX, Alpha and IA-64  I >architectures) is limited to a longword block address, so you won't see  D >disks larger than 1 TB or (if and as the current sign bit "fun" is J >resolved) 2 TB on OpenVMS any time soon -- I'm not aware of plans to add D >quadword offsets within BACKUP and into all the other parts of the E >operating system and the layered products and the applications that   >would be involved here, too.   > Point taken.  A tb of disk space on a single mounted device is4 probably more than most of the world will ever need.  F >   BACKUP on OpenVMS I64 uses an existing (and undocumented) API for G >probing and for managing the boot blocks, and that API does deal with  E >larger offsets.  Now as to how BACKUP stores that detail within the  E >saveset, I don't know.  This API didn't make it back to OpenVMS VAX.  > F >   To find out if you have one of these high-located VMB.EXE images, G >issue a DUMP/HEADER/BLOCK=END=0 of SYS$SYSTEM:VMB.EXE, and see if the  H >Map Area LBN retrieval pointer has any bits set in the highest byte of I >the LBN longword.  If the bits are set, then you either need the BACKUP  G >image update, the WRITEBOOT workaround, or you need to reallocate the  C >image (and contiguously, /NOMOVE) in lower-addressed disk storage.   $ Thanks for that. I'll pass it along.   ------------------------------  % Date: Wed, 12 Apr 2006 02:51:01 -0400 ' From: Dave Froble <davef@tsoft-inc.com> N Subject: Re: Is OpenVMS certified yet for 64-way Hard partitions (GS1280 M64).9 Message-ID: <h6-dnTKEPehVP6HZnZ2dnUVZ_v6dnZ2d@libcom.com>    JF Mezei wrote:  > "David J. Dachtera" wrote: > G >>You're not alone. Most large Cerner sites are looking at "hitting the I >>wall", pretty much at mach speeds prior to the arrival of 64-CPU Alphas ! >>(if they are even on the map),   >  >  > F > Consider that Alpha end of sales in coming in a few months. ConsiderG > that HP will do everythinb it can to push people off Alpha , hoping a E > percantage choose IA64. So by default, I don't think you'll see any J > budgets to certify VMS for 64 processor Alpha systems. (especially if itI > means that such customers will have to wait even longer before they can  > move to those IA64 things. > J > My guess is that such customers should deal with VMS management and  useH > "show me the money" arguments to convince them that they stand to loseF > too much of they don't provide the support for 64 CPU systems. We'veH > seen the argument "customers have to make the business case to justifyO > engineers working on X" quite often here and I suspect the same applies here.   4 This is going to be a very interesting one to watch.  I There may be technical problems with getting to 64 CPUs.  I'd agree with  C JF about HP putting any effort into Alpha, and if it's significant  ? effort, I know which side of the issue my money is placed upon.   G But we're talking Cerner, and from David's post it appears that Cerner  C isn't yet running on V8.2, nor the itanic.  We gonna shut down the  E hospitals until everyone has got their act together?  Don't think so.   B If HP cared about keeping these customers, they'd be pro-actively F talking to them and insuring them they'd have whatever they need.  If J that's 64 CPU Alphas until Cerner is running on the itanic, then so be it.  E If any of these customers goes to IBM, there's no getting them back.  K Tough customer to lose, they'll always be there, and always spending money.   F It will be interesting to watch, and I think it will go a long way in 2 defining what we can expect for the future of VMS.   --  4 David Froble                       Tel: 724-529-04504 Dave Froble Enterprises, Inc.      Fax: 724-529-0596> DFE Ultralights, Inc.              E-Mail: davef@tsoft-inc.com 170 Grimplin Road  Vanderbilt, PA  15486    ------------------------------  % Date: Wed, 12 Apr 2006 04:59:37 -0400 - From: JF Mezei <jfmezei.spamnot@teksavvy.com> N Subject: Re: Is OpenVMS certified yet for 64-way Hard partitions (GS1280 M64)., Message-ID: <443CC146.8E7908CC@teksavvy.com>   Dave Froble wrote:C > If HP cared about keeping these customers, they'd be pro-actively G > talking to them and insuring them they'd have whatever they need.  If L > that's 64 CPU Alphas until Cerner is running on the itanic, then so be it.  F Consider Swift. Once Swift had agreed to heed's Palmer suggestion theyE abandon VMS, there was no turning back, and the owner of VMS wouldn't H have lifted a finger to try to retain customers it knew wouldn't be ableE to remain on VMS for long anyways. (and during the Compaq era, Compaq F would have known the odds were very slim that a Swift customer on VMS E would migrate to a windows based solution which didn't fully exist at 0 that time, and that is all Compaq had to offer).  E **IF** Cerner doesn't have intentions of remaining on VMS in the long A term and prefers to focus on other platforms such as AIX, then HP B wouldn't have much in terms of incentives to spend money to retain) customers it knows it will lose anyways.    F On the other hand, if the VMS engineers know that VMS works on 64 CPUsB but that they just never got around to documenting it, adding thisG qualified support might be easy, or they may simply tell Cerner that it < should work and gice Cerner the tools to test it themselves.   ------------------------------  % Date: Wed, 12 Apr 2006 17:47:42 +0800 3 From: "Richard Maher" <maher_rj@hotspamnotmail.com> N Subject: Re: Is OpenVMS certified yet for 64-way Hard partitions (GS1280 M64).1 Message-ID: <e1iiah$a26$1@news-02.connect.com.au>    Hi,   K Just out of curiosity, does Cerner not support Clusters or do they run some J massively-parallel number-crunching stuff that is hitting the wall with 32 CPUs?   L Does it do any I/O? Own database engine? Is this a patient records system orD imaging or key-hole surgery management or mammagram analyzer? Genome
 modelling?  J What does this beastie do exactly? I'm sure there is a definite need for a' bigger box; just curious about the app.    Regards Richard Maher   : "JF Mezei" <jfmezei.spamnot@teksavvy.com> wrote in message& news:443CC146.8E7908CC@teksavvy.com... > Dave Froble wrote:E > > If HP cared about keeping these customers, they'd be pro-actively I > > talking to them and insuring them they'd have whatever they need.  If J > > that's 64 CPU Alphas until Cerner is running on the itanic, then so be it.  > H > Consider Swift. Once Swift had agreed to heed's Palmer suggestion theyG > abandon VMS, there was no turning back, and the owner of VMS wouldn't J > have lifted a finger to try to retain customers it knew wouldn't be ableG > to remain on VMS for long anyways. (and during the Compaq era, Compaq G > would have known the odds were very slim that a Swift customer on VMS G > would migrate to a windows based solution which didn't fully exist at 2 > that time, and that is all Compaq had to offer). > G > **IF** Cerner doesn't have intentions of remaining on VMS in the long C > term and prefers to focus on other platforms such as AIX, then HP D > wouldn't have much in terms of incentives to spend money to retain* > customers it knows it will lose anyways. > H > On the other hand, if the VMS engineers know that VMS works on 64 CPUsD > but that they just never got around to documenting it, adding thisI > qualified support might be easy, or they may simply tell Cerner that it > > should work and gice Cerner the tools to test it themselves.   ------------------------------  # Date: Wed, 12 Apr 2006 11:22:36 GMT 5 From: rdeininger@mindspringdot.com (Robert Deininger) N Subject: Re: Is OpenVMS certified yet for 64-way Hard partitions (GS1280 M64).[ Message-ID: <rdeininger-1204060722350001@dialup-4.233.173.104.dial1.manchester1.level3.net>   C In article <1144789482.423095.267950@i39g2000cwa.googlegroups.com>, # dave.baxter@bannerhealth.com wrote:   G >I am running 2 x M32's (currently both 24-way) which will be maxed out A >by spring 2007.   I am looking at my upgrade paths for 2007, and # >upgrade to M64 is one possibility.     H The unofficial scuttlebutt I've heard is that HP will qualify OpenVMS onG GS1280 M64 when one (or more) customers communicate their desire to buy = one (or more) systems with more than 32 CPUs.  Think of it as H print-on-demand in the publishing industry.  So far, lots of talk but no2 customers have gotten beyond the "what-if?" stage.  F This would be a non-trivial qualification effort for VMS Engineering. I There aren't tons of M64 systems floating around inside HP.  One could be H obtained, obviously.  Then a whole bunch of IO and storage would need to> be connected to do meaningful testing.  (Just running VMS on aA stripped-down 64 CPU system with some memory and minimal IO isn't > particularly interesting.)   This is not a project that can be accomplished under the radar.   F I believe someone estimated the cost of the qualification project, andI realized it would eat up most of the profit from the sale of one system.  = Thus one order for a single system would justify the project.   O I expect qualification, if and when it happens, will be for VMS V8.3, not V8.2.   H Folks who need M64 systems should definitely be telling their HP accountH reps, and if they are running a Cerner application, their Cerner reps asI well.  This message has been communicated for some time, but evidently it % hasn't been communicated wide enough.    ------------------------------  % Date: Wed, 12 Apr 2006 10:23:38 -0500 ' From: Dave Harrold <DHarrold@wi.rr.com> N Subject: Re: Is OpenVMS certified yet for 64-way Hard partitions (GS1280 M64).8 Message-ID: <pi6q32p8mopd5cas5inkg165uvuhm7a0l7@4ax.com>  3 On Wed, 12 Apr 2006 17:47:42 +0800, "Richard Maher" $ <maher_rj@hotspamnotmail.com> wrote:   >Hi, > L >Just out of curiosity, does Cerner not support Clusters or do they run someK >massively-parallel number-crunching stuff that is hitting the wall with 32  >CPUs?  F They support clusters, but they use Oracle for their database and theyD have problems going to a multiple-active-instance RAC configuration.   > M >Does it do any I/O? Own database engine? Is this a patient records system or E >imaging or key-hole surgery management or mammagram analyzer? Genome  >modelling?  > K >What does this beastie do exactly? I'm sure there is a definite need for a ( >bigger box; just curious about the app. >   A It is an electronic medical record application.  Think manage the D record and workflow through a medical unit.  E.g.  Scheduling, order entry, etc.   5 We use it to manage our 14 hospitals and 130 clinics.    >Regards Richard Maher >     / Hope that gives you an idea of the application.    Dave Harrold  N ..............................................................................N David Harrold                                 E-Mail: David.Harrold@aurora.orgN Lead Software Systems Engineer                 Phone:           (414) 647-6204N                                                Pager:           (414) 941-4634N Aurora Health Care                               Fax:           (414) 647-4999 3031 W. Montana Street Milwaukee, WI 53215    ------------------------------  % Date: Wed, 12 Apr 2006 12:43:57 -0400 ' From: Dave Froble <davef@tsoft-inc.com> N Subject: Re: Is OpenVMS certified yet for 64-way Hard partitions (GS1280 M64)./ Message-ID: <W_GdnczLDolcsKDZRVn-rw@libcom.com>    JF Mezei wrote:  > Dave Froble wrote: > C >>If HP cared about keeping these customers, they'd be pro-actively G >>talking to them and insuring them they'd have whatever they need.  If L >>that's 64 CPU Alphas until Cerner is running on the itanic, then so be it. >  > H > Consider Swift. Once Swift had agreed to heed's Palmer suggestion theyG > abandon VMS, there was no turning back, and the owner of VMS wouldn't J > have lifted a finger to try to retain customers it knew wouldn't be ableG > to remain on VMS for long anyways. (and during the Compaq era, Compaq H > would have known the odds were very slim that a Swift customer on VMS G > would migrate to a windows based solution which didn't fully exist at 2 > that time, and that is all Compaq had to offer). > G > **IF** Cerner doesn't have intentions of remaining on VMS in the long C > term and prefers to focus on other platforms such as AIX, then HP D > wouldn't have much in terms of incentives to spend money to retain+ > customers it knows it will lose anyways.   > H > On the other hand, if the VMS engineers know that VMS works on 64 CPUsD > but that they just never got around to documenting it, adding thisI > qualified support might be easy, or they may simply tell Cerner that it > > should work and gice Cerner the tools to test it themselves.  H Jumping to conclusions without any reason.  I've not read one word that E says Cerner is abandoning VMS.  Not saying they are, or aren't, just  H haven't seen anything to indicate they are.  Unless you have some solid H information, speculating on one of your pet theories isn't very helpful.   --  4 David Froble                       Tel: 724-529-04504 Dave Froble Enterprises, Inc.      Fax: 724-529-0596> DFE Ultralights, Inc.              E-Mail: davef@tsoft-inc.com 170 Grimplin Road  Vanderbilt, PA  15486    ------------------------------  % Date: Wed, 12 Apr 2006 12:57:19 -0400 ' From: Dave Froble <davef@tsoft-inc.com> N Subject: Re: Is OpenVMS certified yet for 64-way Hard partitions (GS1280 M64).9 Message-ID: <BqKdnZ3-ct55raDZnZ2dneKdnZydnZ2d@libcom.com>    Robert Deininger wrote: E > In article <1144789482.423095.267950@i39g2000cwa.googlegroups.com>, % > dave.baxter@bannerhealth.com wrote:  >  > H >>I am running 2 x M32's (currently both 24-way) which will be maxed outB >>by spring 2007.   I am looking at my upgrade paths for 2007, and$ >>upgrade to M64 is one possibility. >  >  > J > The unofficial scuttlebutt I've heard is that HP will qualify OpenVMS onI > GS1280 M64 when one (or more) customers communicate their desire to buy ? > one (or more) systems with more than 32 CPUs.  Think of it as J > print-on-demand in the publishing industry.  So far, lots of talk but no4 > customers have gotten beyond the "what-if?" stage. > H > This would be a non-trivial qualification effort for VMS Engineering. K > There aren't tons of M64 systems floating around inside HP.  One could be J > obtained, obviously.  Then a whole bunch of IO and storage would need to@ > be connected to do meaningful testing.  (Just running VMS on aC > stripped-down 64 CPU system with some memory and minimal IO isn't @ > particularly interesting.)   This is not a project that can be > accomplished under the radar.  > H > I believe someone estimated the cost of the qualification project, andK > realized it would eat up most of the profit from the sale of one system.  ? > Thus one order for a single system would justify the project.  > Q > I expect qualification, if and when it happens, will be for VMS V8.3, not V8.2.  > J > Folks who need M64 systems should definitely be telling their HP accountJ > reps, and if they are running a Cerner application, their Cerner reps asK > well.  This message has been communicated for some time, but evidently it ' > hasn't been communicated wide enough.    This gets more amusing.   6 Customer:  I won't order until you qualify the system.  0 HP: We won't qualify until you order the system.  G What I think doesn't matter, but I seem to remember that at least some  I of the people who have complained aren't even at the current 32 CPU max,  G but are running only 24 CPUs.  (I am running 2 x M32's (currently both  @ 24-way))  Seems time for a potential customer to place an order.  F While I understand the issue that Robert has raised, I have to wonder I whether this is standard for all manufacturers of large systems, or just   HP's treatment of ALpha.  0 The concept of "If you build it, they will come"  ; has a converse of "If you don't build it, they won't come".    --  4 David Froble                       Tel: 724-529-04504 Dave Froble Enterprises, Inc.      Fax: 724-529-0596> DFE Ultralights, Inc.              E-Mail: davef@tsoft-inc.com 170 Grimplin Road  Vanderbilt, PA  15486    ------------------------------  % Date: Wed, 12 Apr 2006 07:41:03 -0500 6 From: "Craig A. Berry" <craigberry@mac.com.spamfooler>+ Subject: Re: LWP::Simple crashes on VMSperl @ Message-ID: <craigberry-0F69E8.07410312042006@free.teranews.com>  C In article <1144705012.190392.170990@u72g2000cwu.googlegroups.com>, -  "juna" <ggl.20.jjpon@spamgourmet.com> wrote:   B > It seems that my last post didn't go through. It went like this: >  > Craig, > B > The crash goes away when I deassign the logical PERL_ENV_TABLES.; > I had it defined to LNM$PROCESS because the readme.vms in  > DBD-Oracle1.16 told me to.C > After a little more reading on the subject, I can keep DBD-Oracle ' > happy and prevent the crash if I do a < > define PERL_ENV_TABLES crtl_env,clisym_global,lnm$process. > B > Can you (or any other VMSperl expert) tell me if my fix is okay?( > or am I going to break something else? > 
 > Regards, >  > Juna > @ > PS. My apologies to the creator(s) of LWP::Simple. Your module) > wasn't the problem, just the messenger.   D Thanks for narrowing it down to the definition of PERL_ENV_TABLES.  C I've now been able to reproduce the bug in the current development  . release of Perl by simply doing the following:  $ $ define perl_env_tables lnm$process) $ perl -e "print join qq/\n/, keys %ENV;" H Fatal VMS error (status=100052) at D0:[CRAIG.perl]vms.c;1, line 1071 at 
 -e line 1.+ %RMS-F-SYN, file specification syntax error   H So this should be fairly straightforward to fix.  In the meantime, your @ workaround sounds as good as any.  There is of course no way to F guarantee that any particular definition of PERL_ENV_TABLES will work - for every script or module you may encounter. . *** Free account sponsored by SecureIX.com ***X *** Encrypt your Internet usage with a free VPN account from http://www.SecureIX.com ***   ------------------------------    Date: 12 Apr 2006 02:01:38 -0700) From: "William" <william.bader@gmail.com> " Subject: Re: old uVAX needs a homeB Message-ID: <1144832498.728062.34370@z34g2000cwc.googlegroups.com>  E John, I'm very sorry.  I have been out of the office since mid-March, F and apparently they called the trash haulers while I was away.  What a waste.  William    ------------------------------  + Date: Wed, 12 Apr 2006 17:11:22 +0000 (UTC) P From: helbig@astro.multiCLOTHESvax.de (Phillip Helbig---remove CLOTHES to reply). Subject: Re: possible to avoid a shadow merge?$ Message-ID: <e1jcbq$9p7$3@online.de>  F In article <81bf8$443c20cd$50db5015$14391@news.hispeed.ch>, Paul Sture' <paul.sture.nospam@hispeed.ch> writes:    ' > > CLUSTER_MANAGER:STOP_PROCESS.COM is  > > < > > $  PIPE SHOW SYSTEM/PROCESS='P1' | SEA SYS$PIPE 'P1' | -7 > >     (READ SYS$PIPE REC ; DEFINE/NOLOG/JOB PID &REC) + > > $  PID = F$EXTRACT(0,8,F$TRNLNM("PID"))  > > $  DEASSIGN/JOB PID  > > $  IF PID .NES. "%SEARCH-" > > $  THEN  > > $    STOP/ID='PID' > > $  ENDIF >  > Why SEARCH command?  >  > It's much simpler to use:  > ' > $ SHOW SYSTEM /NOHEADER /PROCESS='P1'   A Right.  I stole this code from somewhere else, where a search WAS  needed.   F > and I'd personally avoid using PIPE in the shutdown sequence in case> > you are closing down in a situation where resources are low.  H Good point, but in this particular case, it is by far the most powerful I node in my cluster (Digital Server 5305 a.k.a. ALPHAserver 1200, 2 CPUs,  F 512 MB)!  When the PIPE command is issued, almost everything has been 
 shut down!   ------------------------------  % Date: Wed, 12 Apr 2006 08:54:37 +0200 3 From: Michael Unger <spam.to.unger@spamgourmet.com> 7 Subject: Re: SMTP: stop sending "no such user" messages + Message-ID: <4a3nrlFr51heU1@individual.net>   ) On 2006-04-12 05:39, "John Santos" wrote:    > [...]  > D > What I think they mean is it is okay to reject for a syntacticallyH > invalid HELO message (protocol violation), but not for an non-existent= > or spurious, but syntactically correct address on the HELO. F > "HELO foo.bar.invalid" is valid, but "HELO foo.b%$<BEL><FF>*.com" is!         ^^^^^^^^^^^^^^^^^^^^^^^^^ ' > not and can be legitimately rejected.   H No, it isn't (see RFC 2606 section 2) -- as well as ".test", ".example",E and ".localhost". And according to RFC 2606 section 3, "example.com", 5 "example.org", and "example.net" are invalid as well.   H "foo.bar.co.uk.fraud.org.vu" would most probably be valid. (Shouldn't at( least the TLD be checked for existance?)   > [...]    Michael    --  ; Real names enhance the probability of getting real answers. 5 My e-mail account at DECUS Munich is no longer valid.    ------------------------------  + Date: Wed, 12 Apr 2006 12:21:39 +0000 (UTC) < From: gartmann@nonsense.immunbio.mpg.de (Christoph Gartmann)) Subject: SoyMail & insufficient privilege ) Message-ID: <e1ircj$j2g$1@news.BelWue.DE>    Hello,  N while trying to install Soymail under OSU I can't get things to work: the page# that users get when they log in is: N    Fatal soyMAIL Error: Insufficient privilege or object protection violation.L According to the manual the source of the document displayed lists some more detail: (    REPORTING MODULE: LINE IS REQUEST:7068 So what does soyMail try to access? Under which account?   Regards,    Christoph Gartmann    --  E  Max-Planck-Institut fuer      Phone   : +49-761-5108-464   Fax: -452   ImmunbiologieI  Postfach 1169                 Internet: gartmann@immunbio dot mpg dot de   D-79011  Freiburg, Germany 9                http://www.immunbio.mpg.de/home/menue.html    ------------------------------  % Date: Thu, 13 Apr 2006 01:43:53 +0930 * From: Mark Daniel <mark.daniel@vsm.com.au>- Subject: Re: SoyMail & insufficient privilege 0 Message-ID: <123qda2bdniu9e4@corp.supernews.com>   Christoph Gartmann wrote: H > In article <e1ircj$j2g$1@news.BelWue.DE> I (Christoph Gartmann) wrote: > P >>while trying to install Soymail under OSU I can't get things to work: the page% >>that users get when they log in is: O >>  Fatal soyMAIL Error: Insufficient privilege or object protection violation. N >>According to the manual the source of the document displayed lists some more	 >>detail: ) >>  REPORTING MODULE: LINE IS REQUEST:706 : >>So what does soyMail try to access? Under which account?  G This is just 'an error' message.  It's a soyMAIL thing so without some  C analysis it's like any other application message - subject to some  I interpretation.  Essentially this is saying 'you can't do that' - and it   looks official!   H > Now I figured it out: we use "http://our.host.name/mail" to access theF > web interface. The OSU server has a mapping rule like the following: >   map /mail* /htbin/soymail/~ M > On the other hand, soyMAIL would like to have the tilde in the calling URL. G > So the following URL works: "http://our.host.name/mail/~" whereas the  > original one does not :-(  > I > Thus, how do I tweak the OSU server so that soyMAIL sees a tilde in the  > referring URL? > 
 > Regards, >    Christoph Gartmann   D I have replied to your "The OSU web server for VMS discussion list" I query as well but it seems not be be getting through.  Must be something  C about my originating address.  Here's what I tried to say there ...     >Hello,  >I  >with the OSU server 3.10a I wanted to upgrade from Yahmail to soyMAIL.  4  >So far, so good. In HTTP_PATHS.CONF we have a rule   >   map /mail* /htbin/yahmail/~!  >and call the mail interface via    >   https://our.www.server/mail9  >Now with soyMAIL I replaced the rule in HTTP_PATHS.CONF    >   map /mail* /htbin/soymail/~  >and got a E  >  Fatal soyMAIL Error: Insufficient privilege or object protection  H  >violation.  It took me quite a while to figure out the reason. soyMAILH  >requires a tilde in the URL in order to show private mailboxes. So the  >following URL is working  >all right:"  >   https://our.www.server/mail/~  ; yahMAIL used the presence of CGI variable REMOTE_USER (i.e. D authenticated/authorized access) as the indicator of private access.@ Some sites wished to have authorised public access (not quite asF oxymoronic as it might first seem).  The tilde (i.e. a path component)D was made the indicator for soyMAIL of private access for this reasonC (and because it had been the documented 'trigger' for authorization  with soyMAIL as well).  E The ten week BETA release period might have been the more appropriate ; time to indicate tildes can be problematic in some locales.   D  >As I don't want our users to figure out where the tilde is on someI  >arbitrary remote PC, I would like to keep the old URL. Thus, is there a D  >way to tell the OSU server to pass the tilde to soyMAIL? The above%  >mapping rule doesn't do the job :-(   F No, it wouldn't.  The 'map' rule (AIUI) is used only internally by the server during rule processing.  	 You could   (    pass /soymail/-/* /www_root/soymail/*     redirect /soymail/ /soymail/~$    map /soymail/~* /htbin/soymail/~*4    protect /htbin/soymail/~* www_system:soymail.prot  F which would automatically place the tilde into the user's URL (obviousF to them) without the need for them to do it manually.  This would onlyF occur on the startup access (https://the.host.name/soymail/). It wouldD then map it appropriately to the /htbin/ path internally keeping you  desired path to the application.  F  >In addition, the logout button of soyMAIL isn't working. Users get aB  >message that it is not available on this platform. But I put theG  >"[logout-realm]" in the SOYMAIL.CONF file. Anything else to have this 
  >working?  9 The Install and Admin document discusses this issue under B [logout-realm] in section 3.3.  As long as it looks something like      [logout-realm]  VMS account  D the button should not be italicised and should provide a JavaScript E alert when activated.  The 'VMS account' being the realm description    from the soymail.prot file rule.   Cheers, Mark Daniel.  
  >Regards,  >   Christoph Gartmann    ------------------------------  % Date: Wed, 12 Apr 2006 08:21:53 -0400 ) From: "Ken Robinson" <kenrbnsn@gmail.com>  Subject: Re: VAMP board changes G Message-ID: <7dd80f60604120521hf85db9dw433e3d4e24b235d9@mail.gmail.com>   0 On 4/11/06, issinoho <issinoho@gmail.com> wrote:L > Thanks to David Dachtera, VAMP is now running on the more user-friendly U= RL > of http://vamp.issinoho.com  >   @ I get the following error when trying to access the board today:   ERROR ( The requested URL could not be retrieved  F While trying to retrieve the URL: http://www.issinoho.com:8080/phpbb2/  $ The following error was encountered:       * Zero Sized Reply  0 Squid did not receive any data for this request.  & Your cache administrator is webmaster.     Ken    ------------------------------  % Date: Wed, 12 Apr 2006 15:11:19 +0100 % From: "issinoho" <issinoho@gmail.com>  Subject: Re: VAMP board changes 0 Message-ID: <123q2kfmdpdv7bc@corp.supernews.com>  F Ken, I'm having some trouble accessing the site with IE7 today, IE6 &  Firefox both look fine.     5 "Ken Robinson" <kenrbnsn@gmail.com> wrote in message  A news:7dd80f60604120521hf85db9dw433e3d4e24b235d9@mail.gmail.com... 0 On 4/11/06, issinoho <issinoho@gmail.com> wrote:J > Thanks to David Dachtera, VAMP is now running on the more user-friendly  > URL  > of http://vamp.issinoho.com  >   @ I get the following error when trying to access the board today:   ERROR ( The requested URL could not be retrieved  F While trying to retrieve the URL: http://www.issinoho.com:8080/phpbb2/  $ The following error was encountered:       * Zero Sized Reply  0 Squid did not receive any data for this request.  & Your cache administrator is webmaster.     Ken    ------------------------------  % Date: Wed, 12 Apr 2006 10:55:41 -0400 ) From: "Ken Robinson" <kenrbnsn@gmail.com>  Subject: Re: VAMP board changes H Message-ID: <7dd80f60604120755r587faa88h2e83b331a59243a8@mail.gmail.com>  0 On 4/12/06, issinoho <issinoho@gmail.com> wrote:G > Ken, I'm having some trouble accessing the site with IE7 today, IE6 &  > Firefox both look fine.   C I'm trying with Firefox. Now I'm getting a completely blank screen.    Ken    ------------------------------  % Date: Wed, 12 Apr 2006 17:23:16 +0100 % From: "issinoho" <issinoho@gmail.com>  Subject: Re: VAMP board changes 0 Message-ID: <123qabs6tcjs8be@corp.supernews.com>  M I had made changes to my DNS records today so that may be disrupting things.  & Let's see if it settles down tomorrow.    5 "Ken Robinson" <kenrbnsn@gmail.com> wrote in message  B news:7dd80f60604120755r587faa88h2e83b331a59243a8@mail.gmail.com...0 On 4/12/06, issinoho <issinoho@gmail.com> wrote:G > Ken, I'm having some trouble accessing the site with IE7 today, IE6 &  > Firefox both look fine.   C I'm trying with Firefox. Now I'm getting a completely blank screen.    Ken    ------------------------------   End of INFO-VAX 2006.203 ************************