INFO-VAX Mon, 28 Jul 2008 Volume 2008 : Issue 417 Contents: Re: Another BIND vulnerability (cache poisoning) Re: Another BIND vulnerability (cache poisoning) Re: Another BIND vulnerability (cache poisoning) Re: Another BIND vulnerability (cache poisoning) Re: Another BIND vulnerability (cache poisoning) Re: Another BIND vulnerability (cache poisoning) Re: Another BIND vulnerability (cache poisoning) Re: Another BIND vulnerability (cache poisoning) Re: Booting 7.3-2 on XP1000 Re: Booting 7.3-2 on XP1000 Re: DIMM size Re: Distributed NetBeans 5.5 Re: Distributed NetBeans 5.5 Re: Distributed NetBeans 5.5 Itanium Question Re: Itanium Question Re: Itanium Question Old HP3000 equipment give away sap installation -any type Re: VERY Old RDB Manuals (V2.3) wanted! Re: VERY Old RDB Manuals (V2.3) wanted! Re: VERY Old RDB Manuals (V2.3) wanted! Re: Were can I buy a cheap vaxstation Re: Were can I buy a cheap vaxstation ---------------------------------------------------------------------- Date: 28 Jul 2008 07:44:14 -0500 From: koehler@eisner.nospam.encompasserve.org (Bob Koehler) Subject: Re: Another BIND vulnerability (cache poisoning) Message-ID: In article <488a10c0$0$14356$c3e8da3@news.astraweb.com>, JF Mezei writes: > > If VMS is not affected, then HP should post this info on the CERT web > site to indicate that VMS has been tested and while the public tests > show it as vulnerable, it is not vulnerable to actual "attacks". How does HP define whether VMS is affected, when HP doesn't own all the BIND implementations being run on VMS? The best HP can do is tell us whether UCX (clear throat, "HP TCP/IP Services for OpenVMS") is affected. What has Process got to say about theirs? ------------------------------ Date: Mon, 28 Jul 2008 14:55:08 +0200 From: Martin Vorlaender Subject: Re: Another BIND vulnerability (cache poisoning) Message-ID: <6f5ttdF9sk80U1@mid.individual.net> Bob Koehler schrieb: > JF Mezei writes: >> If VMS is not affected, then HP should post this info on the CERT web >> site to indicate that VMS has been tested and while the public tests >> show it as vulnerable, it is not vulnerable to actual "attacks". > > How does HP define whether VMS is affected, when HP doesn't own all > the BIND implementations being run on VMS? The best HP can do is > tell us whether UCX (clear throat, "HP TCP/IP Services for OpenVMS") > is affected. > > What has Process got to say about theirs? Process has issued patches for TCPware and MultiNet. cu, Martin -- One OS to rule them all | Martin Vorlaender | OpenVMS rules! One OS to find them | work: mv@pdv-systeme.de One OS to bring them all | http://vms.pdv-systeme.de/users/martinv/ And in the Darkness bind them.| home: martin.vorlaender@t-online.de ------------------------------ Date: Mon, 28 Jul 2008 06:03:01 -0700 (PDT) From: IanMiller Subject: Re: Another BIND vulnerability (cache poisoning) Message-ID: On Jul 25, 9:37=A0pm, Jan-Erik S=F6derholm wrote: > Mark Berryman wrote: > > davi...@alpha1.mdx.ac.uk wrote: > >> In article <48899c0...@mvb.saic.com>, Mark Berryman > >> writes: > >>> JF Mezei wrote: > >>>> Mark Berryman wrote: > > >>>>> The level of guessing needed is impractical (and nearly > >>>>> mathmatically impossible) unless the attacker can cause your DNS > >>>>> server to issue known queries. =A0It cannot do that unless you don'= t > >>>>> have recursive query permissions set correctly. > >>>> Not so. You visit some web site which causes your DNS server to reso= lve > >>>> some host names. The DNS server at the other end then responds with > >>>> additional data that loads the cache withwww.google.compointing to > >>>>www.yahoo.com > >>> Nope. =A0No DNS server released in, oh the past 10 years or so, will > >>> accept any data in the "additional data" section of a reply that does > >>> not match the domain of the original query. =A0This is a bug that was > >>> discovered around 1995 or so and fixed long since. > > >>> (Microsoft may be an exception to this. =A0Their DNS server is broken > >>> in so many ways that I have never used it or checked its security > >>> bona fides. =A0The Internet reference server, which comes from ISC, > >>> does work this way). > > >>>> This isn't a case of some hacker attacking your DNS server. It is a > >>>> case > >>>> of your DNS server receiving corrupt responses because it is easy to > >>>> guess the transaction ID once you've already received a transaction = and > >>>> you know it uses the same port to listen all the time. > >>> You can't force the DNS server to send a transaction to you so you > >>> can look at its transaction ID (which is already random and not > >>> easily guessed) unless the DNS server is not properly configured. =A0 > >>> And there is a lot more to sending a bogus response than just knowing > >>> the transaction ID. > > >>> Mark Berryman > > >> Mark, > > >> As the SAN's article > >>http://isc.sans.org/diary.html?date=3D2008-07-25 > > >> says your DNS systems which are setup to be recursive for your > >> internal users are vulnerable via code downloaded from websites your > >> users visit or from code on infected systems in your organisation eg > >> botnet members. > > > That particular attack works like this: > > > Say you want to redirect people from Google to your nefarious site: > > > The steps are as follows: > > > 1. Trick someone into fetching a web page from a site you have already > > hacked. =A0This site contains img tags that attempt to open > > aaaaa.google.com. =A0It continues sequentially in this manner, from > > aaaaa.google.com to zzzzz.google.com. =A0Simultaneously, the attacker m= ust > > know what DNS server the web client is using and it is attempting to > > flood that web server with bogus answers to these queries, hoping to > > beat the real answers from Google. =A0The malicious web page must pass = all > > of the security checks that are on the victimized web client and the > > victimized web client must be configured to run javascript from > > untrusted sources. > > > 2. The bogus packets contain an answer forwww.google.comin the > > additional information section. =A0Because it matches the same domain a= s > > the original query (aaaaa.google.com) it passes the bailiwick test and > > gets accepted. =A0In theory. > > > 3. The attacker must know which query the host is currently making. =A0= The > > attacker must also know the transaction ID (and, with the patch, the > > source UDP port). =A0The only way for the attacker to know the query is > > for the web page the victimized host loaded to tell it. =A0This is a lo= t > > of traffic that is not only detectable with IDS but also slows down the > > attack. =A0The attacker has to guess the transaction ID (and the source > > port with the patch). =A0The idiot user who got tricked has to stay on = the > > web page while the attack takes place. > > > 4. The attacker is now flooding the DNS server with various answers > > hoping that one of them will not only match the necessary criteria but > > that it will beat the real answer. =A0The firewall that the DNS server = is > > behind (which includes IDS) detects this flood and sends an alert and > > starts blocking it. > > > 5. The victimized host is now flooding the DNS server with queries. =A0= The > > DNS server detects this and blocks the host. > > > 6. Because other domains have sometimes misconfigured themselves, and > > end up sending out incorrect data for their domains for a short period > > of time, our DNS servers are configured to severely limit the amount of > > time an answer can stay in cache. =A0That way, bogus answers stop being > > used fairly quickly. > > > So, as you can see, properly configuring your DNS setup makes it really > > really difficult to poison the cache. =A0However, this little issue doe= s > > make a good argument for getting rid of windows on your network. =A0Of = all > > of the DNS clients on our network, windows is the only one that require= s > > a recursive DNS server since it uses a stub resolver that can't do the > > recursion itself. =A0Non-recursive servers are not vulnerable to this a= ttack. > > Now, exactly *what* part of TCPIP on VMS is it that > "needs" a patch ? Is when/if the VMS systems is set up to > act as a DNS/BIND *server* ? Or is it something in the DNS/BIND > *resolver* ? > > I'm failing to see how this is a major problem for > my VMS systems, at least... > > Jan-Erik. As far as I can see you only have a problem if you have BIND resolver that does recursive searches using DNS servers you don't control. So if you use local host file then not a problem. If you use internal corporate DNS servers only then not a problem either. I suspect few VMS systems are vulnerable in practice. As usual, the problem is perception not reality. HP have not yet produced a patch therefore they don't care rather than actually looking at how many VMS systems that you manage have problem and doing something about it (if necessary). ------------------------------ Date: Mon, 28 Jul 2008 13:12:05 GMT From: =?ISO-8859-1?Q?Jan-Erik_S=F6derholm?= Subject: Re: Another BIND vulnerability (cache poisoning) Message-ID: IanMiller wrote: > On Jul 25, 9:37 pm, Jan-Erik Söderholm > wrote: > >> I'm failing to see how this is a major problem for >> my VMS systems, at least... >> >> Jan-Erik. > > > As far as I can see you only have a problem if you have BIND resolver > that does recursive searches using DNS servers you don't control. > So if you use local host file then not a problem. If you use internal > corporate DNS servers only then not a problem either. > I suspect few VMS systems are vulnerable in practice. > OK, as I thought. So probably the only affected VMS systems are a few hobbyist systems with direct Internet connections here and there. Hardly something to care *that* much about. And I'd guess that the only case when a VMS systems has to resolve a lot of external domains, is if you use your VMS systems for "surfing", and I can't realy see why you'd want to do that. There are much better and cheaper "surf-platforms" available... So, again, where *is* the problem ?? Besides of the possible perception that HP don't care, of course... Jan-Erik. > As usual, the problem is perception not reality. HP have not yet > produced a patch therefore they don't care rather than actually > looking at how many VMS systems that you manage have problem and doing > something about it (if necessary). > ------------------------------ Date: Mon, 28 Jul 2008 13:12:54 +0000 (UTC) From: david20@alpha1.mdx.ac.uk Subject: Re: Another BIND vulnerability (cache poisoning) Message-ID: In article , koehler@eisner.nospam.encompasserve.org (Bob Koehler) writes: >In article <488a10c0$0$14356$c3e8da3@news.astraweb.com>, JF Mezei writes: >> >> If VMS is not affected, then HP should post this info on the CERT web >> site to indicate that VMS has been tested and while the public tests >> show it as vulnerable, it is not vulnerable to actual "attacks". > > How does HP define whether VMS is affected, when HP doesn't own all > the BIND implementations being run on VMS? The best HP can do is > tell us whether UCX (clear throat, "HP TCP/IP Services for OpenVMS") > is affected. > That is ALL that is being asked of them. > What has Process got to say about theirs? > They have already released patches for the vulnerability see http://www.multinet.process.com/scripts/eco/eco_tlb.com?NAMED-050_A052 released 16th July and for TCPWARE http://vms.process.com/scripts/eco/eco_tlb.com?NAMED_V582P010 released 18th July David Webb Security team leader CCSS Middlesex University ------------------------------ Date: Mon, 28 Jul 2008 13:42:43 +0000 (UTC) From: david20@alpha2.mdx.ac.uk Subject: Re: Another BIND vulnerability (cache poisoning) Message-ID: In article , =?ISO-8859-1?Q?Jan-Erik_S=F6derholm?= writes: >IanMiller wrote: >> On Jul 25, 9:37 pm, Jan-Erik Söderholm >> wrote: >> >>> I'm failing to see how this is a major problem for >>> my VMS systems, at least... >>> >>> Jan-Erik. >> >> >> As far as I can see you only have a problem if you have BIND resolver >> that does recursive searches pretty much all windows systems > using DNS servers you don't control. Using any unpatched DNS server which is setup to do recursive queries for your internal systems. >> So if you use local host file then not a problem. If you use internal >> corporate DNS servers only then not a problem either. No - unpatched internal DNS servers which are setup to do recursive queries are vulnerable to attack from compromised internal windows systems. >> I suspect few VMS systems are vulnerable in practice. >> > >OK, as I thought. > >So probably the only affected VMS systems are a few hobbyist >systems with direct Internet connections here and there. >Hardly something to care *that* much about. > >And I'd guess that the only case when a VMS systems has to >resolve a lot of external domains, is if you use your >VMS systems for "surfing", and I can't realy see why >you'd want to do that. There are much better and cheaper >"surf-platforms" available... > >So, again, where *is* the problem ?? Besides of the >possible perception that HP don't care, of course... > So you are now saying VMS Security in HP's mind has been reduced to 1) Hardly anyone is using VMS anymore 2) There must be even less using VMS as a major DNS server in their organisation. So we won't bother putting out a patch. Yes that really is a great perception to be pushing. Would save them a lot of time writing patches since they can probably use that argument for practically any VMS security problem. David Webb Security team leader CCSS Middlesex University >Jan-Erik. > > > >> As usual, the problem is perception not reality. HP have not yet >> produced a patch therefore they don't care rather than actually >> looking at how many VMS systems that you manage have problem and doing >> something about it (if necessary). >> > ------------------------------ Date: Mon, 28 Jul 2008 07:42:56 -0700 From: "Tom Linden" Subject: Re: Another BIND vulnerability (cache poisoning) Message-ID: On Mon, 28 Jul 2008 06:42:43 -0700, wrote: > No - unpatched internal DNS servers which are setup to do recursive > queries are > vulnerable to attack from compromised internal windows systems. How do you check if it is set up that way? -- PL/I for OpenVMS www.kednos.com ------------------------------ Date: Mon, 28 Jul 2008 15:12:34 +0000 (UTC) From: david20@alpha1.mdx.ac.uk Subject: Re: Another BIND vulnerability (cache poisoning) Message-ID: In article , "Tom Linden" writes: >On Mon, 28 Jul 2008 06:42:43 -0700, wrote: > >> No - unpatched internal DNS servers which are setup to do recursive >> queries are >> vulnerable to attack from compromised internal windows systems. > >How do you check if it is set up that way? > Look in TCPIP$BIND.CONF If recursion is restricted to internal systems you will have something like acl "internal" { xxx.xxx.xxxx/24 ; 10/8 ; }; options { directory "SYS$SPECIFIC:[TCPIP$BIND]"; allow-recursion { "internal"; }; max-cache-size 10M; }; If there is no allow-recursion option specified then recursion is allowed from all hosts. see http://www.openvms.compaq.com/doc/83final/6526/6256pro_010.html#bind9_access_tab and for the acl statement http://www.openvms.compaq.com/doc/83final/6526/6256pro_008.html#bind9_acl_sec David Webb Security team leader CCSS Middlesex University >-- >PL/I for OpenVMS >www.kednos.com ------------------------------ Date: 28 Jul 2008 07:46:25 -0500 From: koehler@eisner.nospam.encompasserve.org (Bob Koehler) Subject: Re: Booting 7.3-2 on XP1000 Message-ID: In article , "Tom Linden" writes: > I decided to fire up a system that has been dormant for a couple of years > and booting from CD got (firmware is up to date) > > jumping to bootstrap code > > > OpenVMS (TM) Alpha Operating System, Version V7.3-2 > © Copyright 1976-2003 Hewlett-Packard Development Company, L.P. > > %EXECINIT-F-LOADERR, error loading SYS$IPC_SERVICES.EXE, status = 00000044 > 44 is BADIMGHDR, looks like a required image is bad. Do you have a backup? ------------------------------ Date: Mon, 28 Jul 2008 05:50:04 -0700 From: "Tom Linden" Subject: Re: Booting 7.3-2 on XP1000 Message-ID: On Sun, 27 Jul 2008 21:08:50 -0700, Steven M. Schweda wrote: > Have you tried a plain ATAPI CD-ROM drive? Have you tried a SCSI > CD-ROM drive? I seriouslu doubt that any DVD drives were qualified in > an XP1000. (I have a Sun-gray TOSHIBA DVD-ROM SD-M1711 SCSI drive in my > main system. I have a SONY DVD RW AW-Q170A ATAPI DVD-everything in my > Tru64/experimental system. I can't remember if I've used that one as a > boot device.) No they work fine, in the other 3 XP1000s I have one Sony CD-RW CRX185E1 and two Plextor 716A But my main problem, which btw does not prevent Tru64 brom booting from the CD is: ata0: Cypress 82C693 cam_logger: CAM_ERROR packet cam_logger: bus 1 target 1 lun 0 ss_perform_timeout timeout on request on the bus, scheduled bus reset Active CCB at time of error which repeats 4 times and then continues on: vm_swap_init: warning /sbin/swapdefault swap device not found vm_swap_init: swap is set to lazy (over commitment) mode INIT: SINGLE-USER MODE Initializing system for Digital UNIX installation. Please wait... I did not see a bus 1 with the show config command. -- PL/I for OpenVMS www.kednos.com ------------------------------ Date: Mon, 28 Jul 2008 09:59:19 -0700 (PDT) From: Rich Jordan Subject: Re: DIMM size Message-ID: <1bae2549-6c0f-48ef-95c5-96b7c8e50a4f@m3g2000hsc.googlegroups.com> On Jul 25, 6:34=A0pm, "Richard B. Gilbert" wrote: > Arne Vajh=F8j wrote: > > Richard B. Gilbert wrote: > >> etmsr...@yahoo.co.uk wrote: > >>> On 25 Jul, 00:42, "Richard B. Gilbert" wrote= : > >>>> James J. O'Shea wrote: > >>>>> I know SHO MEM gives me the total memory, but is there > >>>>> a command from VMS that will give me the size of the > >>>>> DIMMs? =A0Thanks, > >>>> Why don't you just skin the box and look? =A0That will tell you both > >>>> what's installed, and how many sockets are available to add more. > > >>>> If you want to buy memory, tell the vendor the make/model of the box > >>>> and > >>>> how many MB/GB you want. =A0The owners manual for the box will frequ= ently > >>>> tell you what kind of memory it uses. > > >>> Perhaps because you have to be in front of the box to take covers off > >>> and, in some cases, the box will go down if you remove the covers? = =A0An > >>> rx2660 will just pump the fans up. =A0An AlphaServer 1000A will power > >>> down if you take the top cover off... > > >> I don't see why that is a problem. =A0After all, when you install the > >> additional memory, you will have to power down and remove the cover. . > >> . . > > > He is probably looking for the info to find out if he can put > > more memory in it and how much. > > If so, the OP might get better answers by asking better questions! > > AFAIK the only completely reliable way to learn what's in the box is to > power off, skin the box, and look. =A0And that is only reliable if you > know what you are looking at. > > FWIW, DEC usually tried to fill all the memory slots so 64 MB would take > four 16MB SIMMS/DIMMS or whatever. =A0This helped to ensure that you spen= t > =A0 the maximum amount to upgrade your memory; you had to throw away four > 16MB SIMMs/DIMMs and replace them with 32 MB or 64 MB parts. To be fair, some models with multiple interleaving options would get a small performance boost from having more DIMMs installed. I don't doubt that you reason was a major factor, especially on lower end machines, but I'd bet the performance drove the decision on higher end units. ------------------------------ Date: Mon, 28 Jul 2008 12:22:01 +0200 From: Martin Vorlaender Subject: Re: Distributed NetBeans 5.5 Message-ID: <6f5kuaF9v7jrU1@mid.individual.net> I wrote: > Jan-Erik Söderholm wrote: >> Is this on a all-LAN natwork ? > > Yep. It's our in-house LAN. The server is connected with a fix address, > the client to the WLAN with DHCP. It seems DistribNB doesn't like WLAN connections. After switching from WLAN to 100Mb Ethernet (also with DHCP), NetBeans immediately got a connection to the IDE server. cu, Martin -- One OS to rule them all | Martin Vorlaender | OpenVMS rules! One OS to find them | work: mv@pdv-systeme.de One OS to bring them all | http://vms.pdv-systeme.de/users/martinv/ And in the Darkness bind them.| home: martin.vorlaender@t-online.de ------------------------------ Date: Mon, 28 Jul 2008 10:25:21 GMT From: =?ISO-8859-15?Q?Jan-Erik_S=F6derholm?= Subject: Re: Distributed NetBeans 5.5 Message-ID: Martin Vorlaender wrote: > I wrote: >> Jan-Erik Söderholm wrote: >>> Is this on a all-LAN natwork ? >> >> Yep. It's our in-house LAN. The server is connected with a fix address, >> the client to the WLAN with DHCP. > > It seems DistribNB doesn't like WLAN connections. After switching from > WLAN to 100Mb Ethernet (also with DHCP), NetBeans immediately got a > connection to the IDE server. > > cu, > Martin That sound realy weird, shouldn't make any difference. Have to test that woth both LAN and WLAN whan I'm back in office... /Jan-Erik. ------------------------------ Date: Mon, 28 Jul 2008 14:11:01 +0200 From: Martin Vorlaender Subject: Re: Distributed NetBeans 5.5 Message-ID: <6f5ralFa1nn1U1@mid.individual.net> Jan-Erik Söderholm wrote: > Martin Vorlaender wrote: >> I wrote: >>> Jan-Erik Söderholm wrote: >>>> Is this on a all-LAN natwork ? >>> >>> Yep. It's our in-house LAN. The server is connected with a fix address, >>> the client to the WLAN with DHCP. >> >> It seems DistribNB doesn't like WLAN connections. After switching from >> WLAN to 100Mb Ethernet (also with DHCP), NetBeans immediately got a >> connection to the IDE server. > > That sound realy weird, shouldn't make any difference. > Have to test that woth both LAN and WLAN whan I'm > back in office... Well, "shouldn't make any difference" is a bit strong. WLAN only *looks* like Ethernet. For most of the applications, it should be similar enough (and I agree with you, that Java networking should work with it). On the other hand, under SIMH, you can't use DECnet with a WLAN interface, because WLAN doesn't support changing the MAC address. cu, Martin -- One OS to rule them all | Martin Vorlaender | OpenVMS rules! One OS to find them | work: mv@pdv-systeme.de One OS to bring them all | http://vms.pdv-systeme.de/users/martinv/ And in the Darkness bind them.| home: martin.vorlaender@t-online.de ------------------------------ Date: Mon, 28 Jul 2008 07:58:19 -0500 From: "Cross Michael C Mr CIV USAF 53 CSS/SCO" Subject: Itanium Question Message-ID: <138449ECC94125418289A81B26BA97B81098DA@VFEGMLEG01.Enterprise.afmc.ds.af.mil> This is a multi-part message in MIME format. ------_=_NextPart_001_01C8F0B1.9C1D40F6 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable I have a FORTRAN executable that uses GKS which runs on a DS25 running OpenVMS 8.2. What is the probability the application will run on an Itanium running OpenVM S8.3? =20 Thanks, Mike Cross ------_=_NextPart_001_01C8F0B1.9C1D40F6 Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

I have a FORTRAN executable that uses GKS which = runs on a DS25 running OpenVMS 8.2.  What is the probability the application = will run on an Itanium running OpenVM S8.3?

 

Thanks,

Mike Cross

------_=_NextPart_001_01C8F0B1.9C1D40F6-- ------------------------------ Date: Mon, 28 Jul 2008 13:04:13 GMT From: =?ISO-8859-1?Q?Jan-Erik_S=F6derholm?= Subject: Re: Itanium Question Message-ID: Cross Michael C Mr CIV USAF 53 CSS/SCO wrote: > I have a FORTRAN executable that uses GKS which runs on a DS25 running > OpenVMS 8.2. What is the probability the application will run on an > Itanium running OpenVM S8.3? > > > > Thanks, > > Mike Cross > None, for the *excutable*. Probably higher then none, if you've also go the sources... Jan-Erik. ------------------------------ Date: 28 Jul 2008 12:13:12 -0500 From: koehler@eisner.nospam.encompasserve.org (Bob Koehler) Subject: Re: Itanium Question Message-ID: In article <138449ECC94125418289A81B26BA97B81098DA@VFEGMLEG01.Enterprise.afmc.ds.af.mil>, "Cross Michael C Mr CIV USAF 53 CSS/SCO" writes: > This is a multi-part message in MIME format. > > ------_=_NextPart_001_01C8F0B1.9C1D40F6 > Content-Type: text/plain; > charset="us-ascii" > Content-Transfer-Encoding: quoted-printable > > I have a FORTRAN executable that uses GKS which runs on a DS25 running > OpenVMS 8.2. What is the probability the application will run on an > Itanium running OpenVM S8.3? The fact that it was written in Fortran and uses GKS are probably not important - unless someone knows that the GKS libraries weren't ported to Itanium (if were my code, I'd check the PRD). If the GKS library wasn't ported you might be able to AEST anyway. Were you planning to AEST or recompile? ------------------------------ Date: Mon, 28 Jul 2008 07:52:28 -0700 (PDT) From: SamB Subject: Old HP3000 equipment give away Message-ID: <6bb48b64-0eec-4370-bd1e-c650c9754845@e39g2000hsf.googlegroups.com> Hey folks, We have sold off our HP3000 server and are now trying to find homes for the following equipment: Printer Epson DFX-5000, s/n 0G20014589 Westlaw Cust. Printer, HP87-1, s/n 2715A42787 Printer HP2562C, s/n 2922A00300 Printer - very large and fast - HP2566B, s/n 2648A02558 HP2345A 48 port DTC This equipment is all in good working order and was covered under service contract until July 2005 when we decomissioned our HP3000. The equipment is free to anyone willing to pay the shipping costs. We are located in Covina California =96 Southern part of the state near Los Angeles. Sam Burrow IT Manager PerkinElmer sam.burrow@perkinelmer.com ------------------------------ Date: Mon, 28 Jul 2008 02:26:59 -0700 (PDT) From: Joeblk <1sapides@googlemail.com> Subject: sap installation -any type Message-ID: <8f59a8a1-1f85-40ff-a4f8-a35c643af9aa@f63g2000hsf.googlegroups.com> SAP IDES INSTALLATION We can provide installation service for any type of following SAP IDES \ NON IDES System in your stand alone home Laptop & Desktop, Server and external USB Hard discs for one or combinations of following SAP systems SAP R\3 4.7 EE, SAP ECC 5.0, SAP ECC 6.0 SAP CRM 5.0, SCM 5.0, SAP SRM 5.0, SAP BI 7.0, SAP SEM 6.0, SAP BW 3.1, IS- Utilities IS- Retail IS- Oil IS- Media IS- Healthcare Solution Manager SAP Netweaver 7.0 (EP 7.0,PI 7.0,BI 7.0, Mobile Infrastructure) SAP Netweaver 2004s both SR2 & SR1 SAP Netweaver 2004 SAP Middleware Connections for ECC,CRM,APO,BW All R\3 systems comes with these core modules SAP HR (Human Resource) SAP FI CO (Finance & Controlling) SAP SD (Sales & Distribution) SAP MM (Materials Management ) SAP PP (Production Planning) We believe in 100 % CUSTOMER SATISFACTION and are dedicated to provide not only QUICK High Quality Service but lot of other intangible benefits and are NOT in just money making business like any TOM, DICK and HARRY so it is ALWAYS WORTH to have one telephonic discussion with our expert advisor before you decide to opt "Cheap Service Provider". Please have a link to this url for more details http://1sapmate.googlepages.com/home ------------------------------ Date: Mon, 28 Jul 2008 08:48:59 -0700 (PDT) From: vaxorcist Subject: Re: VERY Old RDB Manuals (V2.3) wanted! Message-ID: <255a2344-389c-4453-ae07-a571ce7364fd@2g2000hsn.googlegroups.com> P.S. Theese are the manuals wanted: AA-GQ93D-TE VAX RDB/VMS Release Notes AA-JK92A-TE VAX Info Introduction to Database Development AA-JK93A-TE VAX Info Introduction to Application Development AA-JL07A-TE VAX RDB/VMS RDML Reference Manual AA-KN51A-TE VAX RDB/VMS RDML Pocket Guide AA-N032F-TE VAX RDB/VMS Installation Guide AA-N033D-TE VAX RDB/VMS Pocket Guide AA-N034B-TE VAX RDB/VMS Guide to Database Design and Definition AA-N035C-TE VAX RDB/VMS Guide to Database Administration and Maintenance AA-N036C-TE VAX RDB/VMS Guide to Data Manipulation AA-N038C-TE VAX RDB/VMS Guide to Programming AA-N039D-TE VAX RDB/VMS Reference Manual AD-N032F-T1 VAX RDB/VMS Installation Guide Update AV-HX12B-TE VAX Info Doc Brochure AV-N037E-TE VAX RDB/VMS Before you Install Letter ------------------------------ Date: Mon, 28 Jul 2008 10:18:20 -0700 (PDT) From: Rich Jordan Subject: Re: VERY Old RDB Manuals (V2.3) wanted! Message-ID: <95c27e83-b66a-46b7-b93e-4cb4b7d9b9e5@z72g2000hsb.googlegroups.com> On Jul 28, 10:48=A0am, vaxorcist wrote: > P.S. > > Theese are the manuals wanted: > > AA-GQ93D-TE VAX RDB/VMS Release Notes > AA-JK92A-TE VAX Info Introduction to Database Development > AA-JK93A-TE VAX Info Introduction to Application Development > AA-JL07A-TE VAX RDB/VMS RDML Reference Manual > AA-KN51A-TE VAX RDB/VMS RDML Pocket Guide > AA-N032F-TE VAX RDB/VMS Installation Guide > AA-N033D-TE VAX RDB/VMS Pocket Guide > AA-N034B-TE VAX RDB/VMS Guide to Database Design and Definition > AA-N035C-TE VAX RDB/VMS Guide to Database Administration and > Maintenance > AA-N036C-TE VAX RDB/VMS Guide to Data Manipulation > AA-N038C-TE VAX RDB/VMS Guide to Programming > AA-N039D-TE VAX RDB/VMS Reference Manual > AD-N032F-T1 VAX RDB/VMS Installation Guide Update > AV-HX12B-TE VAX Info Doc Brochure > AV-N037E-TE VAX RDB/VMS Before you Install Letter Do you know the timeframe for those releases? The oldest I have here on hand is the November 1992 CONDOC kit and it covers Rdb V4.1. I _might_ have a few older ones but only going back a year or two more, in storage. As in its a pain in the rear to get at them and I won't try if the 2.x or 3.x availability dates are before early 1990... Rich ------------------------------ Date: Mon, 28 Jul 2008 10:27:56 -0700 From: Al Kossow Subject: Re: VERY Old RDB Manuals (V2.3) wanted! Message-ID: Rich Jordan wrote: > As in its a pain in the rear to get at them and I won't > try if the 2.x or 3.x availability dates are before early 1990... The release note for 3.0 is Jul, 1988 and the earliest manuals I see from the DEC archives at CHM are 1985. Were they putting docs for layered products on documentation CDs this early? ------------------------------ Date: 28 Jul 2008 07:39:36 -0500 From: koehler@eisner.nospam.encompasserve.org (Bob Koehler) Subject: Re: Were can I buy a cheap vaxstation Message-ID: In article <488a0b15$0$5004$607ed4bc@cv.net>, VAXman- @SendSpamHere.ORG writes: > In article <+hxG3Sbyp+3z@eisner.encompasserve.org>, koehler@eisner.nospam.encompasserve.org (Bob Koehler) writes: >>In article <4889e6d1$0$5004$607ed4bc@cv.net>, VAXman- @SendSpamHere.ORG writes: >>> >>> I have a terabyte or more in RZ29s in the garage if they really truly want >>> a 4.3 GB spindle. ;) >> >> Will those things talk narrow SCSI? My hobbyist spindles tend to be >> 2G and under. I'm stuck using the system disk in my DS10L for new >> storage. > > I can check. Do you need a few? How about a narrow StorageWorks cab? > A cabinet would be good. All I've got right now is a collection of RZ12 storage boxes. ------------------------------ Date: 28 Jul 2008 07:41:24 -0500 From: koehler@eisner.nospam.encompasserve.org (Bob Koehler) Subject: Re: Were can I buy a cheap vaxstation Message-ID: In article , "Lee K. Gleason" writes: > > If we're enumerating VAXstations, it would be wrong to omit the VAXstation > 100...a 68000 based system that connected via fiber optic cable to a Unibus > adapter that went into a VAX 11/730 or 11/725...it was an interesting > device....I've still got mine. minus the 11/725,which died the final death a > few years back...there's one available right now on Ebay, but, it's > probabl;y not what a beginning hobbysit is looking for... Gee, I'd always assumed that even in the 100, a "VAXstation" had a VAX chip. Last time I saw one it had been moved from an 11/785 to an MV II via a Qniverter (sp?). ------------------------------ End of INFO-VAX 2008.417 ************************