1 INFO-VAX	Wed, 29 Sep 2004	Volume 2004 : Issue 540       Contents: Re: *.CDD file for CONNX Re: As seen in WSJ cluster now working! hurray!  Re: CSWS_PHP & Squirrel Webmail!  Re: CSWS_PHP & Squirrel Webmail!9 Re: Get a grip! Itanium rx1600 servers selling for $1499! 9 RE: Get a grip! Itanium rx1600 servers selling for $1499! 9 Re: Get a grip! Itanium rx1600 servers selling for $1499! % Re: Hobbyist site licenses DOWN AGAIN % Re: Hobbyist site licenses DOWN AGAIN 6 Re: How do time synchronize Windows 2000 with OpenVMS?, Re: HP admits discontinued IA64 workstations, Re: HP admits discontinued IA64 workstations, Re: HP admits discontinued IA64 workstations, Re: HP admits discontinued IA64 workstations, Re: HP admits discontinued IA64 workstations> Re: Interbase on VMS (was Re: "Oracle RDB" licensing question)> Re: Interbase on VMS (was Re: "Oracle RDB" licensing question)+ Re: Long Distance shadowing options for VMS B Re: Maximum file size, FAQ v. "Guide to OpenVMS File Applications"B Re: Maximum file size, FAQ v. "Guide to OpenVMS File Applications" Most Wanted - VMS 6.1 VAX CD  Re: Most Wanted - VMS 6.1 VAX CDD Re: Must read on past failures needing correction for VMS to surviveD Re: Must read on past failures needing correction for VMS to survive Odd behavior in XFC cache / TCPIP$SMTP_SEND_FROM_FILE, what's its future??? 3 Re: TCPIP$SMTP_SEND_FROM_FILE, what's its future??? 3 Re: TCPIP$SMTP_SEND_FROM_FILE, what's its future??? 3 Re: TCPIP$SMTP_SEND_FROM_FILE, what's its future??? 3 Re: TCPIP$SMTP_SEND_FROM_FILE, what's its future??? 3 Re: TCPIP$SMTP_SEND_FROM_FILE, what's its future??? 3 Re: TCPIP$SMTP_SEND_FROM_FILE, what's its future??? 3 Re: TCPIP$SMTP_SEND_FROM_FILE, what's its future??? 3 Re: TCPIP$SMTP_SEND_FROM_FILE, what's its future???  Technical update days  Re: Technical update days # Re: Tiny pickings for Itanium OEM's # Re: Tiny pickings for Itanium OEM's # RE: Tiny pickings for Itanium OEM's # Re: Tiny pickings for Itanium OEM's # Re: Tiny pickings for Itanium OEM's 9 [OT]: In case you are using Hotmail as a non-work address   F ----------------------------------------------------------------------  % Date: Tue, 28 Sep 2004 21:28:10 -0500 2 From: David J Dachtera <djesys.nospam@comcast.net>! Subject: Re: *.CDD file for CONNX + Message-ID: <415A1DBA.A487E357@comcast.net>    Phil wrote:  > . > "cljlk" <cljlk@hotmail.com> wrote in message8 > news:de74637.0409280140.5075dcf1@posting.google.com...2 > > dooleys@snowy.net.au (dooley) wrote in message; > news:<1ca82fc6.0409271642.1e3094af@posting.google.com>... 9 > > > nojunk <nojunk@nojunk.hotmail.com> wrote in message 1 > news:<4157e50b$0$4033$61fed72c@news.rcn.com>... N > > > > I have installed CONNX8.X which is a middle between VMX and WindowsXP.L > > > > Would anyone please tell me how to generat configuration file *.CDD? > > > > Thans.A > > > cdd files are not really config files but database metadata 2 > > > You need to install the connx admin software) > > > and use the data dictionary manager C > > > you can import cdd definitions from varions sources .cdd .pdl 
 > > > Phil > > I > > I have installed CONNX8.x client and admin software. I do not see any G > > application that I can generate data dictionary file (*.CDD). Would  > > you please1 > > point it out. I am new in this filed. Thanks. ; > I am running a much older version, but the help file says L > http://www.connx.com/products/connx/Connx%208.9%20UserGuide/connxcdd32.htm > To create a CDD 5 > Click the Start button, and then point to Programs. 9 > Point to CONNX 8, and then click CONNX Data Dictionary. 7 > The Open dialog box appears. Click the Cancel button. 3 > The CONNX Data Dictionary Manager window appears. 7 > You can add or import CDD objects (databases, tables, 7 > fields, views, and stored procedures) by clicking the 4 > Add or Import buttons in the CONNX Data Dictionary7 > Manager window and then choosing an available object.  > Phil  ; Cool, but he wants to GENERATE .CDD files, not import them.   # Frankly, I'd be interested, also...    --   David J Dachtera dba DJE Systems  http://www.djesys.com/  ) Unofficial OpenVMS Hobbyist Support Page: " http://www.djesys.com/vms/support/  ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/    ------------------------------  # Date: Tue, 28 Sep 2004 22:18:22 GMT 1 From: Keith Parris <keithparris_NOSPAM@yahoo.com>  Subject: Re: As seen in WSJ 3 Message-ID: <Oql6d.11915$m86.8560@news.cpqcorp.net>    John Smith wrote: 0 > Hewlett-Packard Co. said it will stop offering? > desktop workstations based on Intel's Itanium microprocessor.   6 Business as usual, and zero impact on OpenVMS users...  I We haven't had OpenVMS workstations for many years on Alpha, either, but  H that hasn't stopped people from putting graphics cards into servers (or B simply leaving in the graphics card which comes with every server B anyway) and making their own workstations. Folks can and will use G rx1600, rx2600, even rx4640 systems as workstations under OpenVMS, and  D they'll continue to be supported by OpenVMS Engineering in doing so.   ------------------------------  % Date: Tue, 28 Sep 2004 19:52:10 +0100 + From: Rodrigo Ventura <yoda@isr.ist.utl.pt> % Subject: cluster now working! hurray! ) Message-ID: <m3vfdyxm3p.fsf@pixie.isrnet>   H My good-and-old DEC3000-based Alpha VMS cluster now works! My config is:        two DEC3000/500 (64MB)       three DEC3000/400 (32MB)   9 The two DEC3000/500 have been working ok, with no serious A problems. But after many attempts, the DEC3000/400 failed to boot B properly, because of lack of memory. Since memory DIMMs have to beC installed in sets of eight (!), and each one of them just had eight ? DIMMs installed, the only possible working configuration was to F sacrifice two of the DEC3000/400, and install 8 DIMMs from one of them in the third one.   C I've just did that, and the cluster is now working! Hurray! My sole B purpose, besides having a lot of fun with learning VMS, was to getF seti@home working in a cluster configuration. To start them all I justE have to do a "@SETI SUBMIT 3", and three jobs are issued to a generic D queue, which divides them among the three cluster members. Way cool!  B Thanks for all the help you guys from the newsgroup gave me!!! You were great!    Cheers,    Rodrigo Ventura    --    : *** Rodrigo Martins de Matos Ventura <yoda@isr.ist.utl.pt>. ***  Web page: http://www.isr.ist.utl.pt/~yoda0 ***   Teaching Assistant and PhD Student at ISR:7 ***    Instituto de Sistemas e Robotica, Polo de Lisboa 4 ***     Instituto Superior Tecnico, Lisboa, PORTUGALH *** PGP fingerprint = 0119 AD13 9EEE 264A 3F10  31D3 89B3 C6C4 60C6 4585   ------------------------------  # Date: Tue, 28 Sep 2004 22:17:21 GMT . From: "Jerry Alan Braga" <jabraga@flanagan.ca>) Subject: Re: CSWS_PHP & Squirrel Webmail! % Message-ID: <Rpl6d.18$Yu3.5@clgrps12>   K do your self a favour, stop here.  I went thru the same thing here and had  M to get HP to modify the scripts to make it work with VMS.  The nature of the  H frames and the access to the same session file makes this application a K no-go form VMS.   I do have a running copy of 1.4.2 but everytime you need  I to upgrade you have to apply the changes to the scripts again, by way of  J doing diffs from the originals.  Not worth it.  If squirrelmail goes away 7 from the 2 frame method than that is a different story.   I I ended up running it on a small windows 2000 server with apache and PHP  8 there.  Installed and worked like a charm the first try.    2 "Andoni" <andonilist@eurokom.ie> wrote in message , news:mqd6d.32312$Z14.11037@news.indigo.ie... > Hello, > G > I would like to know if anyone has come across a problem when getting  > programs to work on CSWS_PHP.  > K > I am running a free webmail client called Squirrel that I downloaded from : > the web and which works on Windows without any problems. > K > As soon as I log in to the application and it tries to create a session I " > get an error message which says: > L > <b>Warning</b>:  session_start(): read returned less bytes than requested  > inG > <b>/apache$root/php/scripts/squirrel/functions/global.php</b> on line  > <b>295</b><br /> > I > This line of global .php only has the session_start() function call and  > nothing else.  >  > I am running:  > OpenVMS 7.3-1  > Apache 1.3.26  > PHP 4.3.2  > 9 > Thanks in advance for any help you may be able to give.  >  > Kind regards,  > Andoni OConchubhair. >  >    ------------------------------  % Date: Tue, 28 Sep 2004 18:51:34 -0400 - From: JF Mezei <jfmezei.spamnot@teksavvy.com> ) Subject: Re: CSWS_PHP & Squirrel Webmail! , Message-ID: <4159EAE7.F63D91DB@teksavvy.com>   Jerry Alan Braga wrote: N > to get HP to modify the scripts to make it work with VMS.  The nature of theI > frames and the access to the same session file makes this application a  > no-go form VMS.   L Could you explin this further ? What exactly about this app makes it a no go$ on VMS bot a go on other platforms ?   ------------------------------  % Date: Tue, 28 Sep 2004 14:24:11 -0400 ( From: David Froble <davef@tsoft-inc.com>B Subject: Re: Get a grip! Itanium rx1600 servers selling for $1499!, Message-ID: <4159AC4B.1000503@tsoft-inc.com>   Bob Ceculski wrote:   o > bob@instantwhip.com (Bob Ceculski) wrote in message news:<d7791aa1.0409270653.4724dd14@posting.google.com>...  > : >>I just emailed Mark Gorham, and the current small box to9 >>be supported by vms is the 1600 server model ... and he 7 >>said right now, they are $1499, normally $2999 ... so 
 >>get a grip!  >> > ' > and Mark was right ... here they are!  > ; > http://www.openvms.org/stories.php?story=04/09/26/6244384  >   O The info on the HP web site says the system is a RX2600, not a RX1600.  So, if  7 the RX2600 is only $1500, what can a RX1600 be had for?   N You'll note that the VMS media is the 8.1 evaluation stuff.  Even with what I J think most will have to admit is inexpensive server hardware, what will a Q RX2600, or RX1600, with VMS for production use cost.  Will VMS prices be lowered  M to match the hardware, and other operating systems?  Possibly a bad question  5 since I don't know what other operating systems cost.    Dave   --  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: Tue, 28 Sep 2004 18:04:13 -0400 ' From: "Main, Kerry" <kerry.main@hp.com> B Subject: RE: Get a grip! Itanium rx1600 servers selling for $1499!R Message-ID: <FD827B33AB0D9C4E92EACEEFEE2BA2FB45D3CA@tayexc19.americas.cpqcorp.net>   > -----Original Message-----4 > From: David Froble [mailto:davef@tsoft-inc.com]=20" > Sent: September 28, 2004 2:24 PM > To: Info-VAX@Mvb.Saic.Com D > Subject: Re: Get a grip! Itanium rx1600 servers selling for $1499! >=20 > Bob Ceculski wrote:  >=20: > > bob@instantwhip.com (Bob Ceculski) wrote in message=20; > news:<d7791aa1.0409270653.4724dd14@posting.google.com>...  > >=20< > >>I just emailed Mark Gorham, and the current small box to; > >>be supported by vms is the 1600 server model ... and he 9 > >>said right now, they are $1499, normally $2999 ... so  > >>get a grip!  > >> > >=20) > > and Mark was right ... here they are!  > >=20? > > http://www.openvms.org/stories.php?story=3D04/09/26/6244384  > >=20 >=20A > The info on the HP web site says the system is a RX2600, not=20  > a RX1600.  So, if=209 > the RX2600 is only $1500, what can a RX1600 be had for?  >=20A > You'll note that the VMS media is the 8.1 evaluation stuff. =20  > Even with what I=20 B > think most will have to admit is inexpensive server hardware,=20 > what will a=20? > RX2600, or RX1600, with VMS for production use cost.  Will=20  > VMS prices be lowered=20B > to match the hardware, and other operating systems?  Possibly=20 > a bad question=20 7 > since I don't know what other operating systems cost.  >=20 > Dave >=20   Dave -  D While I do not know the specific costs, the new licensing scheme for? OpenVMS Itamium will definitely be cheaper than before. The new D licensing strategy will follow the HP-UX model of 3 different tiers.  E The base tier comes with unlimted user licensing and the same is true  for OpenVMS.  6 Reference the new license guide for VMS V8.2 found at:/ http://h71000.www7.hp.com/doc/os82ft_index.html      Regards   
 Kerry Main Senior Consultant  HP Services Canada Voice: 613-592-4660  Fax: 613-591-4477  kerryDOTmainAThpDOTcom (remove the DOT's and AT)=20  $ "OpenVMS has always had integrity .. Now, Integrity has OpenVMS .."   ------------------------------  # Date: Tue, 28 Sep 2004 22:27:37 GMT 1 From: Keith Parris <keithparris_NOSPAM@yahoo.com> B Subject: Re: Get a grip! Itanium rx1600 servers selling for $1499!3 Message-ID: <tzl6d.11920$Q86.8039@news.cpqcorp.net>    David Froble wrote: = > You'll note that the VMS media is the 8.1 evaluation stuff.   5 But note you can get the 8.2 EFT SDK for US$75 here:  T http://www.hp.com/products1/evolution/alpha_retaintrust/openvms/integrity-ready.html   ------------------------------  % Date: Tue, 28 Sep 2004 23:08:14 -0500 . From: Alphaman <alphaman-nix-spam@alphant.com>. Subject: Re: Hobbyist site licenses DOWN AGAIN2 Message-ID: <Tyq6d.113$Za.6@fe40.usenetserver.com>   Alan Frisbie wrote: = > I had the same problem about a month ago when I was getting > > a friend's system set up.   After waiting a week, I e-mailed@ > David Cathay and he replied that the procedure had been broken; > but was now fixed.   I'm guessing that it's broken again.  >  > Alan  I I left a message for David Cathey this afternoon regarding this issue; I  G hope we can get to the bottom of it soon!  I'd hate to lose my 50 days  ( of uptime due to expired licenses... 8^)  B   http://uptimes.hostingwired.com/account.php?op=details&hid=10205  H It would also probably really screw up my home automation system...  :^P   Aaron    ------------------------------  % Date: Wed, 29 Sep 2004 01:20:30 -0400 - From: JF Mezei <jfmezei.spamnot@teksavvy.com> . Subject: Re: Hobbyist site licenses DOWN AGAIN, Message-ID: <415A4618.34D770CE@teksavvy.com>   Alphaman wrote: J > I left a message for David Cathey this afternoon regarding this issue; IH > hope we can get to the bottom of it soon!  I'd hate to lose my 50 days* > of uptime due to expired licenses... 8^)   SET TIME="-20 00:00:00"   J This gets you an extra 20 days to settle the matter, and once settled, you reset the clock forward again.   ------------------------------  % Date: Tue, 28 Sep 2004 14:46:16 -0400 ( From: David Froble <davef@tsoft-inc.com>? Subject: Re: How do time synchronize Windows 2000 with OpenVMS? , Message-ID: <4159B178.3050808@tsoft-inc.com>   operagost wrote:  9 > "Yong Boon, Lim" <y0ngb00n@yahoo.com> wrote in message  & > news:cj7qhg$348$1@news4.jaring.my... > I >>l've one time server run in OpenVMS, l would like to synchronize all my ' >>client which run on Windows 2000 with J >>OpenVMS? l've tried to use NET TIME, but it does not work? Do anyone of  >>you  >>know how do solve this >>problem? Thank you!! >> > N > You will first need to enable and configure the NTP server on OpenVMS. Then I > you will need to execute the following command on your Windows clients:  >  >  >>net time /setsntp:10.0.0.1 >> > ( > Where 10.0.0.1 is your VMS server IP.  >  >  >   Q This didn't work for me in the past, but has just appeared to work.  The command  Q NET HELP TIME gives some help with the commands and options, but there isn't any  L discussion of what actually occures.  Is such available anywhere?  Does the P windows 2000 system periodically sycronize the time, or do it just set the time / once?  How do you check to see if it's working.   O The VMS documentation is much better, and the log file(s) let you know what is  
 happening.   Dave   --  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: Tue, 28 Sep 2004 15:05:46 -0400 - From: JF Mezei <jfmezei.spamnot@teksavvy.com> 5 Subject: Re: HP admits discontinued IA64 workstations , Message-ID: <4159B609.C6467FE7@teksavvy.com>  ( Andrew Harrison SUNUK Consultancy wrote:I > Quite, HP currently has 5 PA-RISC Workstations and 3 Alpha Workstations + > running HP-UX, Linux, Tru64 and OpenVMS.    C Technically, those alpha workstations are really small servers with L workstation options on them which isn't different from what HP IA64 has left for now.  M The difference is that they never annouced they were pulling out of the alpha T workstation market. They still marketed those desktop-packaged DS10 as workstations.  J In the case of HP, they announced they were pulling out of the workstationF market. While for now, it is credible that IA64 boxes will retain someM graphical/mouse capabilities in order to support Windows, there is no telling L if those will continue to have special "desktop" packaging, or if they trulyK will be expected to be mounted in a rack or on shelves with kvm switches to % handle the dozens of windows servers.    ------------------------------  % Date: Tue, 28 Sep 2004 15:24:16 -0400 - From: JF Mezei <jfmezei.spamnot@teksavvy.com> 5 Subject: Re: HP admits discontinued IA64 workstations , Message-ID: <4159BA5E.75841FD0@teksavvy.com>   Bill Gunshannon wrote:J > So what?  Sun has already demonstrated that they are willing to considerD > supporting a platform based strictly on the needs/desires of theirJ > customers.  As long as there are Sparc customers I suspect there will be > Sparc support.  N Yes. However, assuming  (for sake of discussion) that today, the 8086 from AMDN had equal features to Sparc and that SUN annouced it was pulling out of Sparc.M  There would be an outcry, but for a different reason. It woudln't be because < of the loss of a cheap platform, but over migration hassles.  M No matter what marketers tell you, any migration to a different architecture, N even if on same OS requires recertification, testing, migration plan, parallelL testing etc and that costs a lot of money to the customer, even if the OS is	 the same. B That is something which the VMS engineers seem to refuse to admit.  N > Yeah, and the imminent death of Unix has been predicted since the early 90's > (Byte, September 1992).   K Actually when you consider the number of unix vendors that no longer exist, L that was partly true. Take the case of Data General. They couldn't afford toL continue with their proprietary OS, so they switched to cheap Unix. But even, that wasn't enough and they no longer exist.  K > quite certain that Sun doesn't take the impending death of Sparc any more  > seriously.  M Sun *may* very well have a long term startegy that involves abandonning Sparc L and going all out on the 8086. However it isn't stupid enough to prematurelyM announce it, and it is still continuing to forge ahead with Sparc even though = they scaled back their engineering and rely on Fujitsu more.    F What disaspointed me however is that Fujitsu didn't take the Sun Sparc= engineers when sun let them go, and they instead went to AMD.   L > I think it much more likely, based on corporate history, that IA64 will go > away long before Sparc.     L Agree entirely. The installed base of Sparc requires it still go on for someL time. Since there is no installed base for IA64, Intel can decide to cut itsA losses and focus on the 8086 to compete head to head agsinst AMD.   G Many people, including Intel, had underestimated AMD, and now, Intel is J probably scrambling to catch up, and because it HAS to catch up and try toP beat AMD, it is likely that Intel's 8086 product will consistently surpass IA64.  J > Don't be too sure of that.  There is an Opensource Office Suite to rivalK > MS's.  There is an equivalent to PhotoShop that is Opensource.  There are Q > (and soon will be more that once were commercial) Opensource database packages.   I If you produce and print your own documents, they may be fine. But if you N exchange documents, deal with a printing shop, translate documents coming fromL customers (with translations sent back to customers), those packages may not< be good enough and you do need the real McCoy in such cases.   ------------------------------  % Date: Tue, 28 Sep 2004 22:30:35 +0200  From: Dirk Munk <munk@home.nl>5 Subject: Re: HP admits discontinued IA64 workstations 2 Message-ID: <cjchlh$krd$1@news4.zwoll1.ov.home.nl>   David Svensson wrote: c > JF Mezei <jfmezei.spamnot@teksavvy.com> wrote in message news:<415722B3.2AF21DA5@teksavvy.com>...  >  >>David J Dachtera wrote:  >>E >>>Rebuffing the ubiquitous platform (IA32 and its current successor, J >>>x86-64)) in favor of a target that is hoped to assume Alpha's place wasC >>>proof positive that the choice-makers of the time were hoplessly  >>>deranged and deluded. >>J >>Not that bad. Remember that initially, IA64 was to replace the aging andN >>thought to be near its limits 8086 architecture. IA64 was to go from desktopF >>to mainframe, be a young new revolutionary platform that would allowV >>mainframes to cost a lot less since they would be using high volume commodity chips. >  > G > Oh, you are taking on the usual FUD, that IA64 was about to take over H > the world (something that some analysts predicted). Intel's Andy GroveG > (and other Intel people) said several times during the 90's and later . > that x86 is not something that will go away.    Q You're right, but they meant the 32 bit x86. And they were talking about desktop  F   systems. If for some reason you would need a 64 bit system (server, O workstation) then clearly IA64 was the answer. Intel had nothing else to offer  I in 64 bits. It is only months ago that Intel even refused to discuss the  L posibility of 64 bit Intel x86 cpu's ! (no one needs a 64 bit system on the 2 desktop, just like no one needed more than 640kB).  P So clearly Intel was aiming at the IA64 for all your 64 bit systems, desktop or Q server. And since the present IA64 was just as clearly not very suitable for the  N desktop, they simply claimed you only need a 32 bit cpu on the desktop and in  small servers. Easy .........    ------------------------------  # Date: Tue, 28 Sep 2004 21:38:46 GMT & From: John Reagan <john.reagan@hp.com>5 Subject: Re: HP admits discontinued IA64 workstations 3 Message-ID: <GRk6d.11902$J46.8591@news.cpqcorp.net>    JF Mezei wrote:    > O > No matter what marketers tell you, any migration to a different architecture, P > even if on same OS requires recertification, testing, migration plan, parallelN > testing etc and that costs a lot of money to the customer, even if the OS is > the same. D > That is something which the VMS engineers seem to refuse to admit. >   G Huh?  I've never heard an engineer deny the extra cost of porting to a   different architecture.   E So for the record, we have tried to make OpenVMS I64 as identical as  D OpenVMS Alpha as possible (same for most compilers as well).  It is F built from the same source tree but of course has several pieces that F are platform specific.  We may have missed something.  That is why we F have field test and that is why 8.0 and 8.1 were evaluation releases. E When V8.2 ships, I would strongly suggest that every application get  H completely tested.  There are a small set of user-mode programs (mostly I Macro-32 programs) that will require source code changes.  We have tried  H to document them as best as possible and have added new features to the ) linker to help detect them in most cases.   F Now, from actual data from field test sites and porting clinics, most I user-mode programs have just recompiled and ran.  However, that does not  * eliminate the need for additional testing.  F Now, in theory, everybody should have done complete testing when they F updated OpenVMS Alpha or even just installed a new C compiler, right?  Or did you trust us then?      --   John Reagan / HP Pascal/{A|I}MACRO for OpenVMS Project Leader  Hewlett-Packard Company    ------------------------------  % Date: Tue, 28 Sep 2004 18:16:07 -0400 - From: JF Mezei <jfmezei.spamnot@teksavvy.com> 5 Subject: Re: HP admits discontinued IA64 workstations , Message-ID: <4159E29B.97B15D8B@teksavvy.com>   John Reagan wrote:I >> Huh?  I've never heard an engineer deny the extra cost of porting to a  > different architecture.  > F > So for the record, we have tried to make OpenVMS I64 as identical as> > OpenVMS Alpha as possible (same for most compilers as well).  M Point is that for a customer, having some application COMPILE is just a small L part of putting an application into production, especially when you considerM the number of 3rd party software and applciations that may be interdependant. J And that is the whole point the VMS management don't seem to understand inU trying to minimise the damage caused by the forced migration to a different platform.   N And when you have an application into production, you need to consider settingM up a test environment for the new platform, allocate human resources for that / project, and then consider the transition plan.    ------------------------------  # Date: Tue, 28 Sep 2004 18:19:12 GMT / From: "Jeff Goodwin" <jgoodwin@maine.rrr-r.com> G Subject: Re: Interbase on VMS (was Re: "Oracle RDB" licensing question) : Message-ID: <AWh6d.243829$bp1.151719@twister.nyroc.rr.com>  . "John Smith" <a@nonymous.com> wrote in message& news:a92dnc6xbsDoNcTcRVn-og@igs.net... ...big snip...L > Another mistake was not ensuring that the deal with Oracle included an RdbI > run-time license included with each copy of VMS (if memory serves, that  was + > part of the NAS-200 and higher licences).  > L RDB RTO was part of NAS 250, 300, and 400, but not part of 200.  It still is if you want to run V5 or less.  L That said, it certainly was shortsighted.  Our Oracle RDB/DBMS support costsL went up about 50X from our Digital costs.  Digital had no idea as to what it
 was worth.   ------------------------------  % Date: Tue, 28 Sep 2004 14:07:50 -0400 # From: "John Smith" <a@nonymous.com> G Subject: Re: Interbase on VMS (was Re: "Oracle RDB" licensing question) , Message-ID: <a92dnc6xbsDoNcTcRVn-og@igs.net>   Keith Cayemberg wrote: > John Smith wrote:  >> Neil Rieck wrote: >>2 >>> "John Smith" <a@nonymous.com> wrote in message* >>> news:gKudnckJ1OqpsMXcRVn-tQ@igs.net... >>> 
 >>> [snip] >>> F >>>> Interbase, which I happen to think was a pretty good DBMS on VMS,E >>>> is now open source though there has been no official VMS support  >>>> for it for a longH >>>> time. But at $80k for 2-cpu RDB license maybe somebody could make aF >>>> living selling 20 support contracts annually of Interbase on VMS. >>>> >>> C >>> Visiting www.interbase.com takes you to www.Borland.com where I H >>> didn't see any Open Source info. Is Borland talking about putting it >>> into an Open Source model? >> >> >>+ >> www.sourceforge.net/search   "interbase"  >> >> >  > D > Although OpenVMS was once a major InterBase platform. I have neverG > been able to find any binaries for VMS within the last several years. C > And I believe OpenVMS hasn't been actively supported by InterBase E > developers for many years, and I'm nearly certain that this support ? > stopped long before InterBase was released to the open source  > community in August 2000.  > F > This may mean that all available open source versions will need some5 > porting work before it runs comfortably on OpenVMS.  > ? > Please also consider the support user's have been getting for : > currently supported platforms at the open source site... > G > http://sourceforge.net/tracker/?atid=201962&group_id=1962&func=browse  > B > The "open" support requests go back almost to when InterBase was( > released to the open source community. > E > I do not wish to FUD InterBase, but I do want to point out that one G > should carefully consider the needs of their task and environment and D > as carefully research how well the potential solutions cover thoseE > needs. Certainly there are customers that would find InterBase fits  > their  > unique set of needs. > D > Also, Database  Technology is a highly complex world in itself, inC > which the details can matter very much! Correct DB comparisons of 
 > fitness for C > a job can require a great deal of tenacity. My experience Rdb has F > shown me that a database can have a great deal more mission-criticalC > cleverness and sophistication than you will find described in any H > marketing brochure or university textbook. (IMO only to be experienced+ > in an Rdb Internals class on this planet)  > C > It may very well be that I have missed some significant InterBase G > support sources (my last detailed search was a couple years ago), and > > I would be very interested to know what I've missed as well. > D > To facilitate anyone else's research over InterBase, I'm providing* > below my sources of info on InterBase... >  > * > _Potential Sources of InterBase Support_ > : > InterBase 6.0 Open Source SQL Database - SourceForge.net, > http://sourceforge.net/projects/interbase/ > = > Borland InterBase Software Cross Platform Embedded Database - > http://www.borland.com/interbase/index.html  > 5 > IBDI - Die InterBase Entwickler Initiative - German  > http://www.interbase2000.de/ > 
 > IBPhoenix -  > http://www.ibphoenix.com/  >  > F > _InterBase History - interesting relationship to Datatrieve and Rdb_ > - > How did Interbase appear? - Wayback Machine  > L http://web.archive.org/web/20030810013409/http://www.cvalde.com/misc/how_app	 eared.htm  >  > Interbase: A Bedtime Story5 > http://www.frayernet.com/PC_Life/pc_life_2_2_92.htm  > 2 > Die Interbase Entwicklungsgeschichte - in German3 > http://www.interbase2000.de/IBAbout/IbRoadmap.htm  > $ > Wie Interbase entstand - in German* > http://www.interbase2000.de/hist/ah1.htm > B > Client Server NEWS 364 Sept. 1, 2000 - InterBase Rises - Wayback	 > Machine  > K http://web.archive.org/web/20040227204130/http://www.ibphoenix.com/a641.htm     L I don't know whether any of the 'open source' contains any VMS-isms in it orG whether that was stripped out prior to release into the wild. It may be = worth someone's effort to e-mail or call Borland to find out.   J I used Interbase (v3.3 I think, on VMS 5.5) for a short while and was very5 impressed with it for the application it was used on.     K DEC's sale of RDB to Oracle has to rank up there amongst the more stupid of D their decisions, especially if the NT/unix port was to be imminentlyK released as was thought at the time. As I have previously written here, DEC K could have spun-off the Rdb unit and sold 49% or more of the stock for more K money than they received from Oracle. The stock market would have been very 4 receptive at that time if the unix/NT port was real.  J Another mistake was not ensuring that the deal with Oracle included an RdbK run-time license included with each copy of VMS (if memory serves, that was ) part of the NAS-200 and higher licences).    ------------------------------  # Date: Tue, 28 Sep 2004 23:31:29 GMT 1 From: Keith Parris <keithparris_NOSPAM@yahoo.com> 4 Subject: Re: Long Distance shadowing options for VMS2 Message-ID: <lvm6d.11935$Mc6.623@news.cpqcorp.net>  
 mjw wrote:H > In my environment we have a number of Multisite OpenVMS V7.3-1 and -2 O > clusters using dual Fibre Channel links for IO and dual Ethernet for cluster  H > comms.  This is all fine, works well and the performance is more than + > acceptable over an approx. 10km distance.   C Not surprising. At this distance, latency due to speed-of-light is  G hardly noticeable. And Fibre Channel buffer-to-buffer credit shortages  / wouldn't be an issue until 50-70 km over fiber.   M > My next trick will be to replicate this cross site shadowed data over long  ! > distance (>1000km) for true DR.   H I was in New York City a week ago, and this is a need shared by most of I the financial organizations in New York City, too, many of whom extended  G their inter-site distances after 9/11 from 5-10 km up to the 50-100 km  B range only to have a region-wide blackout put out the lights over H distances of many 100s of km. I talked with the LUG there about storage 3 trends, including a bit about SAN Extension -- see    http://www2.openvms.org/kparris/  @ The tricky part is many users there also require zero data loss @ (Recovery Point Objective of zero). (In contrast, Recovery Time L Objectives were commonly in the 4-hour range -- not very hard to meet that.)  $ > Now obviously this has to be done B > asynchronously to avoid delays which is fine but how to do this?  I Asynchronous disk replication is one way around the latency. But I don't 9? feel that it is obvious that this is the best or only solution.e  H I figure the round-trip latency at 1000 km through fibre will be around I 10 milliseconds. Writes may take two round trips, so say a penalty of 20 cF milliseconds for a synchronous write. Disk writes of small size might I take 8-9 milliseconds today, or maybe only a millisecond into controller IF write-back cache. Will an additional 20 ms on writes adversely impact E your application? Only you can say for sure, and probably only after nE some testing at simulated distances. I ran a cluster at about 40% of wF that distance for a stock brokerage, and the disk write latencies for < remote shadowset members weren't a problem at all for their G applications, although lock-request latencies were a potential problem MH for a few applications (necessitating careful control of which site the A lock-master nodes for critical application files were located at  E compared with the processes which took out locks on those files). My 'G experience is documented in a couple of presentations on long-distance e1 clusters at http://www.geocities.com/keithparris/   ? Other ways of doing the data replication include doing it with PH middleware at the transaction level (i.e. using RTR Shadowing to send a H transaction to two separate back-end clusters spread far apart) instead H of replicating all the disk I/Os generated by a database transaction at H one site to another distant site. You might also replicate transactions > at the database level (e.g. Oracle) instead of the disk level.  H The idea with either of these approaches is that it may be less painful H in terms of user-level application response time to send a small amount @ of transaction data over a long distance and drive the database B transactions at two sites rather than having to replicate all the H back-end database and journal log-file writes to disk that occur behind  the database software.  I Another approach might be to copy database backups across overnight, and eH then during the day, periodically ship database log files across to the F distant site (or maybe shadow just those log files if no data loss is ? acceptable, and provided performance is acceptable doing that).g  
 > I still M > want to maintain my local site to site shadows using VMS shadowing to give 0 > me site disaster tolerance.   F Should be no problem retaining that. Even with RTR Shadowing or other D transaction-based replication methods, the two back-end servers [or 8 server clusters] can each be disaster-tolerant clusters.  6 > My goal is to have a start of day position in place.  5 So you can lose up to a day's worth of transactions??a  J > I have thought about EVA to EVA Continuos Access but the configurations M > required, minimum dual link requirements etc etc are starting to look very sM > unactractive from a cost perspective especially give my normal transaction   > rates.  B SAN Extension can be achieved in many ways, over various WAN link E options, including E3, ATM at various data rates, SONET rings, or IP  G networks. This technique uses a pair of boxes from companies like CNT, hA SAN Valley, Brocade, or Cisco (or the corresponding B-series and  I C-series products from HP) to connect two Fibre Channel SANs over a WAN. hH How much redundancy you'd configure in the inter-site WAN would seem to ! be a cost/benefit/risk trade-off.   B HP has a guide called "HP StorageWorks Continuous Access and Data D Replication Manager SAN Extensions Reference Guide" -- I found in a 0 search on the HP website that there's a copy at O http://h20000.www2.hp.com/bc/docs/support/SupportManual/c00062684/c00062684.pdf   I What are your normal transaction rates? Were you implying that they were iH low, and that two lines' bandwidth would be overkill, or that they were , high, requiring costly high-bandwidth links?  H > Anyone know of any third party options out there or do I just look at O > shipping daily incremental backup copies which might have issues due to time : > constraints and data volumes.e  ) I've pointed out a few 3rd-party options.   G First thing I'd determine is your business requirements with regard to SH Recovery Point Objective and Recovery Time Objective and solution cost, I and judge all potential solutions as to whether they meet those business ,
 requirements.t   ------------------------------  # Date: Tue, 28 Sep 2004 19:27:24 GMTs# From: hoff@hp.nospam (Hoff Hoffman) K Subject: Re: Maximum file size, FAQ v. "Guide to OpenVMS File Applications"i3 Message-ID: <wWi6d.11869$iC5.1115@news.cpqcorp.net>n  X In article <2rlt41F1c3l56U1@uni-berlin.de>, Paul Sture <nospam@sture.homeip.net> writes: :sms@antinode.org wrote: :e :>    Also, my old FAQ bookmarkeI :> ("ftp://ftp.digital.com/pub/Digital/dec-faq/OpenVMS.txt") still works,- :> but the data seem stale.e  A   I'll pass along a note to the OpenVMS webmaster to replace that D   old copy of the FAQ with a new one, or (probably more likely) withB   a text file containing a pointer to the current home of the FAQ.   :Try this one: : 6 :http://www.openvms.compaq.com/wizard/openvms_faq.html  ,   The "official" URL for the OpenVMS FAQ is:  $     http://www.hp.com/go/openvms/faq  G   As for the original question, the underlying storage addressing limit J   within the file system is 2TB, but the supported and expected-functionalG   limit is 1TB.  The FAQ is (more) correct here than is the file systemr   book, in other words.   L   The FAQ editor will provide you with identical information, I expect.  :-)    N  ---------------------------- #include <rtfaq.h> -----------------------------K     For additional, please see the OpenVMS FAQ -- www.hp.com/go/openvms/faqmN  --------------------------- pure personal opinion ---------------------------E         Hoff (Stephen) Hoffman   OpenVMS Engineering   hoff[at]hp.comv   ------------------------------  % Date: Tue, 28 Sep 2004 21:25:23 -0500h2 From: David J Dachtera <djesys.nospam@comcast.net>K Subject: Re: Maximum file size, FAQ v. "Guide to OpenVMS File Applications"t+ Message-ID: <415A1D13.D3475B84@comcast.net>g   Hoff Hoffman wrote:t > Z > In article <2rlt41F1c3l56U1@uni-berlin.de>, Paul Sture <nospam@sture.homeip.net> writes: > :sms@antinode.org wrote: > :n! > :>    Also, my old FAQ bookmarkOK > :> ("ftp://ftp.digital.com/pub/Digital/dec-faq/OpenVMS.txt") still works,5 > :> but the data seem stale.- > C >   I'll pass along a note to the OpenVMS webmaster to replace thataF >   old copy of the FAQ with a new one, or (probably more likely) withD >   a text file containing a pointer to the current home of the FAQ. >  > :Try this one: > :e8 > :http://www.openvms.compaq.com/wizard/openvms_faq.html > . >   The "official" URL for the OpenVMS FAQ is: > & >     http://www.hp.com/go/openvms/faq  & Any chance for an index of "go" links?  D Suggestion: Let go/index.html be a list of links available via "go".  4 (I know - not your baliwick. Please pass forward...)   -- f David J Dachtera dba DJE Systems. http://www.djesys.com/  ) Unofficial OpenVMS Hobbyist Support Page:d" http://www.djesys.com/vms/support/  ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/    ------------------------------  + Date: Tue, 28 Sep 2004 18:01:43 +0000 (UTC)e1 From: Jefferson Humber <matrix01@globalnet.co.uk>o% Subject: Most Wanted - VMS 6.1 VAX CD 0 Message-ID: <cjc8u7$4fe$1@sparta.btinternet.com>  H Does anybody know of any FTP sites hosting the OpenVMS 6.1 VAX binaries # CD for download ? (Is this legal ?)d  ? If not can anyone lend me one in the UK ? (Is this legal too ?)   G Badly need one for 5.5-2H4 --> 7.3 migration (6.1 is purely a stepping o stone).e   Thanks,m   Jeff   ------------------------------  % Date: Tue, 28 Sep 2004 14:21:45 -0400s) From: Andrew Robert <arobert@townisp.com>h) Subject: Re: Most Wanted - VMS 6.1 VAX CD 0 Message-ID: <10ljatq4uud0677@corp.supernews.com>  > You should be able to contact your HP support and request one.  6 They have all the old binaries available upon request.     Jefferson Humber wrote: J > Does anybody know of any FTP sites hosting the OpenVMS 6.1 VAX binaries % > CD for download ? (Is this legal ?)  > A > If not can anyone lend me one in the UK ? (Is this legal too ?)  > I > Badly need one for 5.5-2H4 --> 7.3 migration (6.1 is purely a stepping r	 > stone).  > 	 > Thanks,4 >  > Jeff   ------------------------------  # Date: Tue, 28 Sep 2004 22:23:23 GMT 1 From: Keith Parris <keithparris_NOSPAM@yahoo.com>eM Subject: Re: Must read on past failures needing correction for VMS to survive 3 Message-ID: <vvl6d.11919$V86.1466@news.cpqcorp.net>h   terry golden wrote:pF > I came across a really frank article on why DEC failed in marketing.  = It says "when DEC started the Open Software Foundation -- an mF organization founded with IBM and seven others in an attempt to bring > Unix development under proprietary control -- and cut off new & development funding for Unix users"...  G Huh? I thought OSF was formed as a defense when AT&T got too cozy with 2I computer manufacturers, like NCR (and buying a 15% stake in Sun) and the nF rest of the UNIX world feared they would bring UNIX under proprietary F control. And rather than cutting new development funding, DEC brought G OSF/1 into Tru64 and invented TruClusters -- that's hardly cutting off   new UNIX development.s   ------------------------------  # Date: Wed, 29 Sep 2004 02:03:19 GMTsL From: winston@SSRL.SLAC.STANFORD.EDU (Alan Winston - SSRL Central Computing)M Subject: Re: Must read on past failures needing correction for VMS to survivea6 Message-ID: <00A38916.47C2EC5A@SSRL.SLAC.STANFORD.EDU>  g In article <vvl6d.11919$V86.1466@news.cpqcorp.net>, Keith Parris <keithparris_NOSPAM@yahoo.com> writes:i >terry golden wrote:G >> I came across a really frank article on why DEC failed in marketing.  >s> >It says "when DEC started the Open Software Foundation -- an G >organization founded with IBM and seven others in an attempt to bring e? >Unix development under proprietary control -- and cut off new ,' >development funding for Unix users"...c >mH >Huh? I thought OSF was formed as a defense when AT&T got too cozy with J >computer manufacturers, like NCR (and buying a 15% stake in Sun) and the G >rest of the UNIX world feared they would bring UNIX under proprietary  G >control. And rather than cutting new development funding, DEC brought iH >OSF/1 into Tru64 and invented TruClusters -- that's hardly cutting off  >new UNIX development.  I ("Brought OSF/1 into Tru64" is something of a misprision; released OSF/1,jI which eventually got renamed into Digital Unix and then into Tru64, which   would be somewhat more like it.)  J At this time, DEC started messing with their MIPS-based Ultrix users, withL promises that they'd get OSF/1 which were later  rescinded.  This upset some8 of them as badly as some of the 36-bit users were upset.   -- Alanm   ------------------------------  % Date: Tue, 28 Sep 2004 14:27:42 -0400 ) From: Andrew Robert <arobert@townisp.com>a" Subject: Odd behavior in XFC cache0 Message-ID: <10ljb8va1hhn5f3@corp.supernews.com>   Hi Everyone,  J I recently upgraded my Alpha GS-140 to 8 EV6 processors and 12G of memory.  1 As a part of this, I set the VCC_MAX_SIZE to 10G.y  @ What is odd is that the cache allocates and uses only around 8G.  I Is there a limit to XFC somewhere or is there something else I should be  1 tuning to take advantage of the increased memory?a  D Any assistance you can provide on this would be greatly appreciated.   Thanks,i Andy   ------------------------------  # Date: Tue, 28 Sep 2004 19:03:14 GMTg" From:   VAXman-  @SendSpamHere.ORG8 Subject: TCPIP$SMTP_SEND_FROM_FILE, what's its future???0 Message-ID: <00A388F4.C5D9BA99@SendSpamHere.ORG>  H I needed to make a modification to a customer program that is using thisH API however I cannot find a reference in the TCP/IP programming doc set.  I Is this obsolete?  If so, is there a new API that has or will replace it?lH What version of TCP/IP services had this documented?  Was it *EVER* doc- umented?   --  < http://www.ProvN.com  for the *best* OpenVMS system security=                       solutions that others only claim to be.S -- e, Cyber-Terrorism (si'-ber tayr'-or-iz-em) n.:M   The release of, the sale of, or the use of any Micro$oft software product! y --  K VAXman- A Bored Certified VMS Kernel Mode Hacker   VAXman(at)TMESIS(dot)COM-   ------------------------------  % Date: Tue, 28 Sep 2004 16:21:35 -0400O- From: JF Mezei <jfmezei.spamnot@teksavvy.com>i< Subject: Re: TCPIP$SMTP_SEND_FROM_FILE, what's its future???, Message-ID: <4159C7C9.6CE8985D@teksavvy.com>  ! VAXman-, @SendSpamHere.ORG wrote:dJ > I needed to make a modification to a customer program that is using thisJ > API however I cannot find a reference in the TCP/IP programming doc set.    E I did find a reference to the SFF once in the manuals but it had some J inconsistencies. HOWEVER, the documentation in the Ask the wizzard is moreM complete. I pointed it to the documentation folks who had been unaware of theu1 far more complete SFF doc in the ask the wizzard.h  K Can't remember exactly which TCPIP manual has the SFF documentation though.pM Could be the main one (TCPIP management manual I think it is called). I thinko- it started to be documented only at TCPIP 5.3I   ------------------------------  # Date: Tue, 28 Sep 2004 20:41:10 GMTD" From:   VAXman-  @SendSpamHere.ORG< Subject: Re: TCPIP$SMTP_SEND_FROM_FILE, what's its future???0 Message-ID: <00A38902.74327E66@SendSpamHere.ORG>  \ In article <4159C7C9.6CE8985D@teksavvy.com>, JF Mezei <jfmezei.spamnot@teksavvy.com> writes:" >VAXman-, @SendSpamHere.ORG wrote:K >> I needed to make a modification to a customer program that is using this-K >> API however I cannot find a reference in the TCP/IP programming doc set.e >v >cF >I did find a reference to the SFF once in the manuals but it had someK >inconsistencies. HOWEVER, the documentation in the Ask the wizzard is moreCN >complete. I pointed it to the documentation folks who had been unaware of the2 >far more complete SFF doc in the ask the wizzard. > L >Can't remember exactly which TCPIP manual has the SFF documentation though.N >Could be the main one (TCPIP management manual I think it is called). I think. >it started to be documented only at TCPIP 5.3    E I've found nothing in the wizzard with a link to documentation.  All >' references say it's NOT yet documented.n  E FWIW, the TCP/IP doc set could use a master index.  That won't likely F happen as they're too busy ruining a good thing by putting the VMS doc$ set into HP's BrainHPuck(tm) format.     --  < http://www.ProvN.com  for the *best* OpenVMS system security=                       solutions that others only claim to be.p -- ?, Cyber-Terrorism (si'-ber tayr'-or-iz-em) n.:M   The release of, the sale of, or the use of any Micro$oft software product! > --  K VAXman- A Bored Certified VMS Kernel Mode Hacker   VAXman(at)TMESIS(dot)COM    ------------------------------  # Date: Tue, 28 Sep 2004 20:55:33 GMTs" From:   VAXman-  @SendSpamHere.ORG< Subject: Re: TCPIP$SMTP_SEND_FROM_FILE, what's its future???0 Message-ID: <00A38904.7706CC83@SendSpamHere.ORG>  S In article <00A38902.74327E66@SendSpamHere.ORG>, VAXman-  @SendSpamHere.ORG writes:d] >In article <4159C7C9.6CE8985D@teksavvy.com>, JF Mezei <jfmezei.spamnot@teksavvy.com> writes:n# >>VAXman-, @SendSpamHere.ORG wrote:eL >>> I needed to make a modification to a customer program that is using thisL >>> API however I cannot find a reference in the TCP/IP programming doc set. >> >>G >>I did find a reference to the SFF once in the manuals but it had someeL >>inconsistencies. HOWEVER, the documentation in the Ask the wizzard is moreO >>complete. I pointed it to the documentation folks who had been unaware of the 3 >>far more complete SFF doc in the ask the wizzard.- >>M >>Can't remember exactly which TCPIP manual has the SFF documentation though.fO >>Could be the main one (TCPIP management manual I think it is called). I thinkn/ >>it started to be documented only at TCPIP 5.3  >n >wF >I've found nothing in the wizzard with a link to documentation.  All ( >references say it's NOT yet documented. >nF >FWIW, the TCP/IP doc set could use a master index.  That won't likelyG >happen as they're too busy ruining a good thing by putting the VMS doc % >set into HP's BrainHPuck(tm) format.e    J I did find something in the TCP/IP User's Guide?  Why?  It's a programming
 interface.  ' What was there was perfectly useless!    --  < http://www.ProvN.com  for the *best* OpenVMS system security=                       solutions that others only claim to be.  --  , Cyber-Terrorism (si'-ber tayr'-or-iz-em) n.:M   The release of, the sale of, or the use of any Micro$oft software product! n -- lK VAXman- A Bored Certified VMS Kernel Mode Hacker   VAXman(at)TMESIS(dot)COMt   ------------------------------  % Date: Tue, 28 Sep 2004 17:15:12 -0400h- From: JF Mezei <jfmezei.spamnot@teksavvy.com> < Subject: Re: TCPIP$SMTP_SEND_FROM_FILE, what's its future???, Message-ID: <4159D457.25967F11@teksavvy.com>  H Ok, it is in the <company> TCPIP Services for ____VMS management manual.   TCP/IP Services forF OpenVMSv
 Management Order Number: AALU50LTEw January 2001E This manual describes how to configure and manage the TCP/IP Servicesp product.: Revision/Update Information: This manual supersedes Compaq TCP/IP Services for OpenVMSo Management, Version 5.0.4 Software Version: Compaq TCP/IP Services for OpenVMS Version 5.1s3 Operating System: OpenVMS Alpha Versions 7.1, 7.2-1s OpenVMS VAX Versions 7.1, 7.2    The SFF stuff is at:% Section 17.7, starting at page 17-26.r   ------------------------------  % Date: Tue, 28 Sep 2004 17:20:51 -0400r- From: JF Mezei <jfmezei.spamnot@teksavvy.com>t< Subject: Re: TCPIP$SMTP_SEND_FROM_FILE, what's its future???, Message-ID: <4159D5AA.785A2A5E@teksavvy.com>  ! VAXman-, @SendSpamHere.ORG wrote: F > I've found nothing in the wizzard with a link to documentation.  All) > references say it's NOT yet documented.h  I Correct because the Wizzard section was written before they got around to L putting it in the documentation. The funny part is that folks who documentedN it were unaware of the existing and more complete documentation in the wizzard	 section !   H Now, what is really needed is for the VMS folks to agree to document theL TCPIP$_____ routines that are in the TCPIP$ACCESS_SHR.EXE file and which are0 used profusely by stuff like the SMTP software.   I SEND_FROM_FILE is OK for low volume applications, but not for high volume N stuff. (remember that a SFF file gets reparsed by the SFF image which uses theM TCPIP$ routines in the same way the SMTP Receiver does to insert entries inton the smtp queues.   ------------------------------  # Date: Tue, 28 Sep 2004 22:12:45 GMTa# From: hoff@hp.nospam (Hoff Hoffman)t< Subject: Re: TCPIP$SMTP_SEND_FROM_FILE, what's its future???3 Message-ID: <xll6d.11913$F16.1600@news.cpqcorp.net>o  S In article <00A38902.74327E66@SendSpamHere.ORG>, VAXman-  @SendSpamHere.ORG writes:i] :In article <4159C7C9.6CE8985D@teksavvy.com>, JF Mezei <jfmezei.spamnot@teksavvy.com> writes: # :>VAXman-, @SendSpamHere.ORG wrote:eL :>> I needed to make a modification to a customer program that is using thisL :>> API however I cannot find a reference in the TCP/IP programming doc set. :> :>G :>I did find a reference to the SFF once in the manuals but it had somemL :>inconsistencies. HOWEVER, the documentation in the Ask the wizzard is moreO :>complete. I pointed it to the documentation folks who had been unaware of theo3 :>far more complete SFF doc in the ask the wizzard.o :>M :>Can't remember exactly which TCPIP manual has the SFF documentation though. O :>Could be the main one (TCPIP management manual I think it is called). I thinks/ :>it started to be documented only at TCPIP 5.3, :eF :I've found nothing in the wizzard with a link to documentation.  All ( :references say it's NOT yet documented.    F   What I see in ATW indicates V5.1 and later -- it may well have firstF   been in the release notes in that version, FWIW, but it is listed inD   the current TCP/IP Services manuals, in the section on using SMTP.  >   ATW topic (4492), and here's the main documentation for SFF:  F   http://h71000.www7.hp.com/doc/732FINAL/6525/6525pro_016.html#sff_sec  B   I'd expect to see (4492) updated to point to this material, too.    N  ---------------------------- #include <rtfaq.h> -----------------------------K     For additional, please see the OpenVMS FAQ -- www.hp.com/go/openvms/faqxN  --------------------------- pure personal opinion ---------------------------E         Hoff (Stephen) Hoffman   OpenVMS Engineering   hoff[at]hp.come   ------------------------------  + Date: Wed, 29 Sep 2004 00:27:23 +0000 (UTC)t, From: lewis@PROBE.MITRE.ORG (Keith A. Lewis)< Subject: Re: TCPIP$SMTP_SEND_FROM_FILE, what's its future???. Message-ID: <cjcvhb$763$1@newslocal.mitre.org>  \  writes in article <00A388F4.C5D9BA99@SendSpamHere.ORG> dated Tue, 28 Sep 2004 19:03:14 GMT:I >I needed to make a modification to a customer program that is using thiseI >API however I cannot find a reference in the TCP/IP programming doc set.G >eJ >Is this obsolete?  If so, is there a new API that has or will replace it?I >What version of TCP/IP services had this documented?  Was it *EVER* doc-m	 >umented?   A It's documented at http://h71000.www7.hp.com/wizard/wiz_4492.htmle  I The MAIL$SEND_* routines are supported and work with tcp/ip.  For myself,A I'll stick to those.  0 --Keith Lewis              klewis {at} mitre.org> The above may not (yet) represent the opinions of my employer.   ------------------------------  % Date: Tue, 28 Sep 2004 21:28:10 -0400o- From: JF Mezei <jfmezei.spamnot@teksavvy.com> < Subject: Re: TCPIP$SMTP_SEND_FROM_FILE, what's its future???, Message-ID: <415A0F93.64F305F8@teksavvy.com>   "Keith A. Lewis" wrote:yK > The MAIL$SEND_* routines are supported and work with tcp/ip.  For myself,  > I'll stick to those.  L Those routines do not allow you to create anything else than text files, andL lack much more flexibility that SFF grants if you use it with privs (such as specifying the from afrress).    ------------------------------    Date: 28 Sep 2004 12:43:58 -07001 From: susan_skonetski@hotmail.com (Sue Skonetski)e Subject: Technical update days= Message-ID: <857e9e41.0409281143.4b51c000@posting.google.com>t   Dear Distribution Lists,  > As you are aware, one of the projects that the OpenVMS Team isE involved in is the OpenVMS Technical Update days(TUDs).  This year we @ will be doing TUD's in Sweden, Netherlands, England, Austria andD Germany starting on Oct 8th.  The agenda for each event is below forD your use.  For registration information please visit the calendar on the OpenVMS Web page< http://h71000.www7.hp.com/events/EXTERNALCALENDARBYDATE.HTML  E Please do keep in mind that the agendas can change and frequently do. D We usually say at the Ambassadors and boot camp, the agenda is final= when the event is over. The names in () are the local OpenVMS B Ambassadors responsible for coordinating the events, and they have done an excellent job.  ! Any questions please let me know.u  
 Warm Regards,  Suel       . Agendas for the European Technical Update Days  ! Sweden Oct 8th (Anders Johansson)h 08:00	Registration + coffeev# 08:30	Welcome									Bjrn Lannert/ 08:40	HP OpenVMS Strategy							Susan Skonetskic1 09:20	OpenVMS Technical update						Steve Hoffman, 10:15	Breakm+ 10:30	OpenVMS and IPF								Andy Goldsteino0 11:15	Porting apps and running on						Guy Peleg 	OpenVMS I64= 12:00	A real porting experience						Anders Sundqvist, Essnetn 12:10	Lunch 1 13:00	Licensing & utilities update						Guy PelegC2 13:45	Performance expectations						Andy Goldstein 	between Alpha and I64 14:30	BreakCB 14:45	Oracle Rdb update								Bill Gettys, Norm Lastovica, OracleE 15:30	Opensource & application						Steve Hoffman, Kevin Fitzpatrick   	integration on OpenVMS@- 16:15	Summarizing the day							Bjrn Lannern    ( Netherlands Oct 11 -12 (Gerrit Woertman)& OpenVMS sessions on Monday, October 11E  09.00 - 09.45 OpenVMS Strategy and Directions				Susan Skonetski, HPi>  09.45 - 10.30 OpenVMS Technical Update					Andy Goldstein, HPB 10.45 - 11.30 Integration of OpenVMS data and applications 		Kevin FitzPatrick, HPoD 11.30 - 12.15 Oracle Rdb Update						Bill Gettys and Norm Lastovica, OracleE 13.15 - 14.00 Porting OpenVMS Applications to Integrity Servers  	Guyd	 Peleg, HPeE 14.00 - 14.55 OpenVMS License Migration Options		   	 	Andre de Wolf,i HP7 15.00 - 18.00 Choice from 2 tutorials/hands-on sessions 5 - 		Unix portability hands-on  					Brad McCusker, HPtF or -	 Hands- on met gebruik van T4 & Friends tools en technieken Steve
 Lieman, HP(  OpenVMS sessions on Tuesday, October 12C 11.20 - 12.00 Intel Itanium Architecture, the latest info 		Piet de 
 Ruiter, IntelaE 12.10 - 12.50 OpenVMS and Integrity Servers systems			Andy Goldstein,  HP; 14.00 - 14.40 OpenVMS Utilities and DCL Update				Guy Peleg4A 14.50 - 15.30 New Secure Email Server 				 	Kevin Fitzpatrick, HPu@ 15.50 - 16.30 OpenVMS Undocumented Features				Steve Hoffman, HP; 16.40 - 17.20 OpenVMS Hints and Kinks					Steve Hoffman, HPo  
 Travel Oct 13"   London Oct 14  15 (Ray Turner)    Thursday Oct 14T 09:15 am	Welcome - Ray Turner > 09:30 am	OpenVMS Strategy and Directions  				Susan Skonetski 5 10:25 am	OpenVMS Technical Update 					Andy Goldstein  11:20 am 	Breake; 11:35 am 	Intel - Technology and Directions 				Toby Smith c 12:30 pm 	Lunch 4 13:25 pm	Porting Applications to IPF 					Guy Peleg 6 14:20 pm 	OpenVMS and IPF Systems 					Andy Goldstein  15:15 pm 	Breaki3 15:30 pm 	OpenVMS Utilities and DCL 					Guy Peleg s: 16:25 pm 	OpenVMS Undocumented Features 				Steve Hoffman # 17:20 pm 	Close 								Ray Turner - 17:30 pm 	Finish. 	Extra! ....Special Interest Evening Sessions > 17:45 pm 	OpenVMS Licensing on I64 				Guy Peleg/Andr DeWolfe 			orM/ 		T4 Performance Measurement 					Steve Lieman s 19:00 pm 	Finish  
 Friday Oct 15.  $ 09:15 am	Welcome 								Ray Turner = 09:25 am	Integration of OpenVMS Data and Applications 		Keviny FitzPatricktF 10:20 am 	Oracle Rdb Update 						Norm Lastovica/Bill Gettys (Oracle)  11:15 am 	Breakt; 11:30 am 	Attaining Enterprise Application Integration with,= Service-Oriented Architectures: an optimal approach to an old 	 challenge> 											John Apps > 12:25 pm 	Lunch88 13:20 pm	New Secure Email Server 					Kevin FitzPatrick @ 14:15 pm 	Oracle Rdb IPF Update 						Norm Lastovica/Bill Gettys (Oracle) 15:10 pm 	Breakw5 15:25 pm 	OpenVMS Hints and Kinks 					Steve Hoffman  9 16:20 pm 	OpenVMS Promotions in the UK 					Martin Riley u# 16:50 pm 	Close 								Ray Turner      17:05 pm 	Break/Finish     Sunday Oct 17 Travel to Vienna  $ Vienna Oct 18-19 (Wilfried Bergmann)
 Monday Oct 18n# 08:30 - 09:00 Registration & Coffeen2 09:00 - 09:15 Welcome								Wilfried Bergmann, HPB 09:15 - 10:00 OpenVMS Strategy & Directions				Susan Skonetski, HPE 10:00 - 11:00 License migration options					Guy Peleg, Andre de Wolf,h both HPu 11:00 - 11:15 BreakgF 11:15 - 12:15 OpenVMS Technical Update V7.3 & beyond			Andy Goldstein, HPA 12:15  13:00 Integration of OpenVMS Data and Applications		Kevini FitzPatrick C 14:00 - 15:00 OpenVMS & IPF Systems (base OS)				Andy Goldstein, HPa; 15:00 - 15:45 Porting Applications to IPF					Guy Peleg, HPr 15:45 - 16:15 Breako: 16:15 - 17:15 OpenVMS Hints & Kinks 					Steve Hoffman, HP. 17:15  17:30 Closure								Wilfried Bergmann Tuesday Oct 19! 08:30 - 09:00 Coffee & Discussiont2 09:00 - 09:15 Welcome								Wilfried Bergmann, HPA 09:15 - 10:00 Itanium Microarchitecture					Alan Priestley, IntelpB 10:00 - 10:45 Oracle Rdb Update						Norm Lastovica & Bill Gettys, Oracle@ 10:45 - 11:30 Oracle Rdb on IPF Update					Norm Lastovica & Bill Gettys, Oracle 11:30 - 11:45 BreaknF 11:45 - 12:30 CHARON-VAX Emulator						Robert Boers, SRI International@ 12:30 - 13:15 DCL in the 21st century (OpenVMS Utilities and DCL( update)Guy Peleg, HP 13:15 - 14:00 Lunch; 14:00 - 14:45 New Secure Email Server					Kevin FitzPatricksF 14:45 - 15:30 Tips & Tricks for improving YOUR application performance! Guy Peleg, HP 15:30 - 16:00 Breakn@ 16:00 - 17:00 OpenVMS Undocumented Features				Steve Hoffman, HP, 17:00-17:15	Closure								Wilfried Bergmann   Oct 20 Travel to Germany4 Germany Oct 21, 22 (Guenter Kriebel, Thomas Siebold) Thursday Oct 21s 9:00	Begruessung						/ 9:15	OpenVMS Business Update							Ken Surplicen8 9:30	OpenVMS Strategy and Directions					Susan SkonetskiC 10:30	Intel Intanium Processor Roadmap and Technology Update	Gernotn Hoyler ( Intel )) 11:30	Neues zu OpenVMS aus Deutschland			' 12:30	Mittagspause5 14:00	Storage news for OpenVMS 						Inge de Maer				e0 15:00	Porting Applications to IPF						Guy Peleg& 16:00	VMS  Utilities								Guy Peleg2 16:45	License Migration Options						Andre de Wolf7 17:30	OpenVMS Undocumented features						Steve Hoffmannt    
 Friday Oct 22   1 9:00	OpenVMS Technical Update						Andy Goldsteine2 10:00	OpenVMS und IPF Systems							Andy Goldstein> 11:00	Integration of OpenVMS Data and Applications			John Apps1 11:30	Secure Email Server							Kevin FitzpatrickI 12:00	Mittagspause, 13:30	Unix Portability								Brad Mc CuskerC 14:30	Oracle RdbUpdate								Norm Lastovica/Bill Gettys  (Oracle )aE 15:15	Oracle Rdb IPF Update							Norm Lastovica/Bill Gettys  (Oracle. ) / 16:00	OpenVMS Hints & Kinks							Steve Hofmannf 16:30 Diskussion / Feedback /    Travel home    ------------------------------  % Date: Tue, 28 Sep 2004 22:31:33 +020009 From: Jan-Erik =?iso-8859-1?Q?S=F6derholm?= <aaa@aaa.com>i" Subject: Re: Technical update days' Message-ID: <4159CA25.F37839B4@aaa.com>S   Sue Skonetski wrote: >  > Dear Distribution Lists, > ; > For registration information please visit the calendar ono > the OpenVMS Web page> > http://h71000.www7.hp.com/events/EXTERNALCALENDARBYDATE.HTML  4 The link to the Swedish page on that page is broken.  
 Best Regards,d	 Jan-Erik.    ------------------------------  % Date: Tue, 28 Sep 2004 13:54:06 -0400I# From: "John Smith" <a@nonymous.com>o, Subject: Re: Tiny pickings for Itanium OEM's, Message-ID: <kMKdnQC_GMagOMTcRVn-jQ@igs.net>   Main, Kerry wrote: >> -----Original Message-----t* >> From: Andrew Harrison SUNUK Consultancy1 >> [mailto:Andrew_No.Harrison_No@nospamn.sun.com]e$ >> Sent: September 28, 2004 10:37 AM >> To: Info-VAX@Mvb.Saic.Com/ >> Subject: Re: Tiny pickings for Itanium OEM's9 >> >r
 > [snip..] >f >>9 >> You made this point earlier and if you remember got itt >> batted straight back at you.  >>& >> But since then things have changed. >>< >> http://www.theregister.com/2004/09/11/intel_sun_solarium/ >>* >> Making your point even less compelling. >>
 >> Regards >> Andrew Harrison >>> Regards  >>>A >0 > Thx for the pointer. > F > As the article states, once the ego's on both sides (Intel-Sun) stop4 > with the rhetoric, then who knows what may happen: >cE > "While Sun still seems a bit wishy-washy on the Itanium front, it's5G > clear that this is a real proposition for the company. If Intel wantsuA > to boost Itanium sales, it would be wise to curry Sun's favor."r    L This quote could also be read between the lines as meaning 'HP isn't capableG of selling enough Itanics so Intel has to go to another systems buildero$ which is capable of selling volume.'   ------------------------------  % Date: Tue, 28 Sep 2004 17:29:24 -0400d( From: David Froble <davef@tsoft-inc.com>, Subject: Re: Tiny pickings for Itanium OEM's, Message-ID: <4159D7B4.3090902@tsoft-inc.com>  ( Andrew Harrison SUNUK Consultancy wrote:   > Main, Kerry wrote: >  >>> -----Original Message-----, >>> From: Andrew Harrison SUNUK Consultancy G >>> [mailto:Andrew_No.Harrison_No@nospamn.sun.com] Sent: September 28, o >>> 2004 7:51 AM >>> To: Info-VAX@Mvb.Saic.Com1, >>> Subject: Tiny pickings for Itanium OEM's >>>  >>>a >>>oE >>> Gartners latest take on the Itanium market show just how marginal  >>> itanium is.  >>>h  >>> The numbers are for Q2 2004. >>> $ >>> Vendor        Numbers of Systems >>> HP        4789 >>> SGI        287 >>> IBM        208 >>> NEC        38e5 >>> The rest (Dell, Hitachi, Fujitsu, Unisys, SamsungI >>> plus white box) 343  >>>e >>> Total        5665  >>>-9 >>> The total value of the Itanium market for the first 2l8 >>> quarters was 606 Million or 303 million per quarter. >>>i7 >>> One has to ask why Dell, Unisys, NEC, etc are stillo >>> bothering. >>>h >>> Regardst >>> Andrew Harrison  >>>  >> >>
 >> Andrew,H >> So why is Sun still considering releasing (apparently port is already >> done) Solaris on Itanium? >> >> Reference: July 20, 2004eK >> http://news.com.com/Sun+ponders+Solaris+for+Power%2C+Itanium/2100-1016_3i >> -5277375.html >>I >> "Sun Microsystems, which has already resurrected its Solaris operatingtB >> system for one processor architecture, is considering a further? >> expansion to Intel's Itanium and IBM's Power chip families."a >> >> [snip..]a >>E >> "Solaris is working on Itanium servers in the lab, Schwartz said."f >> > 8 > You made this point earlier and if you remember got it > batted straight back at you. > % > But since then things have changed.l > ; > http://www.theregister.com/2004/09/11/intel_sun_solarium/m > ) > Making your point even less compelling.u  K Knock it off Andrew.  It's one thing to debate.  Kerry painted a great big wM bullseye on himself with that question, which actually was favorable to Sun. eC Answering this is worse (and easier) than taking candy from a baby.n   -- n4 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 Roads Vanderbilt, PA  15486t   ------------------------------  % Date: Tue, 28 Sep 2004 18:50:52 -0400l' From: "Main, Kerry" <kerry.main@hp.com>a, Subject: RE: Tiny pickings for Itanium OEM'sR Message-ID: <FD827B33AB0D9C4E92EACEEFEE2BA2FB45D3CF@tayexc19.americas.cpqcorp.net>   > -----Original Message-----4 > From: David Froble [mailto:davef@tsoft-inc.com]=20" > Sent: September 28, 2004 5:29 PM > To: Info-VAX@Mvb.Saic.Come. > Subject: Re: Tiny pickings for Itanium OEM's >=20  	 [Snip ..]i   >=20; > Knock it off Andrew.  It's one thing to debate.  Kerry=20l > painted a great big=20? > bullseye on himself with that question, which actually was=20h > favorable to Sun.=20E > Answering this is worse (and easier) than taking candy from a baby.d >=20 > --=20 6 > David Froble                       Tel: 724-529-04506 > Dave Froble Enterprises, Inc.      Fax: 724-529-0596@ > DFE Ultralights, Inc.              E-Mail: davef@tsoft-inc.com > 170 Grimplin Road  > Vanderbilt, PA  15486a >=20  @ So, Dave, whats your prediction - will Sun adopt Itanium or not?   :-)a   Regardsn  
 Kerry Main Senior Consultanti HP Services Canada Voice: 613-592-4660e Fax: 613-591-4477e kerryDOTmainAThpDOTcom (remove the DOT's and AT)=20  $ "OpenVMS has always had integrity .. Now, Integrity has OpenVMS .."   ------------------------------  % Date: Tue, 28 Sep 2004 20:11:17 -0400 - From: JF Mezei <jfmezei.spamnot@teksavvy.com>o, Subject: Re: Tiny pickings for Itanium OEM's, Message-ID: <4159FD92.B698830A@teksavvy.com>   "Main, Kerry" wrote:B > So, Dave, whats your prediction - will Sun adopt Itanium or not?  J Seriously, I think this whole thing about solaris on IA64 was blown out ofL proportions. One would need to know at what point in time Sun considered theI port to IA64. I think that ever major manufacturer toyed with the idea ofrJ porting their system to IA64 at a time where it wasn't yet known that IA64- wouldn't achieve its originally stated goals.    ------------------------------  % Date: Tue, 28 Sep 2004 18:32:43 -0700f# From: "Tom Linden" <tom@kednos.com>m, Subject: Re: Tiny pickings for Itanium OEM's( Message-ID: <opse2ektsizgicya@hyrrokkin>  F On Tue, 28 Sep 2004 13:54:06 -0400, John Smith <a@nonymous.com> wrote:   > Main, Kerry wrote: >>> -----Original Message-----+ >>> From: Andrew Harrison SUNUK Consultancyc2 >>> [mailto:Andrew_No.Harrison_No@nospamn.sun.com]% >>> Sent: September 28, 2004 10:37 AM  >>> To: Info-VAX@Mvb.Saic.Come0 >>> Subject: Re: Tiny pickings for Itanium OEM's >>>l >> >> [snip..]r >> >>> : >>> You made this point earlier and if you remember got it  >>> batted straight back at you. >>>I' >>> But since then things have changed.t >>>c= >>> http://www.theregister.com/2004/09/11/intel_sun_solarium/  >>>a+ >>> Making your point even less compelling.r >>>t >>> Regardss >>> Andrew Harrison  >>>> Regards >>>> >> >> Thx for the pointer.e >>G >> As the article states, once the ego's on both sides (Intel-Sun) stopu5 >> with the rhetoric, then who knows what may happen:s >>F >> "While Sun still seems a bit wishy-washy on the Itanium front, it'sI >> clear that this is a real proposition for the company. If Intel wants=R  B >> to boost Itanium sales, it would be wise to curry Sun's favor." >g >DI > This quote could also be read between the lines as meaning 'HP isn't c=n apableI > of selling enough Itanics so Intel has to go to another systems builde=: re& > which is capable of selling volume.'  I My take on it was that Sun wanted money from Intel to do the port becaus=t ee+ they didn't think it was a good investment.e >  >  >n   ------------------------------  % Date: Tue, 28 Sep 2004 14:30:24 -0400r# From: "John Smith" <a@nonymous.com>lB Subject: [OT]: In case you are using Hotmail as a non-work address, Message-ID: <sfKdneWGDOQiMMTcRVn-vg@igs.net>  G Just an FYI in case you use Hotmail/Outlook for usenet or non-work mailt  A http://news.yahoo.com/news?tmpl=story&u=/zd/20040927/tc_zd/136006   J Citing a rise in spam abuse, Microsoft Corp.'s MSN division has ended freeF access to its Hotmail Web-based e-mail service through the Outlook and Outlook Express clients.  L MSN had offered its 187 million active Hotmail users the ability to read andJ send e-mail through the e-mail clients rather than a Web interface using aJ protocol called Web-based Distributed Authoring and Versioning, or WebDAV.  K But as of Monday, news users wanting to make use of WebDAV will have to payrB for the service, said Brooke Richardson, product manager for MSN'sH communications services. MSN plans to transition current WebDAV users to2 subscription plans in the next few months as well.   .....more ....   ------------------------------   End of INFO-VAX 2004.540 ************************