INFO-VAX Mon, 29 Jan 2007 Volume 2007 : Issue 58 Contents: Re: Alpha Server 1200 processor error Re: Another DS10L LOttery Re: Another DS10L LOttery Re: Another DS10L LOttery Re: Another DS10L LOttery Companies using VMS in Oregon RE: Emulex CS09 configuration help? Re: Fun with GNV - Watch out for MNT. Re: Fun with GNV - Watch out for MNT. Re: How long to really setup a VMS system ? Re: How to catch ots$movc3 error in a pascal user process Re: OpenSSL & OSU Re: OpenVMS Alpha 8.2/8.3 - Canadian PDT/MDT time changes are incorrect. Re: PL/I for Itanium Re: PL/I for Itanium Re: PL/I for Itanium Re: PL/I for Itanium Re: Remember back before FTP? Need to x-fer a file via terminal protocol. TCPIP Failsafe vs ARP Cluster alias Re: TCPIP Failsafe vs ARP Cluster alias TCPIP Services SMTP Receiver buglet (Alpha 5.6) vms ping? Re: vms ping? ---------------------------------------------------------------------- Date: Mon, 29 Jan 2007 06:15:02 -0500 From: lbw2 Subject: Re: Alpha Server 1200 processor error Message-ID: Hans > Run test diagnostic ( Manufacturing repair solution ) pulled out fail > R1_DAT95 on E15 pin 12* > Hopefully a solder job will fix this problem. >Will, >could you be more specific on what ought to be soldered? I work with repair on nearly all Alpha Server modules and we have a piece of code for AS1200s that on certain tests i.e. test 11 with err 1 as here, we can enter values for the EI_ADDR , exp, rcv which will indicate the failing data bit etc. In your example Chip E15 pin 12. (Net R40.1, R116.1, E212.72). You can also pass command line arguments. argument 1 is MODULE_TYPE = B3004, B3005, B3006, or B3007 argument 2 is ERROR_TYPE = 620, 630, T11, or T12 NOTE: Make sure the XREF file exists in this directory. The name must be the same as MODULE_TYPE, with .DAT extension. Module types are: B3004 B3005 B3006 B3007 Module type [B3006]? B3005 Error types are: 620 ...you provide MC_ERR0 and MDPX_SYN) 630 ...you provide EI_ADDR and FILL_SYN) T11 ...you provide ADDR and EXP/RCV_DATA) T12 ...you provide EXP/RCV_DATA) Enter Error type or Q to Quit? T11 ADDR<31:0> ? 0000802F EXPECTED DATA ? aaaaaaaa aaaaaaaa RECEIVED DATA ? aaaaaaaa 2aaaaaaa >>>> MODULE TYPE = B3005 >>>> XREF FILE = B3005.dat >>>> ERROR TYPE = TEST 11 >>>> ADDR<31:0> = 802F >>>> EXPECTED_DATA = AAAAAAAA AAAAAAAA >>>> RECEIVED_DATA = AAAAAAAA 2AAAAAAA >>>> R1_DAT95 maps to location E15, pin 12. Cheers Will -- lbw2 ------------------------------------------------------------------------ lbw2's Profile: http://techiegroups.com/member.php?userid=689 View this thread: http://www.techiegroups.com/showthread.php?t=125376 ------------------------------ Date: Mon, 29 Jan 2007 09:10:33 -0500 From: "Island Computers, D B Turner" Subject: Re: Another DS10L LOttery Message-ID: <12rs036l7s71lc3@news.supernews.com> We do not have time to send a person to the post office (3 miles away) complete customs forms export invoices etc. Our automated Fedex system here does it all for us ! DT -- Island Computers US Corp 2700 Gregory St Savannah GA 31404 Tel: 912 447 6622 x201 Mail: dturner-atnospam-islandco-com (You know what to do with the dashes) "Malcolm Dunnett" wrote in message news:4devh.6432$Y6.2700@edtnps89... > "David Turner, Island Computers US Corp" > wrote in message news:Haavh.5460$fC2.4190@bignews4.bellsouth.net... > | You are responsible for shipping > | USA is between $25 and $35 depending on E or W coast > | International can be scary: Canada about $90 > > USPS Airmail Parcel Post to Canada would be a lot less than $90, probably > more like $30-40 and the receiver wouldn't get dinged utrageous customs > brokerage fees either. > ------------------------------ Date: Mon, 29 Jan 2007 09:11:45 -0500 From: "Island Computers, D B Turner" Subject: Re: Another DS10L LOttery Message-ID: <12rs05he67bjaf0@news.supernews.com> Respond to dturner-at-islandco-dot-com The b was left my accident as I did this from home and rarely use my usenet account there ! -- Island Computers US Corp 2700 Gregory St Savannah GA 31404 Tel: 912 447 6622 x201 Mail: dturner-atnospam-islandco-com (You know what to do with the dashes) wrote in message news:1170032389.043016.289490@h3g2000cwc.googlegroups.com... > > > On Jan 28, 6:24 pm, "David Turner, Island Computers US Corp" > wrote: > > Forgot to mention > > > > If you have already applied you will be listed in the prize draw > > > > dt > > "David Turner, Island Computers US Corp" wrote in > > messagenews:Haavh.5460$fC2.4190@bignews4.bellsouth.net... > > > > > If you have already applied then don't send another entry > > > If you haven't then by all means send us an email including > > > > > Email us with "freeds10l" in the subject line and the info below in the > > > message > > > > > Daytime telephone number (for fedex) > > > Email address > > > Delivery address > > > > > You are responsible for shipping > > > USA is between $25 and $35 depending on E or W coast > > > International can be scary: Canada about $90 and UK about $120 > > > All other countries - call fedex for pricing and take off about 35% (our > > > discount) > > > > >Lotterywinner will be notified on Wednesday (this wednesday) > > > > I really don't wish to miss out - do we respond to your address, > dbturner@islandco.com? > > I get: > Your message has encountered delivery problems > to the following recipient(s): > > dbturner@islandco.com > Delivery failed > 550 5.1.1 User unknown; rejecting > > > No recipients were successfully delivered to. > ------------------------------ Date: Mon, 29 Jan 2007 08:39:38 -0800 From: "Malcolm Dunnett" Subject: Re: Another DS10L LOttery Message-ID: <45be2304$1@flight> "JF Mezei" wrote in message news:45bd8615$0$6821$c3e8da3@news.astraweb.com... > Malcolm Dunnett wrote: >> USPS Airmail Parcel Post to Canada would be a lot less than $90, >> probably >> more like $30-40 and the receiver wouldn't get dinged utrageous customs >> brokerage fees either. > > FedEx only charged $7 for the brokerage fees. (this used to be free, and > is free for those who charge brokerage fees to their accounts). According to the schedule I've seen they charge a variable rate depending on the items value. If a DS10L were declared as being worth $200 (you're supposed to declare value even if it's a "gift") the brokerage fee would be $25.50 (or $33.75 if the value were $200.01). Fedex doesn't post their rates on ther website (perhaps they're ashamed of them?) but I found a PDF on the web at: http://www.stokecity.ca/FTN-FXG%20Brokerage%20Schedule%2003-01-04%20English%20Version.pdf I can't parse your parenthetical statement, how can brokerage fees be free if they are charged to your FedEX account? > Canada Post charges $10 if I remember correctly for the customs brokerage. > (+ GST). I think it used to be $5 and recently went up to $7(?). This is for any package value up to $1200 CDN - beyond that they won't clear it and you'll have to have it forwarded to a customs broker for clearance. no charge if the item value is under $20. > > FedEx is also very reliable in terms of tracking and delivery time. > David may recall the package he sent me once via FedEX ground that disappeared en-route, never to be seen again :-). Others could tell of packages returned to them by FedEX because the paperwork wasn't exactly right. ------------------------------ Date: 29 Jan 2007 10:52:55 -0800 From: paco.linux@gmail.com Subject: Re: Another DS10L LOttery Message-ID: <1170096775.790730.215400@a34g2000cwb.googlegroups.com> Hi: Somebody knows how much can cost to send to Spain? From EEUU to UK is the same number of miles to reach Spain. -You are responsible for shipping -USA is between $25 and $35 depending on E or W coast -International can be scary: Canada about $90 and UK about $120 -All other countries - call fedex for pricing and take off about 35% (our -discount) Thanks Paco On 29 ene, 00:22, "David Turner, Island Computers US Corp" wrote: > If you have already applied then don't send another entry > If you haven't then by all means send us an email including > > Email us with "free ds10l" in the subject line and the info below in the > message > > Daytime telephone number (for fedex) > Email address > Delivery address > > You are responsible for shipping > USA is between $25 and $35 depending on E or W coast > International can be scary: Canada about $90 and UK about $120 > All other countries - call fedex for pricing and take off about 35% (our > discount) > > Lottery winner will be notified on Wednesday (this wednesday) > > David ------------------------------ Date: Mon, 29 Jan 2007 17:23:25 GMT From: Tad Winters Subject: Companies using VMS in Oregon Message-ID: What companies do you know in Oregon who might still run OpenVMS? (I know I'm asking a geographically dispersed audience, but posting my resume with several online job sites hasn't been effective, so I'd like to send directly to companies of interest.) In general, I think it would be interesting to see the geographic location of VMS system use. ------------------------------ Date: Mon, 29 Jan 2007 08:32:00 +0100 From: "Gooijen, Henk" Subject: RE: Emulex CS09 configuration help? Message-ID: <447524F844B59D48B8F7AE7F560935EE08488239@OVL-EXBE01.ocevenlo.oce.net> > -----Original Message----- > From: Bob Koehler [mailto:koehler@eisner.nospam.encompasserve.org] > Sent: zondag 28 januari 2007 20:57 > To: Info-VAX@Mvb.Saic.Com > Subject: Re: Emulex CS09 configuration help? > = > In article , Alex Zorrilla = > writes: > > Hey, all. > > = > > We recently added some new hardware to our old MicroVAX 3900. = > > As a result, we need to reconfigure our Emulex CS09 to use a = > > different CSR address space on the Q-bus. The problem is, we have = > > no documentation, and the board itself has almost no jumpers. It = > > almost certainly uses some sort of onboard utility, but we do not = > > know how to access it. > = > I can almost help you. I don't recall the model number, but our > Qbus Emulex controllers had an onboard ROM you had to execute = > code from. The program in the ROM changes the values in = > non-volatile RAM. > = > But I don't know the address of the ROM. I can only verify > that you really do need that documentation. Good luck. > = > = Is the CS09 documentation not available on Manx or bitsavers? I think I have the CS09 manual at home, will check this evening ... - Henk, PA8PDP This message and attachment(s) are intended solely for use by the addressee= and may contain information that is privileged, confidential or otherwise = exempt from disclosure under applicable law. If you are not the intended recipient or agent thereof responsible for deli= vering this message to the intended recipient, you are hereby notified that= any dissemination, distribution or copying of this communication is strict= ly prohibited. If you have received this communication in error, please notify the sender = immediately by telephone and with a 'reply' message. = Thank you for your co-operation. ------------------------------ Date: 28 Jan 2007 23:43:47 -0800 From: "Bart.Zorn@gmail.com" Subject: Re: Fun with GNV - Watch out for MNT. Message-ID: <1170056627.334481.183920@m58g2000cwm.googlegroups.com> It may loop or it may not, but first you need to get mnt working. In my case, whatever I try, mnt is not happy with its command arguments. Not even the ones that are provided by the installation procedure. Also, I could not find any documentation on mnt. Does anyone have a pointer? Thanks, Bart Zorn On Jan 27, 4:06 pm, "Peter Weaver" wrote: > I decided to put GNV 2.1 on my Alpha/IA64 cluster the other day. My cluster > has two system disks, one for the Alpha and one for the IA64. > > By default GNV creates a SYS$SYSDEVICE:[MNT] directory that contains > pointers to each disk. It also creates a alias for SYS$COMMON:[GNV] pointing > to SYS$SYSDEVICE:[000000]. > > So on my system the Alpha's SYS$SYSDEVICE:[MNT] has a link to the IA64's > system disk, the IA64 system disk has a [MNT] directory with a pointer to > the Alpha's system disk, the Alpha's system disk has a [MNT] directory with > a pointer to the IA64's system disk, the IA64 system disk has a [MNT] > directory with a pointer to the Alpha's system disk, the Alpha's system disk > has a [MNT] directory with a pointer to the IA64's system disk, the IA64 > system disk has a [MNT] directory with a pointer to the Alpha's system disk, > the Alpha's system disk has a [MNT] directory with a pointer to the IA64's > system disk, the IA64 system disk has a [MNT] directory with a pointer to > the Alpha's system disk, the Alpha's system disk has a [MNT] directory with > a pointer to the IA64's system disk. (I'll stop here, but DIR > SYS$SYSDEVICE:[000000...] hasn't stopped yet.) > > But even with one system disk the SYS$COMMON:[GNV] points back to > SYS$SYSDEVICE:[000000] which contains VMS$COMMON, which contains GNV which > points back to [000000] which contains VMS$COMMON. I don't have the time to > play right now, but I think installing GNV on a single system disk system > will cause DIR SYS$SYSDEVICE:[000000...] to loop too. If anyone else out > there has tried it on a single system disk system then let me know if DIR > loops. > > I see in the readme notes there is a comment about editing > PSX$UP_STARTUP.COM so I will have to see if I can fix this mess that way. > > If anyone else is bothered by this and have a way to report this then please > do. > > Peter Weaverwww.weaverconsulting.ca > CHARON-VAX CHARON-AXP DataStream Reflection PreciseMail HP Commercial > Hardware ------------------------------ Date: 29 Jan 2007 03:15:46 -0800 From: "Bart.Zorn@gmail.com" Subject: Re: Fun with GNV - Watch out for MNT. Message-ID: <1170069346.772094.181150@k78g2000cwa.googlegroups.com> I have now removed GNV and installed it again, but mnt fails. During the installation I get error messages like: mnt: Bad file system directory: $2$dka500:[000000] mnt errno: no such file or directory %RMS-F-FNM, error in file name %DELETE-I-FILDEL, PSX$ROOT:[mnt]COMMON.DIR;1 deleted (4 blocks) The procedure uses f$device(,"disk") to find candidates to mount. Only mounted disks are considered, but the procedure does try to mount individual shadow set members. In my case, both the shadowset virtual unit and the physical members fail in the same way. ($2$DKA500 is a shadow set member). Further analysis shows that the actual commands that generate the above messages were: $ mnt -v $2$DKA500:[000000] PSX$ROOT:[mnt.COMMON] $ if .not. $status then delete PSX$ROOT:[mnt]COMMON.DIR;1 /log What does "-v" do? A comment in that same procedure states "If that didn't work, the message printed by mnt will be sufficient." Not really, I am afraid. Bart Zorn On Jan 29, 8:43 am, "Bart.Z...@gmail.com" wrote: > It may loop or it may not, but first you need to get mnt working. In > my case, whatever I try, mnt is not happy with its command arguments. > Not even the ones that are provided by the installation procedure. > Also, I could not find any documentation on mnt. Does anyone have a > pointer? > > Thanks, > > Bart Zorn > > On Jan 27, 4:06 pm, "Peter Weaver" > wrote: > > > I decided to put GNV 2.1 on my Alpha/IA64 cluster the other day. My cluster > > has two system disks, one for the Alpha and one for the IA64. > > > By default GNV creates a SYS$SYSDEVICE:[MNT] directory that contains > > pointers to each disk. It also creates a alias for SYS$COMMON:[GNV] pointing > > to SYS$SYSDEVICE:[000000]. > > > So on my system the Alpha's SYS$SYSDEVICE:[MNT] has a link to the IA64's > > system disk, the IA64 system disk has a [MNT] directory with a pointer to > > the Alpha's system disk, the Alpha's system disk has a [MNT] directory with > > a pointer to the IA64's system disk, the IA64 system disk has a [MNT] > > directory with a pointer to the Alpha's system disk, the Alpha's system disk > > has a [MNT] directory with a pointer to the IA64's system disk, the IA64 > > system disk has a [MNT] directory with a pointer to the Alpha's system disk, > > the Alpha's system disk has a [MNT] directory with a pointer to the IA64's > > system disk, the IA64 system disk has a [MNT] directory with a pointer to > > the Alpha's system disk, the Alpha's system disk has a [MNT] directory with > > a pointer to the IA64's system disk. (I'll stop here, but DIR > > SYS$SYSDEVICE:[000000...] hasn't stopped yet.) > > > But even with one system disk the SYS$COMMON:[GNV] points back to > > SYS$SYSDEVICE:[000000] which contains VMS$COMMON, which contains GNV which > > points back to [000000] which contains VMS$COMMON. I don't have the time to > > play right now, but I think installing GNV on a single system disk system > > will cause DIR SYS$SYSDEVICE:[000000...] to loop too. If anyone else out > > there has tried it on a single system disk system then let me know if DIR > > loops. > > > I see in the readme notes there is a comment about editing > > PSX$UP_STARTUP.COM so I will have to see if I can fix this mess that way. > > > If anyone else is bothered by this and have a way to report this then please > > do. > > > Peter Weaverwww.weaverconsulting.ca > > CHARON-VAX CHARON-AXP DataStream Reflection PreciseMail HP Commercial > > Hardware ------------------------------ Date: Mon, 29 Jan 2007 17:34:14 +0100 From: Paul Sture Subject: Re: How long to really setup a VMS system ? Message-ID: In article , Michael Kraemer wrote: > As a counterexample, look at MacOS X, > though being sort of a Unix system, it's a well integrated > office solution. It even can read the .doc and .ppt crap > out-of-the-box. I'm not sure about reading .ppt crap out of the box, but I've just tried the TextEdit app on some lengthy .doc files and they were certainly readable, if containing formatting errors. IOW, no extra packages needed to read .doc files. > > You need Acrobat Reader > > would mean to convince Adobe to provide either a VMS version > or to release the source. > > > You need Open Office > > Seems to be a big deal, AFAIK it doesn't exist > even for the major Unices except Solaris. Back to OS X. In terms of numbers shipped, it's probably boosting Unix market penetration by a significant amount. -- Paul Sture ------------------------------ Date: 29 Jan 2007 01:07:20 -0800 From: fkburrie@gmail.com Subject: Re: How to catch ots$movc3 error in a pascal user process Message-ID: <1170061639.982812.101470@a75g2000cwd.googlegroups.com> Sorry for the confusion, it was ots$move3. Today HP reported that it was a HD failure, it will be replaced today or tomorrow. Thanks, Frank. On 26 jan, 22:27, Stephen Hoffman wrote: > fkbur...@gmail.com wrote: > > One of my pascal programs crashed during ots$movc3 (Openvms 7.3.1) with > > pageread error (PAGRDERR) and io status 01F4 (=parity error?). > > Addressed memory is mapped to disk. According to HELP /message pagrderr > > an ana /disk /read_check has been performed without any significant > > result. The problem is that ots$movc3 does not return a result value > > that can be catched by the calling program. Someone has a clue of what > > could be the underlying problem and how I can catch the error? Shot-gun answer follows: > > I'd ECO the OpenVMS Alpha V7.3-1 system to current, and would > consider an upgrade to V7.3-2 -- the latter has Prior Version Support > status, and thus has more current updates. This approach on the off > chance that there's a low-level software error lurking. This does > initially look to be hardware-level, however. > > The usual triggers for PAGRDERR and friends are bad or flaky or > failing hardware. In this case, I might wonder if there's a bad block > under the pagefile or the common or whatever is storing the page > involved, or there is a device-level problem. If there are bad blocks, > you can recreate the file or pagefile involved to force the device to > reallocate the block. If the block is bad, that is. > > Disk bad block handling is discussed over in the old ATW area. See > > > Various compilers tend to generate code that calls the OTS$ routines; > if this is something the compiler has embedded, you're kinda stuck. > You'll have to re-code around the code that cases the compiler to emit > the call, or otherwise replace it with a lib$movc3 or lib$movc5 or such. > > Also check bus length, SCSI cable connections and termination. Check > your SCSI chain. There are occasionally SCSI device firmware upgrades, > too. Look in SYS$ETC: for those, or check the HP support database(s). > > If the disk(s) involved in this Alpha are old or overheated or > dust-plugged or otherwise potentially degraded, I might well look for a > few spares. Well, I might well look for a few spare disks anyway. > > And a question: is this reproducible in some fashion? Or is this a > transient error? Or is this error moving around? > > --www.HoffmanLabs.com > Services for OpenVMS ------------------------------ Date: Mon, 29 Jan 2007 08:45:14 +0000 (UTC) From: gartmann@nonsense.immunbio.mpg.de (Christoph Gartmann) Subject: Re: OpenSSL & OSU Message-ID: In article <0gavh.5152$Fd.2299@edtnps90>, "Malcolm Dunnett" writes: >"Christoph Gartmann" >wrote in message news:epj1nk$qa2$1@news.BelWue.DE... >| > I just downloaded Firefox 2 and tried loading an https page from my OSU >| >server (built with an older OpenSSL). It worked fine. I turned off TLS >1.0 >| >support in Firefox (so it only supports SSL 3) and tried again, still >| >worked. I don't see the problem, what am I missing? What version are you >| >linked against now? >| >| Version 0.96G, nothing special. >| > > OK, now I'm really confused. Even OpenSSL 9.3 supported SSL3 and TLS1. I >wouldn't have expected to see any problems in 0.96G. I am using the SSL_TASK interface. Could it be that the following line from WWWSSL.COM is preventing SSL3? $ SSL_CIPHER = "RC4-MD5:EXP-RC4-MD5:IDEA-CBC-MD5:EXP-RC2-CBC-MD5:" + - "DES-CBC-MD5:DES-CBC-SHA:DES-CBC3-MD5" This procedure explicitely mentions SSL3 in the part for the SSL_ENGINE interface but has nothing similar for SSL_TASK... Regards, Christoph Gartmann -- Max-Planck-Institut fuer Phone : +49-761-5108-464 Fax: -452 Immunbiologie Postfach 1169 Internet: gartmann@immunbio dot mpg dot de D-79011 Freiburg, Germany http://www.immunbio.mpg.de/home/menue.html ------------------------------ Date: Mon, 29 Jan 2007 10:52:45 -0800 From: "Fred Hoenisch" Subject: Re: OpenVMS Alpha 8.2/8.3 - Canadian PDT/MDT time changes are incorrect. Message-ID: <45be4273$1@flight> I have it on 'good authority' that: OpenVMS engineering will release updated versions of the time zone kits for the following versions of OpenVMS Alpha and Integrity: OpenVMS Alpha V8.2 OpenVMS Alpha V8.3 OpenVMS I64 V8.2-1 OpenVMS I64 V8.3 These kits will contain updated Mountain and Pacific time zone information for Canada. The kits should be finalized and ready for release by mid to late February. Disclaimer: The opinions expressed in this posting are the sole responsibility of the author and have in no way been reviewed by my employer or network provider. ------------------------------ Date: Mon, 29 Jan 2007 09:18:21 +0100 From: Michael Kraemer Subject: Re: PL/I for Itanium Message-ID: Tom Linden schrieb: > > Not true. The compiler we licensed to Liant was ported to a number of > unix work stations, Sun, HP-UX, AIX. We also ported PL/I to Tru64 > But that was when ? Probably not from the very beginning when those workstations were new. ------------------------------ Date: Mon, 29 Jan 2007 05:37:14 -0800 From: "Tom Linden" Subject: Re: PL/I for Itanium Message-ID: On Mon, 29 Jan 2007 00:18:21 -0800, Michael Kraemer wrote: > Tom Linden schrieb: > >> Not true. The compiler we licensed to Liant was ported to a number of >> unix work stations, Sun, HP-UX, AIX. We also ported PL/I to Tru64 >> > > But that was when ? > Probably not from the very beginning when those workstations > were new. > The ports to Primos and AOS were completed in 77 and 78. VAX, Wang and CDC in 79 Stratus in 80, Sun in 82 or 83 and so on ... -- Using Opera's revolutionary e-mail client: http://www.opera.com/mail/ ------------------------------ Date: Mon, 29 Jan 2007 17:38:39 +0100 From: Michael Kraemer Subject: Re: PL/I for Itanium Message-ID: Tom Linden schrieb: > The ports to Primos and AOS were completed in 77 and 78. VAX, Wang > and CDC in 79 > Stratus in 80, Sun in 82 or 83 and so on ... but that's long gone history and dead platforms. How about PL/I at the time Unix workstations took off and started to eat mainframe and VAX business, i.e. around 1990 and later ? My impression is that there were no PL/I solutions on PCs or workstations which could be taken as serious alternatives to their mainframe or VMS counterparts. ------------------------------ Date: 29 Jan 2007 11:29:55 -0600 From: koehler@eisner.nospam.encompasserve.org (Bob Koehler) Subject: Re: PL/I for Itanium Message-ID: <4qkbDctGAfSu@eisner.encompasserve.org> In article , Michael Kraemer writes: > My impression is that there were no PL/I solutions > on PCs or workstations which could be taken as serious alternatives > to their mainframe or VMS counterparts. The probably depends on whether one thought that PCs or workstations were serious alternatives to mainframes. But of course, on a VMS workstation your statement would be illogical. ------------------------------ Date: 29 Jan 2007 08:45:22 -0600 From: briggs@encompasserve.org Subject: Re: Remember back before FTP? Need to x-fer a file via terminal protocol. Message-ID: In article <8A+ZsZCyBVPO@eisner.encompasserve.org>, cornelius@encompasserve.org (George Cornelius) writes: > In article <45b90f88$0$6230$c3e8da3@news.astraweb.com>, JF Mezei writes: >> Reread the original post. The person does not have TCPIP on that machine, >> hence the discussions about kermit, X/Y modem etc. > > $ MCR MIME can of course handle uuencoded data - assuming it's present > without TCPIP services. Since it's present on Multinet machines, I would > guess it's present on all (current) systems. > > Of course simulating a uuencoded mail message would be an interesting > exercise. I suppose you could pull an existing email message apart > and insert the uuencoded data in the proper place. No need to get that fancy. Just insert the uuencoded data as [part of] a text message body. Back in the days before MIME had become widely accepted the de facto attachment encapsulation strategy was to uuencode and insert in-line in the text message body. There was an attempt to standardize this practice with an Encoding: header that identified the line number and encoding algorithm used for each such attachment. But its usage never got really widespread. Even mail packages that supported the Encoding header tended to do so only when creating messages. When receiving messages, they scanned the message body for things that looked like uuencoded attachments rather than trusting that an Encoding header would be present. By the time MIME came along there was enough installed base creating messages this way that a large number of mail packages continued looking for uuencoded bits inside text messages and treating them as attachments. My understanding is that Microsoft Exchange continues doing so even today. ------------------------------ Date: Mon, 29 Jan 2007 07:34:05 -0500 From: JF Mezei Subject: TCPIP Failsafe vs ARP Cluster alias Message-ID: <45bde9d4$0$7524$c3e8da3@news.astraweb.com> I remember seeing complaints here that the good old Arp based cluster Alias had been replaced in recent alpha version of TCPIP Serviced with the Failsafe service. (in particular the removal of the TCPIP> SET INT /CLUSTER=ip /C_network= /C_broadcast= command. In reading the Failsafe chapter, they mention that the same capabilities as the arp based cluster can be achieved by using ifconfig to create an alias IP address on the interface and not starting the Failsafe service. (or something to that effect). However, much earlier in that manual, there is still mention of the ability to create arp based clusters with the good old TPCIP> SET INTERFACE EW0 /CLUSTER=ip /C_broadcast= /C_net= I was a bit confused, so I tried it and low and behold, it still works. In fact, one vax currently has that cluster alias, and when i tried to define in it the alpha it worked and ifconif even tells me which node currently has the cluster alias ! $ ifconfig -a WE0: flags=c43 Standby addresses: inet 10.0.0.50 netmask ffff0000 broadcast 10.0.255.255 (Active on VELO unknown) *inet 10.0.0.11 netmask ffff0000 broadcast 10.0.255.255 ipmtu 1500 Was the /CLUSTER qualifier for TCPIP> SET INTERFACE put back in 5.6 of TCPIP services, or had I totally misread posts here that had complained about it being removed after 5.3 ? ------------------------------ Date: 29 Jan 2007 09:57:46 -0800 From: "Ian Miller" Subject: Re: TCPIP Failsafe vs ARP Cluster alias Message-ID: <1170093466.241555.324320@m58g2000cwm.googlegroups.com> it was not removed but is no longer recommended. ------------------------------ Date: Mon, 29 Jan 2007 06:49:14 -0500 From: JF Mezei Subject: TCPIP Services SMTP Receiver buglet (Alpha 5.6) Message-ID: <45bddf52$0$6200$c3e8da3@news.astraweb.com> I received a spam having the following top portion of the header: > Return-Path: io@vaxination.ca > Received: from dsl88-246-27944.ttnet.net.tr (88.246.109.40) > by chain.vaxination.ca (V5.6-9, OpenVMS V8.3 Alpha); > Wed, 24 Jan 2007 12:56:16 -0500 (EST) > Return-path: > X-Original-To: xxxxxx@vaxination.ca > Delivered-To: xxxxxx@vaxination.ca > Received: from [88.246.109.40] (port=8106 helo=dsl88-246-27944.ttnet.net.tr) > by gw.vaxination.ca with esmtp > id 586308-586308-74 > for xxxxxx@vaxination.ca; Wed, 24 Jan 2007 19:57:23 +0200 (EET) > Message-ID: <5f3801c73ff1$01c73ff1$286df658@vaxination.ca> > From: "Alec" I have not checked the RFC, but are header fields case sensitive ? If not, the TCPIP Services received should have removed the "Return-path:" before adding its own received and its own Return-Path: (aka: the software didn't recognise the "Return-path:" header in the message contents because the "p" wasn't uppercase). BTW, it is interesting that the spammers would bother adding a fake Received: header to pretend that the message had originated from inside my organisation. ------------------------------ Date: Mon, 29 Jan 2007 10:12:18 -0000 From: "chris" Subject: vms ping? Message-ID: <45bdc55d$1_1@glkas0286.greenlnk.net> Hi Were having some problems with networks and our VMS cluster, i know the usual ucx ping routine, but i vagely remember you could ping a box from mc sysman and it showed a little dot (.) , if it moved across the screen the network was a bit iffy, can anyone help me to what that command was? cheers Chris ------------------------------ Date: 29 Jan 2007 10:07:54 -0800 From: bob@instantwhip.com Subject: Re: vms ping? Message-ID: <1170094074.013930.276440@h3g2000cwc.googlegroups.com> On Jan 29, 5:12 am, "chris" wrote: > Hi > > Were having some problems with networks and our VMS cluster, i know the > usual ucx ping routine, but i vagely remember you could ping a box from mc > sysman and it showed a little dot (.) , if it moved across the screen the > network was a bit iffy, can anyone help me to what that command was? > > cheers > > Chris or if you have TCPware $ NETCU PING host ------------------------------ End of INFO-VAX 2007.058 ************************