INFO-VAX Sat, 05 Jan 2008 Volume 2008 : Issue 9 Contents: RE: DECServer 90M+ RE: DECServer 90M+ Re: DECServer 90M+ Re: DECServer 90M+ How to set "From:" address in VMS MAIL Re: How to set "From:" address in VMS MAIL Re: How to set "From:" address in VMS MAIL Re: How to set "From:" address in VMS MAIL Re: How to set "From:" address in VMS MAIL Re: How to set "From:" address in VMS MAIL Re: How to set "From:" address in VMS MAIL Re: How to set "From:" address in VMS MAIL Re: I64 VMS 8.3/DECwindows 1.6 problem with DECW$SERVER_0 processing crashing Re: I64 VMS 8.3/DECwindows 1.6 problem with DECW$SERVER_0 processing crashing Re: Island Computers is moving RE: Island Computers is moving Re: Island Computers is moving Leopard improves SIMH performance Nasty bug in Xerces 3 for OpenVMS Re: Nasty bug in Xerces 3 for OpenVMS Perl issues? (was Re: looking for blue |d|i|g|i|t|a|l| logo) Re: Question about INSTALLing shared images Re: Samba Gains Legal Access to Microsoft Network File Protocols VMS job going in Perth ---------------------------------------------------------------------- Date: Fri, 4 Jan 2008 14:02:24 -0500 From: "Hank Vander Waal" Subject: RE: DECServer 90M+ Message-ID: <006d01c84f04$578c5fe0$6400a8c0@dellxp30> -----Original Message----- From: Rich Jordan [mailto:jordan@ccs4vms.com] Sent: Friday, January 04, 2008 12:27 PM To: Info-VAX@Mvb.Saic.Com Subject: Re: DECServer 90M+ On Jan 4, 10:39 am, VAXman- @SendSpamHere.ORG wrote: > In article , Michael Austin writes: > > > > >Anyone have one laying around they are willing to part with (including > >power supply). I have the older 90M, but it requires a Thin-wire > >connection and apparently the transceiver in the netgear box receives > >only (single uplink port with BNC) and cannot be found any where. And > >no one seems to have the 4-port version even though it is listed on > >their web site. > > I have a several DECserver 90Ms and all of them have DEChub, thin-wire > (10base2) and twisted-pair (10baseT) capability. I'm connected to one > now which is plugged in via the RJ45 twisted-pair jack on its front. > > Network Access SW V2.3A for DS90M BL47-60 ROM 4.1 Uptime: 0 00:19:15 > > Address: 00-00-F8-AE-BB-91 Name: DS90M2 Number: 0 > > Identification: > > Circuit Timer: 80 Password Limit: 3 > Console Port: 1 Prompt: DS90M2_Local> > Inactivity Timer: 30 Queue Limit: 100 > Keepalive Timer: 20 Retransmit Limit: 8 > Multicast Timer: 30 Session Limit: 64 > Node Limit: 200 Software: MNENG2 > TFTP Host: None > > Service Groups: 0 > > Enabled Characteristics: > Announcements, Broadcast, Dump, Lock > > Local> > > Here's a photo: http://www.tmesis.com/DS90M > > I have several DS90Ms and I'll let you have one. However, power supplies, > especially these standalone power supplies, are not as plentiful in my col- > lection. I won't part with the only one that I have. H7082-AA is the part > number of the one I used in to power the unit in the photo. > > -- > VAXman- A Bored Certified VMS Kernel Mode Hacker VAXman(at)TMESIS(dot)COM > > "Well my son, life is like a beanstalk, isn't it?" > > http://tmesis.com/drat.html Power supplies for these do show up on ebay occasionally but they are another part that has held on to their value depressingly well. It can be cheaper to buy a complete DEChub with additional modules and power supply than just the basic volt-on-a-rope for these units. We maintain one spare for our customers using these DECservers (and I think we paid around $80 for it last year when we had to replace one with our then spare) and I can't let it go either. ;----------------------------------- Does this unit use the same power supply as the 90L & 90L+ ??? I might have one available if it does ------------------------------ Date: Fri, 04 Jan 2008 19:09:42 GMT From: VAXman- @SendSpamHere.ORG Subject: RE: DECServer 90M+ Message-ID: In article <006d01c84f04$578c5fe0$6400a8c0@dellxp30>, "Hank Vander Waal" writes: >{...snip...} >Does this unit use the same power supply as the 90L & 90L+ ??? > >I might have one available if it does What is the part number? I believe that it should work. IIRC, only the DECbridge, DECagent and perhaps the DECBrouter had different power requirements. -- VAXman- A Bored Certified VMS Kernel Mode Hacker VAXman(at)TMESIS(dot)COM "Well my son, life is like a beanstalk, isn't it?" http://tmesis.com/drat.html ------------------------------ Date: Fri, 04 Jan 2008 19:37:53 GMT From: Michael Austin Subject: Re: DECServer 90M+ Message-ID: VAXman- @SendSpamHere.ORG wrote: > In article <006d01c84f04$578c5fe0$6400a8c0@dellxp30>, "Hank Vander Waal" writes: >> {...snip...} >> Does this unit use the same power supply as the 90L & 90L+ ??? >> >> I might have one available if it does > > What is the part number? > > I believe that it should work. IIRC, only the DECbridge, DECagent and > perhaps the DECBrouter had different power requirements. > The ps I have on the current 90L is the H7082-AB - I believe the the -AA variant is the same thing except the -AB is 110/240 capable and the -AA is 110 only. ------------------------------ Date: Fri, 04 Jan 2008 20:22:10 GMT From: VAXman- @SendSpamHere.ORG Subject: Re: DECServer 90M+ Message-ID: In article , Michael Austin writes: > > >VAXman- @SendSpamHere.ORG wrote: >> In article <006d01c84f04$578c5fe0$6400a8c0@dellxp30>, "Hank Vander Waal" writes: >>> {...snip...} >>> Does this unit use the same power supply as the 90L & 90L+ ??? >>> >>> I might have one available if it does >> >> What is the part number? >> >> I believe that it should work. IIRC, only the DECbridge, DECagent and >> perhaps the DECBrouter had different power requirements. >> > > >The ps I have on the current 90L is the H7082-AB - I believe the the >-AA variant is the same thing except the -AB is 110/240 capable and the >-AA is 110 only. That the one I was using -- H7082. -- VAXman- A Bored Certified VMS Kernel Mode Hacker VAXman(at)TMESIS(dot)COM "Well my son, life is like a beanstalk, isn't it?" http://tmesis.com/drat.html ------------------------------ Date: Fri, 4 Jan 2008 14:38:43 -0800 (PST) From: Ken.Fairfield@gmail.com Subject: How to set "From:" address in VMS MAIL Message-ID: <5138d915-cc4b-4f19-b10d-d016355c0eeb@e6g2000prf.googlegroups.com> I'm running: VMS/Alpha 7.3-2 (within 6 months of latest ECOs) Multinet 4.4 (ditto) Cerner Millennium 2005.02 (primary application) We (well, the analysts) run scheduled jobs that generate various reports and e-mail them to a variety of users. The jobs are written "CCL", a sort of wrapper around SQL (insulates the application from changes in Oracle, etc.), which in turn calls a built-in routine to actually send the message/report after its been created. This built-in clearly (at least to me) is an interface to Callable_Mail and allows the caller to specify the sender, or "From:" address. Due to a variety of issues that were exposed by a recent upgrade of our Exchange Server (yes, this is the real world and MS dominates), I found I could avoid the call to the built-in and use VMS Mail to send the reports in a way that didn't corrupt them. However, I have not found a way to override/set the From header. Off-list, David Dachtera pointed me to the Multinet logical names, and I've tried with MULTINET_SMTP_ENVELOPE_FROM_HOST. This doesn't quite do the job because (a) it only sets the host, not user & host, and (b) it seems to set the Return-Path header which doesn't show up in the reader's OutHouse view of the message, nor is it used when replying to the message. So I'm looking for a no-cost work-around. I can't purchase PMDF, for example. I looked for the "NBL" utility, but the link in the FAQ gets me to a site that I can't translate, and doesn't look to be VMS related at all. Are there any other suggestions? "Hidden" Multinet logical names. Some other freely available interface to Callable_Mail? Thanks, Ken -- Ken & Ann Fairfield What: Ken dot And dot Ann Where: Gmail dot Com ------------------------------ Date: Fri, 04 Jan 2008 17:47:05 -0500 From: "Richard B. Gilbert" Subject: Re: How to set "From:" address in VMS MAIL Message-ID: <477EB769.1090201@comcast.net> Ken.Fairfield@gmail.com wrote: > I'm running: VMS/Alpha 7.3-2 (within 6 months of latest ECOs) > Multinet 4.4 (ditto) > Cerner Millennium 2005.02 (primary application) > > We (well, the analysts) run scheduled jobs that generate > various reports and e-mail them to a variety of users. The > jobs are written "CCL", a sort of wrapper around SQL > (insulates the application from changes in Oracle, etc.), > which in turn calls a built-in routine to actually send the > message/report after its been created. > > This built-in clearly (at least to me) is an interface to > Callable_Mail and allows the caller to specify the sender, > or "From:" address. > > Due to a variety of issues that were exposed by a recent > upgrade of our Exchange Server (yes, this is the real world > and MS dominates), I found I could avoid the call to the > built-in and use VMS Mail to send the reports in a way that > didn't corrupt them. However, I have not found a way to > override/set the From header. > > Off-list, David Dachtera pointed me to the Multinet logical > names, and I've tried with MULTINET_SMTP_ENVELOPE_FROM_HOST. > This doesn't quite do the job because (a) it only sets the > host, not user & host, and (b) it seems to set the Return-Path > header which doesn't show up in the reader's OutHouse view of > the message, nor is it used when replying to the message. > > > So I'm looking for a no-cost work-around. I can't purchase > PMDF, for example. I looked for the "NBL" utility, but the > link in the FAQ gets me to a site that I can't translate, and > doesn't look to be VMS related at all. > > Are there any other suggestions? "Hidden" Multinet logical > names. Some other freely available interface to Callable_Mail? > > Thanks, Ken > -- > Ken & Ann Fairfield > What: Ken dot And dot Ann > Where: Gmail dot Com Why do you care WHAT the from address is?? What problem are you really trying to solve? If all else fails, you should be able to create a VMS account that would be used only to generate and mail the report. The from address will be the name of that account. ------------------------------ Date: Fri, 4 Jan 2008 16:45:56 -0600 (CST) From: sms@antinode.org (Steven M. Schweda) Subject: Re: How to set "From:" address in VMS MAIL Message-ID: <08010416455598_206002CA@antinode.org> From: Ken.Fairfield@gmail.com > Multinet 4.4 (ditto) > Off-list, David Dachtera pointed me to the Multinet logical > names, and I've tried with MULTINET_SMTP_ENVELOPE_FROM_HOST. > This doesn't quite do the job because (a) it only sets the > host, not user & host, and (b) it seems to set the Return-Path > header which doesn't show up in the reader's OutHouse view of > the message, nor is it used when replying to the message. TCPIP seems to offer TCPIP$SMTP_FROM (if (system-wide) TCPIP$SMTP_PROHIBIT_USER_HEADERS is not defined). Anything similar in MultiNet? ------------------------------------------------------------------------ Steven M. Schweda sms@antinode-org 382 South Warwick Street (+1) 651-699-9818 Saint Paul MN 55105-2547 ------------------------------ Date: Fri, 04 Jan 2008 23:14:03 GMT From: =?ISO-8859-1?Q?Jan-Erik_S=F6derholm?= Subject: Re: How to set "From:" address in VMS MAIL Message-ID: <%4zfj.2441$R_4.2018@newsb.telia.net> Ken.Fairfield@gmail.com wrote: > I looked for the "NBL" utility, but the > link in the FAQ gets me to a site that I can't translate, and > doesn't look to be VMS related at all. I use NBL a lot to send mails from a VMS system (Alpha 7.3) It's a very simple tool that just opens a link to port 25 on the/any smtp server and "sends" the mail. In my case it opens port 25 on localhost, so it's still my own smtp server who send the mail in the end. All this is to work-around the extra blank line that VMS-mail adds after the regular VMS-mail headers, and that (the blank line) breaks MIME encodings... NBL = No Blank Line, for some reason... :-) And since NBL enters any smtp headers you like, I think that you can put anything you'd like in the From: line. I think that DELIVER also have a priviledged forward option, where you can change the from line. TCPIP/Services also have a SFF tools that I think does the same thing. Just a few pointers... Regards, Jan-Erik. ------------------------------ Date: Sat, 05 Jan 2008 02:29:21 GMT From: John Santos Subject: Re: How to set "From:" address in VMS MAIL Message-ID: <5YBfj.225$hS.167@trnddc08> Jan-Erik Söderholm wrote: > Ken.Fairfield@gmail.com wrote: > >> I looked for the "NBL" utility, but the >> link in the FAQ gets me to a site that I can't translate, and >> doesn't look to be VMS related at all. > > > I use NBL a lot to send mails from a VMS system (Alpha 7.3) > It's a very simple tool that just opens a link to port 25 > on the/any smtp server and "sends" the mail. In my case it > opens port 25 on localhost, so it's still my own smtp server > who send the mail in the end. > > All this is to work-around the extra blank line that > VMS-mail adds after the regular VMS-mail headers, and that > (the blank line) breaks MIME encodings... > > NBL = No Blank Line, for some reason... :-) > > And since NBL enters any smtp headers you like, I think > that you can put anything you'd like in the From: line. > > I think that DELIVER also have a priviledged forward > option, where you can change the from line. > > TCPIP/Services also have a SFF tools that I think does > the same thing. > > Just a few pointers... > > Regards, > Jan-Erik. Another free solution ("free" if your programming time is free :-) is C-Kermit. Write a Kermit macro that telnets to your SMTP server on port 25 (could be localhost), and conducts the SMTP dialog to format and send a message. -- John Santos Evans Griffiths & Hart, Inc. 781-861-0670 ext 539 ------------------------------ Date: Fri, 04 Jan 2008 22:21:41 -0600 From: "Craig A. Berry" Subject: Re: How to set "From:" address in VMS MAIL Message-ID: In article <5138d915-cc4b-4f19-b10d-d016355c0eeb@e6g2000prf.googlegroups.com>, Ken.Fairfield@gmail.com wrote: > So I'm looking for a no-cost work-around. I can't purchase > PMDF, for example. I looked for the "NBL" utility, but the > link in the FAQ gets me to a site that I can't translate, and > doesn't look to be VMS related at all. > > Are there any other suggestions? "Hidden" Multinet logical > names. Some other freely available interface to Callable_Mail? I use Perl with the MIME::Lite module: http://search.cpan.org/~rjbs/MIME-Lite-3.021/lib/MIME/Lite.pm You can create a complicated multi-part message with the parts in various and sundry encodings in about a dozen lines of code. And yes, you can say it's from whoever you want it to be from. -- Posted via a free Usenet account from http://www.teranews.com ------------------------------ Date: Fri, 04 Jan 2008 22:42:32 -0800 From: Ken Fairfield Subject: Re: How to set "From:" address in VMS MAIL Message-ID: <5u8n6qF1h1c2fU1@mid.individual.net> Jan-Erik Söderholm wrote: > Ken.Fairfield@gmail.com wrote: > >> I looked for the "NBL" utility, but the >> link in the FAQ gets me to a site that I can't translate, and >> doesn't look to be VMS related at all. > > I use NBL a lot to send mails from a VMS system (Alpha 7.3) > It's a very simple tool that just opens a link to port 25 > on the/any smtp server and "sends" the mail. In my case it > opens port 25 on localhost, so it's still my own smtp server > who send the mail in the end. Ah ha, so this may not work in my case since we don't enable the SMTP server in Multinet and I'm not inclined to change that. > All this is to work-around the extra blank line that > VMS-mail adds after the regular VMS-mail headers, and that > (the blank line) breaks MIME encodings... > > NBL = No Blank Line, for some reason... :-) > > And since NBL enters any smtp headers you like, I think > that you can put anything you'd like in the From: line. That is what I understood. But to reiterate, I couldn't find NBL on the web. The old reference in the cov faq no longer works. :-( I'd be interested if its on someone's mirror. > I think that DELIVER also have a priviledged forward > option, where you can change the from line. I hadn't thought of Deliver. That's another possible option (unless it, too, needs to talk to a local SMTP server). Thanks, Ken -- Ken & Ann Fairfield What: Ken dot And dot Ann Where: Gmail dot Com ------------------------------ Date: Fri, 04 Jan 2008 22:44:12 -0800 From: Ken Fairfield Subject: Re: How to set "From:" address in VMS MAIL Message-ID: <5u8n9tF1h1c2fU2@mid.individual.net> Craig A. Berry wrote: > In article > <5138d915-cc4b-4f19-b10d-d016355c0eeb@e6g2000prf.googlegroups.com>, > Ken.Fairfield@gmail.com wrote: > >> So I'm looking for a no-cost work-around. I can't purchase >> PMDF, for example. I looked for the "NBL" utility, but the >> link in the FAQ gets me to a site that I can't translate, and >> doesn't look to be VMS related at all. >> >> Are there any other suggestions? "Hidden" Multinet logical >> names. Some other freely available interface to Callable_Mail? > > I use Perl with the MIME::Lite module: > > http://search.cpan.org/~rjbs/MIME-Lite-3.021/lib/MIME/Lite.pm > > You can create a complicated multi-part message with the parts in > various and sundry encodings in about a dozen lines of code. And yes, > you can say it's from whoever you want it to be from. That sounds useful and I'll keep it in mind. At the moment we don't have Perl installed and I'd rather not in this environment if I don't have to. Thanks, Ken -- Ken & Ann Fairfield What: Ken dot And dot Ann Where: Gmail dot Com ------------------------------ Date: Sat, 5 Jan 2008 10:42:42 +0800 From: "Richard Maher" Subject: Re: I64 VMS 8.3/DECwindows 1.6 problem with DECW$SERVER_0 processing crashing Message-ID: Hi, "FredK" wrote in message news:flke43$6a6$1@usenet01.boi.hp.com... > (for V8.3, we will also be doing a V7.3-2 and V8.2 kit). And in: - http://groups.google.com/group/comp.os.vms/browse_frm/thread/2c9be479041b4843/5e6d51b15237dde2?#5e6d51b15237dde2 on 25-Apr-2007 a FredK wrote:- >>>>>>>>>>> To be honest, we try to generate patch kits for the "mainstream" versions - even when the mainstream is sometimes beyond support end of life (like V7.3-2). V8.2 falls into the category of "lightly used" - so patches there tend to get generated when a customer requests one. <<<<<<<<<<< So when it comes to VMSINSTAL, 7.3-2 was "beyond support" back in April last year and 8.2 was "lightly used", but all of a sudden when it comes to Daddy's little DECwindows, no expense and engineering/kitting effort shall be spared? Just more of the same from the same :-( Regards Richard Maher "FredK" wrote in message news:flke43$6a6$1@usenet01.boi.hp.com... > > "mjjerabek" wrote in message > news:461adcf1-dc61-44ca-9621-379a117ee6bc@i7g2000prf.googlegroups.com... > > On Jan 3, 3:22 pm, "FredK" wrote: > >> "mjjerabek" wrote in message > >> > >> news:f0db0db6-3a7a-4142-ac51-64d331861c1f@d21g2000prf.googlegroups.com... > >> > >> > On Jan 3, 7:15 am, "FredK" wrote: > >> >> "mjjerabek" wrote in message > >> > >> >>news:1503a949-aa96-4fbd-9ceb-c277361f5d06@i7g2000prf.googlegroups.com... > >> > > > Alphas under VMS, but I had a bad feeling. > > > > On an rx2620 with an add in radeon and no management console, I set > > the visual number to 3, the BPP to 8, the pixel resolution to > > 1280x1024@75Hz and restarted DECwindows. The display came up > > Technicolor (all the colors were wrong). I was amazed. I tried this > > same test on an rx2660 (copied the decw$private_server_setup file from > > the rx2620) using the management console video card and everything > > worked perfectly. I am most likely going to open an additional service > > call (tomorrow) on this problem, but ??? > > > > There is an ECO patch kit that *should* be available to fix this and other > problems (for V8.3, we will also be doing a V7.3-2 and V8.2 kit). The > workaround is to use the other video connector. > > The Radeon card has two connectors (DVI and analog) and we run the same > video out both of them - but each has a seperate RAMDAC. The driver > developer was pre-enabling a feature he never completed... and broke the > code that updates *both* of the RAMDACs. So you get the correct colors on > one, and bogus colors on the other (which never gets updated). > > The problem has been out there since V8.3. > > > ------------------------------ Date: Fri, 4 Jan 2008 21:38:36 -0500 From: "FredK" Subject: Re: I64 VMS 8.3/DECwindows 1.6 problem with DECW$SERVER_0 processing crashing Message-ID: "Richard Maher" wrote in message news:flmndf$ctl$1@news-01.bur.connect.com.au... > > So when it comes to VMSINSTAL, 7.3-2 was "beyond support" back in April > last > year and 8.2 was "lightly used", but all of a sudden when it comes to > Daddy's little DECwindows, no expense and engineering/kitting effort shall > be spared? > > Just more of the same from the same :-( > > Regards Richard Maher > You are a little butterfly of happyness aren't you. The kit rolls up a number of fixes that had been supplied to customers as one final official patch kit. Did we "have to do it"? No. But it was the right thing to do. What is the chip on your shoulder made of? ------------------------------ Date: Fri, 4 Jan 2008 14:07:14 -0800 (PST) From: yyyc186 Subject: Re: Island Computers is moving Message-ID: On Jan 2, 7:22 pm, David Turner wrote: > Actually we did about 10% than last year. > Granted it is more expensive, but we were having problems with breakins > (of the criminal entry type) and the area was getting very polluted (we > were aacross the street from a Titanium Dioxide plant) > > Amazingly the new ATT T1 is upo and running and mail and web are working > I have noticed a lot of attacks on the systems but hopefully the Linux > firewall will do it's job. > If anyone would like to try and get into the site (no malicous entry > please) I would appreciate your inputs > > dt > > On Fri, 28 Dec 2007 12:59:40 -0500, David Turner, Island Computers wrote: > > Dear All > > > Please note that we are currently moving and numbers etc are going to > > change > > > Our new details are below > > > Toll Free 1-877 636 4332 (dependent on AT&T) Tel: 912 786 8502 x 201 > > Fax: 912 786 8505 > > > Our website may be down for a couple of days as AT &T is troubleshooting > > a T1 issue. > > This goes for email too, but hopefully this will be resolved soon > > > David B Turner > > > ***NEW ADDRESS AS OF DEC 28 07*** > > > Island Computers US Corp > > 1207 East Highway 80 > > Suite D > > Tybee GA 31328 > > > The information transmitted is intended only for the person or entity to > > which it is addressed and may contain confidential, proprietary, and/or > > privileged material. Any review, retransmission, dissemination or other > > use of, or taking of any action in reliance upon this information by > > persons or entities other than the intended recipient is prohibited. If > > you received this in error, please contact the sender and delete the > > material from all computers. Well if it secured by Linux, you know the door is wide open. If it was secured by Windows the door would be wide open with a neon sign above it saying "Scr*w Me, I'm Used to It" ------------------------------ Date: Sat, 5 Jan 2008 01:39:26 +0000 From: "Main, Kerry" Subject: RE: Island Computers is moving Message-ID: > -----Original Message----- > From: yyyc186 [mailto:yyyc186@hughes.net] > Sent: January 4, 2008 5:07 PM > To: Info-VAX@Mvb.Saic.Com > Subject: Re: Island Computers is moving > > On Jan 2, 7:22 pm, David Turner wrote: > > Actually we did about 10% than last year. > > Granted it is more expensive, but we were having problems with > breakins > > (of the criminal entry type) and the area was getting very polluted > (we > > were aacross the street from a Titanium Dioxide plant) > > > > Amazingly the new ATT T1 is upo and running and mail and web are > working > > I have noticed a lot of attacks on the systems but hopefully the > Linux > > firewall will do it's job. > > If anyone would like to try and get into the site (no malicous entry > > please) I would appreciate your inputs > > > > dt > > > > On Fri, 28 Dec 2007 12:59:40 -0500, David Turner, Island Computers > wrote: > > > Dear All > > > > > Please note that we are currently moving and numbers etc are going > to > > > change > > > > > Our new details are below > > > > > Toll Free 1-877 636 4332 (dependent on AT&T) Tel: 912 786 8502 x > 201 > > > Fax: 912 786 8505 > > > > > Our website may be down for a couple of days as AT &T is > troubleshooting > > > a T1 issue. > > > This goes for email too, but hopefully this will be resolved soon > > > > > David B Turner > > > > > ***NEW ADDRESS AS OF DEC 28 07*** > > > > > Island Computers US Corp > > > 1207 East Highway 80 > > > Suite D > > > Tybee GA 31328 > > > > > The information transmitted is intended only for the person or > entity to > > > which it is addressed and may contain confidential, proprietary, > and/or > > > privileged material. Any review, retransmission, dissemination or > other > > > use of, or taking of any action in reliance upon this information > by > > > persons or entities other than the intended recipient is > prohibited. If > > > you received this in error, please contact the sender and delete > the > > > material from all computers. > > Well if it secured by Linux, you know the door is wide open. > > If it was secured by Windows the door would be wide open with a neon > sign above it saying "Scr*w Me, I'm Used to It" Well, I was not going to say anything here, but what the hey? :-) He is correct in the concerns about Linux (and Windows) security as no matter how secure you make them today, next month there will be 5-20 more security patches to review, test, upgrade, deploy etc. And 5-20 additional ones for every month after that if the trend for the last 2-4+ years is any measuring stick. And for those who do not believe this, reference the RH security web site: https://www.redhat.com/archives/enterprise-watch-list/ (click on thread for each month and count them up yourself) And of course, there are the ones RH and Microsoft knows about. For issues that are not published on the vendor sites, you can always look and see wha= t the bad guys are auctioning off on sites like: http://www.darkreading.com/document.asp?doc_id=3D128411&WT.svl=3Dnews1_1 "JULY 5, 2007 | Discover a security flaw in a major application or system? You can't sell it on eBay. But starting this week, you can sell it on a new auction site that's not too much different." Regards Kerry Main Senior Consultant HP Services Canada Voice: 613-592-4660 Fax: 613-591-4477 kerryDOTmainAThpDOTcom (remove the DOT's and AT) OpenVMS - the secure, multi-site OS that just works. ------------------------------ Date: Sat, 5 Jan 2008 03:35:44 +0000 (UTC) From: moroney@world.std.spaamtrap.com (Michael Moroney) Subject: Re: Island Computers is moving Message-ID: David Turner writes: >Amazingly the new ATT T1 is upo and running and mail and web are working >I have noticed a lot of attacks on the systems but hopefully the Linux >firewall will do it's job. >If anyone would like to try and get into the site (no malicous entry >please) I would appreciate your inputs You have so many DS10Ls that you give them away, but aren't using one as a VMS webserver? :-) ------------------------------ Date: Fri, 04 Jan 2008 19:14:57 -0600 From: "Craig A. Berry" Subject: Leopard improves SIMH performance Message-ID: Since a number of folks here use Mac OS X, I thought I'd mention that after upgrading to 10.5 (aka Leopard), my simulated VAX hosted on a dual 2.0 GHz Power Mac G5 running OpenVMS v7.3 on SIMH v3.7-3 sped up by over a third. A long-running job that took just over three days before the upgrade took just under two days after. I did not recompile SIMH, so whatever made the difference is available at run time. ISTR that SIMH does a lot with 64-bit integers, so the increased 64-bitness of Leopard may be a factor. -- Posted via a free Usenet account from http://www.teranews.com ------------------------------ Date: Fri, 4 Jan 2008 17:47:47 -0800 (PST) From: yyyc186 Subject: Nasty bug in Xerces 3 for OpenVMS Message-ID: <92093c6d-7d41-4dbe-b482-a30b9a4182e3@d37g2000hsb.googlegroups.com> Hello all, Trying desperately to get done with the last couple of chapters in the SOA book. It seems almost the entire universe has conspired against the completion of that book. The Xerces 3 library had a nasty bug introduced into it. $ dp :== $XERCES-C$ROOT:[000000.bin]DOMPrint.exe $ dp x1.xml Fatal Error at file "", line 0, column 0 Message: An exception occurred! Type:RuntimeException, Message:The primary document entity could not be opened. Id=DEV_DSK:[HUGHES]/ x1.xml %NONAME-F-NOMSG, Message number 00000004 Notice the slash which is in between the OpenVMS DEVICE:[PATH] and FILE.NAME. I'm in the process of trying to download a prior version. I know this used to work back when VMS was part of the standard Xerces distro. Anybody else run into this? ------------------------------ Date: Fri, 04 Jan 2008 22:01:16 -0600 From: "Craig A. Berry" Subject: Re: Nasty bug in Xerces 3 for OpenVMS Message-ID: In article <92093c6d-7d41-4dbe-b482-a30b9a4182e3@d37g2000hsb.googlegroups.com>, yyyc186 wrote: > The Xerces 3 library had a nasty bug introduced into it. > > $ dp :== $XERCES-C$ROOT:[000000.bin]DOMPrint.exe > $ dp x1.xml > Fatal Error at file "", line 0, column 0 > Message: An exception occurred! Type:RuntimeException, Message:The > primary document entity could not be opened. Id=DEV_DSK:[HUGHES]/ > x1.xml > %NONAME-F-NOMSG, Message number 00000004 > > Notice the slash which is in between the OpenVMS DEVICE:[PATH] and > FILE.NAME. > > I'm in the process of trying to download a prior version. I know this > used to work back when VMS was part of the standard Xerces distro. > Anybody else run into this? I've never fiddled with Xerces since either expat or libxml2 has always done what I needed, but this is a very common type of porting problem. Check the settings of your DECC$ features and check any configuration files you have control over to see if there are ways of specifying what path or path formats it uses. It very much looks as though it's taken your current working directory, most likely whatever is returned by the CRTL cwd(), and pasted the filename onto it with an intervening slash. My first swing would be to enable DECC$FILENAME_UNIX_REPORT and see what happens. After I wrote that I went and checked here: http://h71000.www7.hp.com/openvms/products/ips/xml/xmlc_relnotes_v30.html #creating_appln and it says the same thing: enable DECC$FILENAME_UNIX_REPORT. -- Posted via a free Usenet account from http://www.teranews.com ------------------------------ Date: Fri, 04 Jan 2008 22:09:17 -0600 From: "Craig A. Berry" Subject: Perl issues? (was Re: looking for blue |d|i|g|i|t|a|l| logo) Message-ID: In article , etmsreec@yahoo.co.uk wrote: > I'm looking an > 8.3 upgrade in the eye for home (once I've sorted out my Perl issues) What sort of Perl issues are you having? -- Posted via a free Usenet account from http://www.teranews.com ------------------------------ Date: Sat, 05 Jan 2008 02:02:57 GMT From: John Santos Subject: Re: Question about INSTALLing shared images Message-ID: AEF wrote: > On Jan 3, 6:33 pm, John Santos wrote: > >>AEF wrote: >> >>>On Jan 2, 9:44 pm, D Gillbilly wrote: >> >>>>On 2 Jan 2008 07:53:53 -0600, koeh...@eisner.nospam.encompasserve.org (Bob >> >>>>Koehler) wrote: >> >>>>>In article , AEF writes: >> >>>>>>When you INSTALL an executable as a shared image, can it be any >>>>>>executable? I once discussed this with my developer for a program run >>>>>>by multiple traders and he said we'd have to check for traders >>>>>>stepping on each other, so to speak. So my question is: Doesn't VMS >>>>>>automatically provide each process running shared executable its own >>>>>>private data area in memory or does the program have to be explicitly >>>>>>written with the assumption that it will be installed shared? >> >>>>> Each image is broken up into program sections (PSECTs). PSECTs can >>>>> be read only, writeable, shareable, ... >> >>>>> You need to look at the LINK map >> >>>> I once installed an image with one psect incorrectly marked as SHR. >>>> Oops. >> >>>> Duane >> >>>>> and verify that you don't have any >>>>> PSECTs that are both writeable and shareable. If that's true you >>>>> can install /shared and you will use less physical RAM. If that's >>>>> not then you can re-LINK the image using a linker options file to >>>>> change the PSECT characteristics. >> >>>>> The older Fortran compilers for VAXen made all the COMMON blocks >>>>> shareable and writeable. Current Fortran compilers and other >>>>> language compilers don't tend to do this. Many compilers have ways >>>>> of specifying this in the source code, so you don't have to use >>>>> linker options. >> >>>Thanks every one for your answers. >> >>>It looks like I better abort. My developer isn't going to be assigned >>>time for this at this time. Thanks again! >> >>>AEF >> >>Abort? I think the odds are about 99.9999% that it would be fine. >> >>If you "install add/share/header/open" and then do "install list/global" >>on the image, you will see whether or not there are any writable >>shared sections. (Writable non-shared sections will be copy-on- >>reference.) If there are none, then you're fine. >> >>If you want to test a particular image before installing it, copy it >>to a test directory under a different name, install the copy, and check. >> >>If okay, then uninstall and delete the copy, and install the original. >> >>If not okay, uninstall and delete the copy, and add it to your list of >>things to fix someday. >> >>-- >>John Santos >>Evans Griffiths & Hart, Inc. >>781-861-0670 ext 539 > > > OK, here are the results as run on my test system: > > INSTALL> ADD FTEXE:FTTRDSTN /SHARE/HEAD/OPEN > INSTALL> LIST FTEXE:FTTRDSTN > > DISK$DATA1:.EXE > FTTRDSTN;387 Open Hdr Shar > INSTALL> LIST FTEXE:FTTRDSTN/GLOB > > DISK$DATA1:.EXE > FTTRDSTN;387 Open Hdr Shar > > System Global Sections > > DSA1:FTTRDSTN.EXE > INS$87709BE0_001(0273CFCD) PRM SYS Pagcnt/ > Refcnt=504/0 > > So is this okay? Yes. if it doesn't say "WRT" on any of the global sections, they aren't writable. So this is fine. If I run the same command on our main shared- > memory .exe file I get this: > > INSTALL> LIST LIB:FTSHRMEM/GLOB > > DISK$OPENVMS062:.EXE > FTSHRMEM;1 Open Shar Lnkbl > Wrt > > System Global Sections > > DSA0:FTSHRMEM.EXE > INS$87709160_002(02639233) WRT PRM SYS Pagcnt/ > Refcnt=1/0 > INS$87709160_001(02639233) WRT PRM SYS Pagcnt/ > Refcnt=9943/0 > > INSTALL> > > I see an additional item: WRT. But this one is already installed > shareable and writable for inter-process communication, not to save > pages in memory. Also as expected. > > AEF -- John Santos Evans Griffiths & Hart, Inc. 781-861-0670 ext 539 ------------------------------ Date: Sat, 5 Jan 2008 12:05:59 +0800 From: "Richard Maher" Subject: Re: Samba Gains Legal Access to Microsoft Network File Protocols Message-ID: Hi, > Key skills VMS OpenVMS VMS C VMS COBOL What no Java? No SOAP? No Apache/Tomcat? No requirement for: - - Support for the Java, C/C++, XML, and HTML - Support for JSP, XML, RMI, CORBA, JINI, JDBC, and servlet technologies - Support for Ant, CVS, and other version control systems - Pluggable support for compilers, debuggers and execution services - GUI form designer and other visual design tools - Wizards for code generation and management tools - Syntax-highlighting source editor And absolutely no requirement to edit their colorized COBOL programs as a distributed NetBean? These people are fools Kerry! Your HP colleagues have told them again, and again, and again, that they are nothing more than anachronistic has-beens that HP are too embarassed to have as customers! Let's face it, when not a single cent of VMS R&D money has gone into improving the plight of the traditional 3GL application developer or in providing them with access to the Web or even a decent GUI, you've have to be pretty bloody thick to keep handing over your VMS license fees now wouldn't you? Yep, I sense another RedHat conversion coming on :-( Still I wouldn't be at all suprised if the IMM team isn't already there trying to convince them to go gSOAP before some starts trying to hold them accountable over WSIT. Yeah, you keep screwing tthem - "TP WebConnector" my arse! How do you people sleep at night? Cheers Richard Maher PS. Has anyone seen a Flex plug-in for NetBeans? PPS. Keep all those Java/VMS job-references coming! It helps us license-payers to see the tangible ROI for all the DECforms, BridgeWorks, SOAP/Toolkit, ACMSxp dollars that your colleagues have pissed up against a wall :-( "Main, Kerry" wrote in message news:C72D63EB292C9E49AED23F705C61957BEC5E659ACF@G1W0487.americas.hpqcorp.net... > -----Original Message----- > From: JF Mezei [mailto:jfmezei.spamnot@vaxination.ca] > Sent: January 1, 2008 11:49 AM > To: Info-VAX@Mvb.Saic.Com > Subject: Re: Samba Gains Legal Access to Microsoft Network File > Protocols > > Main, Kerry wrote: > > > Remember that SWIFT cut AIX at the same time. > > Wrong. SWIFT Terminal Services (the software arm of SWIFT) had cut > other > platforms for its "official" software package and had signed a deal > with > Digital in early 1990s or late 1980s to have VMS as its one stragetic > platform. > It would appear that we have different sources. My source stated that the decision to move to Solaris was made by SWIFT and Digital had little or no feedback on this - same as for IBM and AIX. Btw, it looks like OpenVMS still has SWIFT presence - check out these new job openings in London: (note SWIFT reference) [typical caution applies here as I do not know this site. Perhaps someone could validate this?] http://tinyurl.com/2hjpo6 " VMS Applications Consultants x 5 - Central London / The City - Investment Banking Key skills OpenVMS VMS C or VMS COBOL Environ. OpenVMS C COBOL INGRES ORACLE DCL OPENROAD VISUAK BASIC VB6 DECFORMS ACMSVBA CLEARCASE BEA WEBLOGIC SWIFT TIBCO Rendezvous Our client's business is at the very heart of the London banking community and is a stable member and well regarded institution within city finance circles. Our client's IT systems help support the trading of items such as derivatives swaps and fixed income products. Our client wish to directly recruit 5 VMS Application Support Engineers. Key skills VMS OpenVMS VMS C VMS COBOL Regards Kerry Main Senior Consultant HP Services Canada Voice: 613-592-4660 Fax: 613-591-4477 kerryDOTmainAThpDOTcom (remove the DOT's and AT) OpenVMS - the secure, multi-site OS that just works. Regards ------------------------------ Date: Sat, 5 Jan 2008 11:05:18 +0800 From: "Richard Maher" Subject: VMS job going in Perth Message-ID: Hi, http://it.seek.com.au/users/apply/index.ascx?Sequence=93&PageNumber=1&JobID=11440487 Looks like the VMS year's off to a flying start :-( Who knows; with my newly found "vi" and Red Hat Linux skills maybe I should smell the coffee? If anyone's interested, I'd put money on it being Masterkey Custom (I think that's the latest name?) For a minute I thought it might have been the old Seal Corp, remember them? (They used to be a huge VMS user over here when Digital was pushing Forte and uni-students down their throats.) Yes, yet another IMM triumph! Maybe it's not too late for gSOAP? WSIT? JAX-RPC? Full steam ahead for 2008; you're all doing very well! Regards Richard Maher PS. If only you guys were given the advertising budgets that you need and deserve then everything would be different. Surely DECforms and IFDL was (and forever will be) the right product! It was just a little misunderstood. Why, with just a bit of TV exposure I sure Bridgeworks/IA64 could rise TDMS-like from Alpha ashes? ------------------------------ End of INFO-VAX 2008.009 ************************