1 INFO-VAX	Sat, 18 Sep 2004	Volume 2004 : Issue 518       Contents:, Re: a simple question: what the h*ll is MCR?, Re: a simple question: what the h*ll is MCR?. Re: Another SPAMer farming c.o.v for addresses. Re: Another SPAMer farming c.o.v for addresses. Re: Another SPAMer farming c.o.v for addresses. Re: Another SPAMer farming c.o.v for addresses. Re: Another SPAMer farming c.o.v for addresses. Re: Another SPAMer farming c.o.v for addresses. Re: Another SPAMer farming c.o.v for addresses. Re: Another SPAMer farming c.o.v for addresses. Re: Another SPAMer farming c.o.v for addresses% baseboard management controller (BMC) ) Re: baseboard management controller (BMC) ( Re: HP gets 290 million defense contract Re: insufficient virtual memory  Re: OT: IVAN and New Orleans1 Re: Recommendations for secure terminal emulation = Re: Sequel to: I'm giving up computers if this is the future. = Re: Sequel to: I'm giving up computers if this is the future. = Re: Sequel to: I'm giving up computers if this is the future.  TCP/IP cluster interconnect?  Re: TCP/IP cluster interconnect?( Re: VAX 6000 replacement with CHARON-VAX( Re: VAX 6000 replacement with CHARON-VAX( Re: VAX 6000 replacement with CHARON-VAX( Re: VAX 6000 replacement with CHARON-VAX( Re: VAX 6000 replacement with CHARON-VAX( Re: VAX 6000 replacement with CHARON-VAX Re: VAX Question (Hardware)   F ----------------------------------------------------------------------  % Date: Fri, 17 Sep 2004 14:05:30 -0400 * From: "Marty O'Connor" <moconnor@dvfs.com>5 Subject: Re: a simple question: what the h*ll is MCR? + Message-ID: <2r0na7F148neiU1@uni-berlin.de>   2 "Dan O'Reilly" <dano@process.com> wrote in message; news:6.1.2.0.2.20040914090800.028a8560@raptor.psccos.com... B : Now on VMS, "MCR" is the same thing as saying "RUN SYS$SYSTEM:". :   ` Not exactly. MCR runs an image found in SYS$SYSTEM as a foreign command (xx = $sys$system:image)b which will pass the remainder of the line to the image. The RUN command will not do that. MCR is aW quick way to run a program that takes command line input without creating a DCL symbol.    Marty    ------------------------------    Date: 17 Sep 2004 13:49:24 -0500- From: Kilgallen@SpamCop.net (Larry Kilgallen) 5 Subject: Re: a simple question: what the h*ll is MCR? 3 Message-ID: <KQNHDXZvvm9e@eisner.encompasserve.org>   X In article <2r0na7F148neiU1@uni-berlin.de>, "Marty O'Connor" <moconnor@dvfs.com> writes: > 4 > "Dan O'Reilly" <dano@process.com> wrote in message= > news:6.1.2.0.2.20040914090800.028a8560@raptor.psccos.com... D > : Now on VMS, "MCR" is the same thing as saying "RUN SYS$SYSTEM:". > :  > 4 > Not exactly. MCR runs an image found in SYS$SYSTEM   	or via a logical name  / > as a foreign command (xx = $sys$system:image) d > which will pass the remainder of the line to the image. The RUN command will not do that. MCR is aY > quick way to run a program that takes command line input without creating a DCL symbol.    ------------------------------  % Date: Fri, 17 Sep 2004 16:07:51 -0400 - From: JF Mezei <jfmezei.spamnot@teksavvy.com> 7 Subject: Re: Another SPAMer farming c.o.v for addresses , Message-ID: <414B4417.537B422B@teksavvy.com>   Bill Gunshannon wrote:G > Yes, I am not subscribed to info-vax (at least not as far as I know!) G > In any case, it was typical SPAM same To: and From: address.  Sent to A > somenone who is not his customer, unsolicited.  Total scum-bag.    I did not receive such spam.   Possible reasons: ( 	spam counter measure in my From: worked( 	my ISP's spam fighting equipment worked2 	my ISP's windows based SMTP server lost messages.  M I fairness to my ISP, they may be windows based (for web and smtp), but their I connectivity is rock solid, and I have gotten less than 5 spams from that M email address since last april. I have gotten many more through my real email & address leading to my own smtp server.   ------------------------------   Date: 17 Sep 2004 21:49:33 GMT( From: bill@cs.uofs.edu (Bill Gunshannon)7 Subject: Re: Another SPAMer farming c.o.v for addresses + Message-ID: <2r14fcF14bhg9U1@uni-berlin.de>   , In article <414B4417.537B422B@teksavvy.com>,0 	JF Mezei <jfmezei.spamnot@teksavvy.com> writes: > Bill Gunshannon wrote:H >> Yes, I am not subscribed to info-vax (at least not as far as I know!)H >> In any case, it was typical SPAM same To: and From: address.  Sent toB >> somenone who is not his customer, unsolicited.  Total scum-bag. >  > I did not receive such spam. >  > Possible reasons: * > 	spam counter measure in my From: worked* > 	my ISP's spam fighting equipment worked4 > 	my ISP's windows based SMTP server lost messages. > O > I fairness to my ISP, they may be windows based (for web and smtp), but their K > connectivity is rock solid, and I have gotten less than 5 spams from that O > email address since last april. I have gotten many more through my real email ( > address leading to my own smtp server.  H That's true.  But I know (or rather recently learned) that the anti-SPAMG measures instituted on our mailserver (which I run) result in some real I messages not getting through.  So, how many real messages are you missing  if your ISP is more agrtessive?    bill   --  J Bill Gunshannon          |  de-moc-ra-cy (di mok' ra see) n.  Three wolvesD bill@cs.scranton.edu     |  and a sheep voting on what's for dinner. University of Scranton   |A Scranton, Pennsylvania   |         #include <std.disclaimer.h>       ------------------------------  % Date: Fri, 17 Sep 2004 18:46:38 -0400 * From: Chuck Chopp <ChuckChopp@rtfmcsi.com>7 Subject: Re: Another SPAMer farming c.o.v for addresses : Message-ID: <sOJ2d.162435$_h.75584@bignews3.bellsouth.net>   Bill Gunshannon wrote:  J > That's true.  But I know (or rather recently learned) that the anti-SPAMI > measures instituted on our mailserver (which I run) result in some real K > messages not getting through.  So, how many real messages are you missing ! > if your ISP is more agrtessive?   F I've had the same problems.  My web hosting provider, through which I M receive my email messages, has implemented some anti-SPAM features that have  L caused a number of legitimate email messages to be lost.  Most of these are G messages for various mailing lists, but some were also things like the  L electronic delivery of my telephone bill.  They don't have any mechanism in I place for me to flag specific message sources as legitimate, nor do they  K have a means of reviewing quarantined messages to see which ones are being  M completely eliminated from my POP3 mailbox.  Some messages are allowed to be  L delivered with "[SPAM]" prefixed on the front of the subject line, but even - those aren't always correctly tagged as SPAM.   M Regarding the particular SPAM message discussed in the start of this thread,  G I saw the message here on c.o.v and also received a copy via SMTP sent   directly to my email addy.  E Jus for the hell of it, I requested more information on the contract  L position being offered and I have to doubt the sincerity of the outfit that M was looking for a system administrator.  They wanted somebody to relocate to  L Talahasse Fla on almost zero notice for a 6 to 9 month contract and I don't M think that they were willing to pay for a qualified VMS system administrator.      --   Chuck Chopp   8 ChuckChopp (at) rtfmcsi (dot) com http://www.rtfmcsi.com  @ RTFM Consulting Services Inc.     864 801 2795 voice & voicemail2 103 Autumn Hill Road              864 801 2774 fax Greer, SC  29651  , Do not send me unsolicited commercial email.   ------------------------------    Date: 17 Sep 2004 17:55:59 -0500- From: Kilgallen@SpamCop.net (Larry Kilgallen) 7 Subject: Re: Another SPAMer farming c.o.v for addresses 3 Message-ID: <ScA+AYMDzsl6@eisner.encompasserve.org>   V In article <2r14fcF14bhg9U1@uni-berlin.de>, bill@cs.uofs.edu (Bill Gunshannon) writes:. > In article <414B4417.537B422B@teksavvy.com>,2 > 	JF Mezei <jfmezei.spamnot@teksavvy.com> writes:  P >> I fairness to my ISP, they may be windows based (for web and smtp), but theirL >> connectivity is rock solid, and I have gotten less than 5 spams from thatP >> email address since last april. I have gotten many more through my real email) >> address leading to my own smtp server.  > J > That's true.  But I know (or rather recently learned) that the anti-SPAMI > measures instituted on our mailserver (which I run) result in some real K > messages not getting through.  So, how many real messages are you missing ! > if your ISP is more agrtessive?   D It depends on what the ISP does with the messages it deems unworthy.C So long as it issues an SMTP Reject, the originator of a legitimate G message will learn that you did not receive it and take other measures.   E If the ISP just drops the messages (or puts them in a separate place) C there is a good chance the sender just think you are ignoring them.    ------------------------------  % Date: Fri, 17 Sep 2004 19:38:11 -0400 - From: JF Mezei <jfmezei.spamnot@teksavvy.com> 7 Subject: Re: Another SPAMer farming c.o.v for addresses , Message-ID: <414B7563.3FE8B346@teksavvy.com>   Bill Gunshannon wrote:J > That's true.  But I know (or rather recently learned) that the anti-SPAMI > measures instituted on our mailserver (which I run) result in some real K > messages not getting through.  So, how many real messages are you missing ! > if your ISP is more agrtessive?   I Which is why my eventual goal is to be able to have daily reports of what G mails have been bounced so that I can analyze the reasons for the false L positives and correct the situation and/or contact the originator. (which isD why the current TCPIP Services SMTP receiver is totally inadequate.)   ------------------------------   Date: 17 Sep 2004 23:40:56 GMT( From: bill@cs.uofs.edu (Bill Gunshannon)7 Subject: Re: Another SPAMer farming c.o.v for addresses + Message-ID: <2r1b08F14mqp5U1@uni-berlin.de>   3 In article <ScA+AYMDzsl6@eisner.encompasserve.org>, 0 	Kilgallen@SpamCop.net (Larry Kilgallen) writes:X > In article <2r14fcF14bhg9U1@uni-berlin.de>, bill@cs.uofs.edu (Bill Gunshannon) writes:/ >> In article <414B4417.537B422B@teksavvy.com>, 3 >> 	JF Mezei <jfmezei.spamnot@teksavvy.com> writes:  > Q >>> I fairness to my ISP, they may be windows based (for web and smtp), but their M >>> connectivity is rock solid, and I have gotten less than 5 spams from that Q >>> email address since last april. I have gotten many more through my real email * >>> address leading to my own smtp server. >>  K >> That's true.  But I know (or rather recently learned) that the anti-SPAM J >> measures instituted on our mailserver (which I run) result in some realL >> messages not getting through.  So, how many real messages are you missing" >> if your ISP is more agrtessive? > F > It depends on what the ISP does with the messages it deems unworthy.E > So long as it issues an SMTP Reject, the originator of a legitimate I > message will learn that you did not receive it and take other measures.   F Apparently, that depends on the originating mailer.  Or perhaps if theD originating MTA is misconfigured enough to draw a reject it may also9 be mis-configured enough to not handle rejects correctly. D Eample:  The system I mentioned above is configured so that the nameC it provides with HELO is bogus.  A message is provided by my mailer F informing them of this.  But that would require a mail admin who knowsH to actually look at logs once in a while to find out if and why messagesG might be getting rejeted.  Another of the problems created by the rapid F growth of the INTERNET is that there are a lot of mailserves being setG up and run by people who have never read an RFC and in many cases don't  even know what they are.   > G > If the ISP just drops the messages (or puts them in a separate place) E > there is a good chance the sender just think you are ignoring them.   K Or, as in this case apparently, if the originating MTA ignores the rejects.    bill   --  J Bill Gunshannon          |  de-moc-ra-cy (di mok' ra see) n.  Three wolvesD bill@cs.scranton.edu     |  and a sheep voting on what's for dinner. University of Scranton   |A Scranton, Pennsylvania   |         #include <std.disclaimer.h>       ------------------------------    Date: 17 Sep 2004 20:02:43 -0500- From: Kilgallen@SpamCop.net (Larry Kilgallen) 7 Subject: Re: Another SPAMer farming c.o.v for addresses 3 Message-ID: <VK8pCF2Sp3VE@eisner.encompasserve.org>   V In article <2r1b08F14mqp5U1@uni-berlin.de>, bill@cs.uofs.edu (Bill Gunshannon) writes:5 > In article <ScA+AYMDzsl6@eisner.encompasserve.org>, 2 > 	Kilgallen@SpamCop.net (Larry Kilgallen) writes:Y >> In article <2r14fcF14bhg9U1@uni-berlin.de>, bill@cs.uofs.edu (Bill Gunshannon) writes:   L >>> That's true.  But I know (or rather recently learned) that the anti-SPAMK >>> measures instituted on our mailserver (which I run) result in some real M >>> messages not getting through.  So, how many real messages are you missing # >>> if your ISP is more agrtessive?  >>  G >> It depends on what the ISP does with the messages it deems unworthy. F >> So long as it issues an SMTP Reject, the originator of a legitimateJ >> message will learn that you did not receive it and take other measures. > H > Apparently, that depends on the originating mailer.  Or perhaps if theF > originating MTA is misconfigured enough to draw a reject it may also; > be mis-configured enough to not handle rejects correctly. F > Eample:  The system I mentioned above is configured so that the nameE > it provides with HELO is bogus.  A message is provided by my mailer H > informing them of this.  But that would require a mail admin who knowsJ > to actually look at logs once in a while to find out if and why messages > might be getting rejeted.   @ Well at least in that case your would-be correspondent should be2 accustomed to email being an unreliable mechanism.  5 A properly configured MTA will notify the originator.    ------------------------------   Date: 18 Sep 2004 01:49:17 GMT( From: bill@cs.uofs.edu (Bill Gunshannon)7 Subject: Re: Another SPAMer farming c.o.v for addresses + Message-ID: <2r1igtF15bvvdU1@uni-berlin.de>   3 In article <VK8pCF2Sp3VE@eisner.encompasserve.org>, 0 	Kilgallen@SpamCop.net (Larry Kilgallen) writes:X > In article <2r1b08F14mqp5U1@uni-berlin.de>, bill@cs.uofs.edu (Bill Gunshannon) writes:6 >> In article <ScA+AYMDzsl6@eisner.encompasserve.org>,3 >> 	Kilgallen@SpamCop.net (Larry Kilgallen) writes: Z >>> In article <2r14fcF14bhg9U1@uni-berlin.de>, bill@cs.uofs.edu (Bill Gunshannon) writes: > M >>>> That's true.  But I know (or rather recently learned) that the anti-SPAM L >>>> measures instituted on our mailserver (which I run) result in some realN >>>> messages not getting through.  So, how many real messages are you missing$ >>>> if your ISP is more agrtessive? >>> H >>> It depends on what the ISP does with the messages it deems unworthy.G >>> So long as it issues an SMTP Reject, the originator of a legitimate K >>> message will learn that you did not receive it and take other measures.  >>  I >> Apparently, that depends on the originating mailer.  Or perhaps if the G >> originating MTA is misconfigured enough to draw a reject it may also < >> be mis-configured enough to not handle rejects correctly.G >> Eample:  The system I mentioned above is configured so that the name F >> it provides with HELO is bogus.  A message is provided by my mailerI >> informing them of this.  But that would require a mail admin who knows K >> to actually look at logs once in a while to find out if and why messages  >> might be getting rejeted. > B > Well at least in that case your would-be correspondent should be4 > accustomed to email being an unreliable mechanism.  F How would a user even know that their messages weren't getting through> unless someone who actually knows how it works(me) tells them?' For most users this is all black magic.    > 7 > A properly configured MTA will notify the originator.   H Exactly.  But I would bet that with the advent of MS systems doing EmailI there are now more badly configured MTA's than properly configured MTA's.    bill   --  J Bill Gunshannon          |  de-moc-ra-cy (di mok' ra see) n.  Three wolvesD bill@cs.scranton.edu     |  and a sheep voting on what's for dinner. University of Scranton   |A Scranton, Pennsylvania   |         #include <std.disclaimer.h>       ------------------------------    Date: 18 Sep 2004 00:22:18 -0500- From: Kilgallen@SpamCop.net (Larry Kilgallen) 7 Subject: Re: Another SPAMer farming c.o.v for addresses 3 Message-ID: <L1J3z1zvzIBA@eisner.encompasserve.org>   V In article <2r1igtF15bvvdU1@uni-berlin.de>, bill@cs.uofs.edu (Bill Gunshannon) writes:5 > In article <VK8pCF2Sp3VE@eisner.encompasserve.org>, 2 > 	Kilgallen@SpamCop.net (Larry Kilgallen) writes:  C >> Well at least in that case your would-be correspondent should be 5 >> accustomed to email being an unreliable mechanism.  > H > How would a user even know that their messages weren't getting through@ > unless someone who actually knows how it works(me) tells them?  A Some day they talk to their correspondent and ask "why didn't you 8 respond" and they learn that their mail is getting lost.  ) > For most users this is all black magic.   E But the reliability of it is something they gauge as an ongoing task.   8 >> A properly configured MTA will notify the originator. > J > Exactly.  But I would bet that with the advent of MS systems doing EmailK > there are now more badly configured MTA's than properly configured MTA's.   ( Gresham's Law as applied to MTAs ?   :-)   ------------------------------    Date: 17 Sep 2004 16:42:19 -0700  From: lspencer@parsec.com (Lori). Subject: baseboard management controller (BMC)= Message-ID: <d4f31f45.0409171542.1ffa51d5@posting.google.com>   ? I have a rx2600, the problem I'm having is on serial port A.  I F connect and go immediately into BMC (cli> prompt).  I issue [esc] q toD quit out but it just cycles back to cli>.  I issue [esc] ) and I getE the openvms, but if I shutdown then I hang until I get back to cli>.  C From the documentation serial port a is the console and I should be D albe to get to efi, but I don't I only stay in BMC.  I've tried just) about everything I can think of.  Thanks!    ------------------------------  # Date: Sat, 18 Sep 2004 00:32:27 GMT 4 From: Forrest Kenney <forrest_dot_kenney@hp_dot.com>2 Subject: Re: baseboard management controller (BMC)) Message-ID: <414B81A5.9BB857E@hp_dot.com>   H     It sounds like the system is set up to use the MP console.  You will need to G hook up the console port on the MP processor.  Then when you get to the  EFI J environment change the console.  The other opssibility is it is set to use a VGA F for console output and a USB keyboard.  In which case you will need to hookG up a VGA monitor and a USB keyboard.  Again you will need to change the $ console to point to the BMC console.   Lori wrote:   A > I have a rx2600, the problem I'm having is on serial port A.  I H > connect and go immediately into BMC (cli> prompt).  I issue [esc] q toF > quit out but it just cycles back to cli>.  I issue [esc] ) and I getF > the openvms, but if I shutdown then I hang until I get back to cli>.E > From the documentation serial port a is the console and I should be F > albe to get to efi, but I don't I only stay in BMC.  I've tried just+ > about everything I can think of.  Thanks!    Forrest Kenney   ------------------------------    Date: 17 Sep 2004 15:46:08 -0700& From: jordan@ccs4vms.com (Rich Jordan)1 Subject: Re: HP gets 290 million defense contract = Message-ID: <cc5619f2.0409171446.6ec865aa@posting.google.com>   a Nigel Barker <nigel@hp.com> wrote in message news:<o2ilk0prvccgnabvv2388nsscce6l0n7kl@4ax.com>... M > On Wed, 15 Sep 2004 18:26:32 -0400, JF Mezei <jfmezei.spamnot@teksavvy.com>  > wrote: >  > >> http://www.nyse.com/cgi-bin/ny_news?df=NY&r=S&sym=HPQ&sl=ON-09/15-17:19-1134|ON-09/15-17:07-1119|ON-09/15-16:38-1100|BW-09/15-07:45-320|BW-09/15-07:45-319|&sp=4  > >  > >Sorry for wrap in URL.  > O > Why not use http://tinyurl.com when posting mammoth URLs. As a service to our F > readers I have already been there & created http://tinyurl.com/6d3l9  F How long does a tinyurl url exist?  Will the archives in google or itsF successors be littered with guaranteed dead (as opposed to maybe stillB living) links if the urls get purged, or tinyurl folds?  Kind of a) single point of failure in the archive...    Rich   ------------------------------  # Date: Fri, 17 Sep 2004 20:14:08 GMT % From: Rob Brown <mylastname@gmcl.com> ( Subject: Re: insufficient virtual memoryE Message-ID: <Pine.LNX.4.61.0409171412410.22937@localhost.localdomain>   " On Fri, 17 Sep 2004, John F wrote:  4 > It sounded like PGFLQUOTA would solve the problem,1 > but playing with authorize and autogen resulted 2 > in the compiler getting stuck in a compute-bound0 > loop -- no buffered or direct i/o and 100% cpu > utilization.  F I can't remember what it looks like when your pagefile fills up.  Why A not run AUTOGEN and see if it wants to increase the size of your  	 pagefile.      --    B Rob Brown                        b r o w n a t g m c l d o t c o mA G. Michaels Consulting Ltd.      (866)438-2101 (voice) toll free! 6 Edmonton                         (780)438-9343 (voice)5                                   (780)437-3367 (FAX) 2                                   http://gmcl.com/   ------------------------------  % Date: Fri, 17 Sep 2004 14:20:06 -0400 # From: "John Smith" <a@nonymous.com> % Subject: Re: OT: IVAN and New Orleans , Message-ID: <M6SdnUJ-arpCt9bcRVn-pw@igs.net>   Bill Gunshannon wrote:. > In article <414AE8BC.5040704@tsoft-inc.com>,, > David Froble <davef@tsoft-inc.com> writes: >> JF Mezei wrote: >> >>> John Smith wrote:  >>> E >>>> I think it is this month's issue of National Geographic magazine D >>>> which makes the case of global warming's impact on costal areasD >>>> quite clear. And it's hard to predict how any change in coastalF >>>> area temepeatures wil change/modify the frquency and intensity of >>>> tornado formation.  >>>> >>> C >>> You can't use "global warming" in advertising in the USA. You'd D >>> alienate too many people who are conviced global warming is just@ >>> some tree hugger virtual problem designed to weaken the USA. >>> C >>> But you could say something like "forecasters predict hurricane 7 >>> season will continue to strenghten over the years".  >>>  >>D >> If there is really global warming, why am I experiencing lukewarmF >> summers and cold winters?  In 'normal' years we can see 20+ days inE >> June at or over 90 degrees F.  I doubt there were more than 2 this   >> year.  Last year sucked also. > D > We had one up here.  Add to that the fact that the permafrost lineD > has (and continues to) moved quite a bit further south in the pastG > two decades.  Ask your Inuit in northern Quebec about it.  Oh yeah, I F > also understand it has already started to snow in parts of Ontario aG > lot closer to Toronto than the residents like to see.  And then there E > was the Edmonton-Calgary Football game.  It's only September and no + > one was wearing shorts and T-shirts.  :-)      Definitions:+ http://www.ec.gc.ca/climate/overview-e.html     % Effects of Global Warming on Climate: 2 http://www.ec.gc.ca/climate/overview_affect-e.html  D Similar effects will occur in the USA, and some would likely be moreK widespread, ie. habitat for malarial mosquitos and other vectors of disease    ------------------------------   Date: 17 Sep 2004 18:56:10 GMT From: healyzh@aracnet.com : Subject: Re: Recommendations for secure terminal emulation, Message-ID: <cifc0a010p5@enews1.newsguy.com>  * John S. <j.simakauskas@comcast.net> wrote:M > For OS9 and OSX MacSSH appears to works well but  I haven't spent a lot of   > time with it. It is freeware.   I Is there a native OS X version of MacSSH available somewhere?  I couldn't " find one last night when I looked.   		Zane   ------------------------------  % Date: Fri, 17 Sep 2004 16:04:40 -0400 - From: JF Mezei <jfmezei.spamnot@teksavvy.com> F Subject: Re: Sequel to: I'm giving up computers if this is the future., Message-ID: <414B4357.586A80F8@teksavvy.com>   Bob Koehler wrote:F >    on the configuration window, the question remains how the WindowsF >    program knows that it's talking to an Alpha and therefor needs to >    override the command.  I Simple: self modifying code. The first time you tried the application, it M tried a combination of commands until one worked, and then modified itself so < that in subsequent times, it would invoke the right command.   :-) :-) :-) :-) :-)    ------------------------------  % Date: Fri, 17 Sep 2004 16:13:34 -0400 - From: JF Mezei <jfmezei.spamnot@teksavvy.com> F Subject: Re: Sequel to: I'm giving up computers if this is the future., Message-ID: <414B456D.33E92D34@teksavvy.com>  ! VAXman-, @SendSpamHere.ORG wrote: L > I don't know shit about Weendoze other than that the second you put one onM > a network it is infected with malicious code purported to be more malicious  > than Weendoze itself;   L Windows is not THAT bad.  It isn't the minute you plug it into a network, it% is the minute you boot it :-) :-) :-)   L What you need to do actually is exposed it fully naked to the internet, thenL go to those web sites that test every port on your machine and taje down theL list of all the ports your machine has some software listening to and find a way to disable that software.    ------------------------------  % Date: Fri, 17 Sep 2004 17:52:21 -0400 * From: Chuck Chopp <ChuckChopp@rtfmcsi.com>F Subject: Re: Sequel to: I'm giving up computers if this is the future.: Message-ID: <z%I2d.162358$_h.40043@bignews3.bellsouth.net>   Bob Koehler wrote:  E >    It is possible that WRQ is using the TELNET escape character and E >    PUSH command to start a subprocess which actually does something H >    like f$getsyi, that would not show up in the parent process' recall >    buffer. > I >    I've looked and I don't see anything in the TELNET escape processing 5 >    command set which would reveal the architecture.   = You're referring to the Telnet IAC Option Negotiation, right?   I That type of traffic would still show up in the captured network packets   from the telnet session.  I Reflection is simply issuing a DCL command that it is configured to use.  L One possible source for the command is the terminal emulator configuration, L and the other is a Reflection Basic Script [.rbs file] or a VBA script file K that directly specifies a DCL command that is possibly different from what  * is in the terminal emulator configuration.  I Beyond a RBS/VBA script file, the only other things that come to mind as  M likely suspects for the problem reported by the O.P. are as follow: having a  L DCL command verb or a local/global symbol set up as a foreign command, or a " logical name defined for VAXLINK2.  I This really shouldn't be a difficult problem to troubleshoot.  A network  K packet trace is going reveal exactly what DCL commands are being issued by  C Reflection when it performs a file transfer using the WRQ protocol.      --   Chuck Chopp   8 ChuckChopp (at) rtfmcsi (dot) com http://www.rtfmcsi.com  @ RTFM Consulting Services Inc.     864 801 2795 voice & voicemail2 103 Autumn Hill Road              864 801 2774 fax Greer, SC  29651  , Do not send me unsolicited commercial email.   ------------------------------  % Date: Fri, 17 Sep 2004 21:48:00 +0100 . From: "Jim Brankin" <brankin at nildram.co.uk>% Subject: TCP/IP cluster interconnect? ; Message-ID: <414b4d40$0$10791$65c69314@mercury.nildram.net>   D Is it not about time VMS could use TCP/IP as a cluster interconnect?A Everything seems to be moving that way, for instance voice, SCSI.   G With the advent of TCP offload engines the communications stack will be K available early in the boot sequence because it is on the card, so it ought 
 to be doable.    What do you think?   - Jim   7 =======================================================   2                             Pure Personal Opinion.  7 =======================================================    ------------------------------    Date: 17 Sep 2004 16:45:30 -0500- From: Kilgallen@SpamCop.net (Larry Kilgallen) ) Subject: Re: TCP/IP cluster interconnect? 3 Message-ID: <$7OoxGEw2tmr@eisner.encompasserve.org>   l In article <414b4d40$0$10791$65c69314@mercury.nildram.net>, "Jim Brankin" <brankin at nildram.co.uk> writes: > F > Is it not about time VMS could use TCP/IP as a cluster interconnect?C > Everything seems to be moving that way, for instance voice, SCSI.   F Everything is also moving to Microsoft Windows.  We could just give up on VMS and all go do that.  I > With the advent of TCP offload engines the communications stack will be M > available early in the boot sequence because it is on the card, so it ought  > to be doable.  >  > What do you think?  G I don't want another layer between the hardware and that which is under  the control of VMS Engineering.    ------------------------------  % Date: Fri, 17 Sep 2004 16:10:45 -0400 - From: JF Mezei <jfmezei.spamnot@teksavvy.com> 1 Subject: Re: VAX 6000 replacement with CHARON-VAX , Message-ID: <414B44C5.F18C74BA@teksavvy.com>  	 Question:   I In terms of emulator itself, what different features does a 6000 emulator * offer compared to a microvax II emulator ?  M In terms of a microvax II emulator, would it absolutely have to have a 16 meg K limit or couldn't it have a far greater memory limit while keeping the same  instruction set etc ?    ------------------------------  % Date: Fri, 17 Sep 2004 13:34:43 -0700 + From: "Barry Treahy, Jr." <Treahy@MMaz.com> 1 Subject: Re: VAX 6000 replacement with CHARON-VAX ' Message-ID: <414B4A63.4000909@MMaz.com>    JF Mezei wrote:   
 >Question: > J >In terms of emulator itself, what different features does a 6000 emulator+ >offer compared to a microvax II emulator ?  > N >In terms of a microvax II emulator, would it absolutely have to have a 16 megL >limit or couldn't it have a far greater memory limit while keeping the same >instruction set etc ? >    > I Probably little other than that the MV II's had to rely on libraries for  G some instructions that weren't actually implemented and so an emulator  H would be executing code that it could have more efficiently emulated if  it were a VAX 4000 for example.   H Another note on the hardware itself, the MV II's, were far more limited F with regards to their originally supported drives and tapes (ie. RD's F and RA's if you saddled down your QBUS with an adapter card) but SCSI E wasn't natively supported by Digital and as you have already pointed  " out, memory was seriously limited.  F I guess you have to ask the basic question, why emulate a MV when you 7 can emulate a later model like a 3100, 4000, or 6000...    Barry    --    > Barry Treahy, Jr                       E-mail: Treahy@MMaz.com> Midwest Microwave                          Phone: 480/314-1320> Vice President & CIO                         FAX: 480/661-7028                            ------------------------------    Date: 17 Sep 2004 16:44:01 -0500- From: Kilgallen@SpamCop.net (Larry Kilgallen) 1 Subject: Re: VAX 6000 replacement with CHARON-VAX 3 Message-ID: <FL+uiwiFakQK@eisner.encompasserve.org>   U In article <414B4A63.4000909@MMaz.com>, "Barry Treahy, Jr." <Treahy@MMaz.com> writes:   H > I guess you have to ask the basic question, why emulate a MV when you 9 > can emulate a later model like a 3100, 4000, or 6000...   . So you can test under earlier versions of VMS.  D I have MicroVAX IIs, but it would be nice to be freed of the need toD depend on that physical hardware, running instead under emulation onD Alpha.  None of the emulators seem to emulate MicroVAX II, and to myD mind that is the definitive departure point in the architecture from the older VAX 11 series.   ------------------------------  % Date: Fri, 17 Sep 2004 19:55:03 -0400 - From: JF Mezei <jfmezei.spamnot@teksavvy.com> 1 Subject: Re: VAX 6000 replacement with CHARON-VAX , Message-ID: <414B7956.9A1E6954@teksavvy.com>   "Barry Treahy, Jr." wrote:I > Another note on the hardware itself, the MV II's, were far more limited G > with regards to their originally supported drives and tapes (ie. RD's G > and RA's if you saddled down your QBUS with an adapter card) but SCSI  > wasn't natively supported   E However, the way I see it, an emulator has 2 separate portions: a CPU 8 instruction emulator, and a synthetized system emulator.  L Does the emulator (as a whole) really have to live with physical limitationsL imposed by Digital on the Microvax II ? Is there a reason why an emulated MV II couldn't have SCSI devices ??  M Did the MVII chip itself have the 16 meg limitation, or was this a limitationv imposed in the motherboard ?   ------------------------------  % Date: Fri, 17 Sep 2004 21:29:52 -0400e2 From: "Stanley F. Quayle" <squayle@insight.rr.com>1 Subject: Re: VAX 6000 replacement with CHARON-VAXe. Message-ID: <414B5750.28756.A499429@localhost>  ( On 17 Sep 2004 at 19:55, JF Mezei wrote:G > However, the way I see it, an emulator has 2 separate portions: a CPUn: > instruction emulator, and a synthetized system emulator. > B > Does the emulator (as a whole) really have to live with physicalG > limitations imposed by Digital on the Microvax II ? Is there a reason 4 > why an emulated MV II couldn't have SCSI devices ?  A Since the disk access is emulated, the host system's disks could i9 really be SCSI.  But the emulated VAX wouldn't know it.  h  E When I'm selling a MicroVAX II emulator, it has to BE a MicroVAX II, rD with all the limitations of the original.  If we wanted to create a F "new" VAX, sure, that would be fun, but what's the business purpose?   Who would buy it?w    / [Just my opinion, as a reseller of CHARON-VAX.]V
 --Stan Quayle0 Quayle Consulting Inc.  
 ----------- Stanley F. Quayle, P.E. N8SQ  +1 614-868-1363-3 8572 North Spring Ct., Pickerington, OH  43147  USAe0 stan-at-stanq-dot-com       http://www.stanq.com   ------------------------------  % Date: Fri, 17 Sep 2004 23:34:06 -0400 - From: JF Mezei <jfmezei.spamnot@teksavvy.com>i1 Subject: Re: VAX 6000 replacement with CHARON-VAXn, Message-ID: <414BACA0.B1F8075C@teksavvy.com>   "Stanley F. Quayle" wrote:F > When I'm selling a MicroVAX II emulator, it has to BE a MicroVAX II,E > with all the limitations of the original.  If we wanted to create axF > "new" VAX, sure, that would be fun, but what's the business purpose? > Who would buy it?n  ? Well, we've often been told that VMS is VMS and a VAX is a VAX.   M Unless the underlying machine (wintel or alpha) has a Q-BUS, is there a point-< in making such a precise emulation of a specific VAX model ?  G I can understand importance in having the right instruction set and CPUeH features when you advertise the features, but when you consider that theN timing and speed really depend on the real host's speed, you can't really make9 such a precise emulation of a specific machine, can you ?s  H The Insignia emulators just specified the general 8086 family (286, 386,' pentium ) class, not specific systems. n  : Wouldn't it be more "precice" to specify system features ?
 For instance:$* 	Microvax II class CPU (provide chip name)# 	Local drives appear as RA82 drivese1 	Ethernet device appears as a DELQA (or whetever)tO 	Serial ports support modem control and appear as DHQ11 controller (TX devices)m 	etc etc  . As opposed to just saying we emulate a MV II ?  N This way, when you compare the MVII vs 600 emulators, you coudl really see the% differences in what is supported etc.c   ------------------------------  % Date: Sat, 18 Sep 2004 06:55:40 +0800 , From: Paul Repacholi <prep@prep.synonet.com>$ Subject: Re: VAX Question (Hardware)0 Message-ID: <87llf8a4k3.fsf@k9.prep.synonet.com>  * David Froble <davef@tsoft-inc.com> writes:  E > Doesn't really matter.  At least where I live, if you're a businesseF > and you need 3-phase power, expect to pay much more than for regularE > service.  Call up the electric company asking for 3-phase in a homeq" > and they'll probably just laugh.  D 3 phase is pretty common here, but possibly not `standard'. The 6000& outside the garage is less standard...  D > The cost of 3-phase service is why so many manchine shops and such0 > use a converter, as mentioned in another post.   -- m< Paul Repacholi                               1 Crescent Rd.,7 +61 (08) 9257-1001                           Kalamunda.0@                                              West Australia 6076* comp.os.vms,- The Older, Grumpier Slashdot. Raw, Cooked or Well-done, it's all half baked.F EPIC, The Architecture of the future, always has been, always will be.   ------------------------------   End of INFO-VAX 2004.518 ************************