1 INFO-VAX	Sat, 29 May 2004	Volume 2004 : Issue 297       Contents:" Re: Alpha/VMS news on The Inquirer Announcing WHOIS version 1.6  Re: Announcing WHOIS version 1.6  Re: Announcing WHOIS version 1.6  Re: Announcing WHOIS version 1.6  Re: Announcing WHOIS version 1.6% AUTO_DLIGHT_SAV not available on VAX?  CC patch Re: CC patch2 Re: Help restoring directories to a different disk2 Re: Help restoring directories to a different disk2 Re: Help restoring directories to a different disk2 Re: Help restoring directories to a different disk2 Re: Help restoring directories to a different disk5 Re: More on Processors from May issues of "PROCESSOR"  Re: Sortwork file query / Re: [TCPIP] How to configure SMTP outgoing only / Re: [TCPIP] How to configure SMTP outgoing only / Re: [TCPIP] How to configure SMTP outgoing only / Re: [TCPIP] How to configure SMTP outgoing only / Re: [TCPIP] How to configure SMTP outgoing only / Re: [TCPIP] How to configure SMTP outgoing only / Re: [TCPIP] How to configure SMTP outgoing only / Re: [TCPIP] How to configure SMTP outgoing only / Re: [TCPIP] How to configure SMTP outgoing only   F ----------------------------------------------------------------------  # Date: Sat, 29 May 2004 12:54:06 GMT 5 From: rdeininger@mindspringdot.com (Robert Deininger) + Subject: Re: Alpha/VMS news on The Inquirer L Message-ID: <rdeininger-2905040858070001@user-105n8b8.dialup.mindspring.com>  I In article <6c4c9437f19539f3b495dd2b24ca3a38@news.teranews.com>, JF Mezei % <jfmezei.spamnot@teksavvy.com> wrote:    >Robert Deininger wrote:L >> The usual.  Testing and qualification.  Sufficient production capacity to? >> fill the supply pipeline for new deliveries and spare parts.  > L >Sorry, that doesn't have much credibility. EV7z is just EV7 without a speed >restriction.   ' EV7 never had any "speed restrictions".    > >HP admitted that the EV7 chip was perfectly capable of higher# >speeds without any changes to it.    @ HP "admitted" no such thing, because it's not true.  EV7 was NOTH "perfectly capable of higher speeds" with no changes.  You like to twistD words and take away context, then state as fact your own ax-grinding	 opinions.     G When you make a batch of CPU chips, they all have microscopic flaws and J they all have to be tested.  Like snowflakes, no two chips are exactly theE same.  Some of them "work" and some of them "don't work".  "Work" and 4 "don't work" are not precise terms with CPU chips.    I All the "working" chips will exhibit buggy behavior if you push them hard G enough.  The most obvious way is to increase the clock speed, but there F are lots of other edge conditions that can uncover problems.  In fact,? there so many edge conditions you can't possibly test them all.   I On the other hand, many of the "don't work" chips will "work" if you slow H them down a bit, or restrict them to configurations that don't aggravate their sensitive spots.  C Alas, when you first start making a new kind of chip, especially an G aggressive design like EV7, most of them "don't work".  What matters is E how many chips work well enough at speed XX in configuration YY.  You G don't know XX and YY until you've made a bunch of chips and tested them  for a while.  I Actually, in the real world you get a lot of "probably work" chips, where I failures are rare and the root cause is not understood.  You run 32 chips F for a month, and 1 of them fails 1 time.  Do you have 1 bad chip, or aH general problem that doesn't occur very often?  None of your quick testsJ notice anything different about the "bad" chip.  Maybe you better continueG testing for a few more months, or run 128 chips for 1 month, to improve G your statistical sample.  Can you afford to hold up shipment for months A while you investigate?  Do you even have 128 chips to test with?  H (Remember, production has just started and most of the output is obviousF rejects.)  If you have 128 chips, were they all made with an identicalF process, from identical masks, so you get a valid statistical sample? I (Remember, you've been making a LOT of changes to fix the "easy" bugs you G discovered in months past.  After each change you get a few more "good"  chips from the factory.)  I Maybe you have several rare failure modes, A, B, and C.  In a few hundred J processor-months of intensive testing, you've seen a few examples of each,I all on different chips.  Maybe you notice there are no cases of A above a G certain CPU speed.  All the B's you've seen involve a particular memory F configuration.  Perhaps you understand C; it's reliably triggered by aG particular sequence of PAL code if it's aligned just right in cache and ? there are exactly 3 (or maybe 2 or 6) wait states in the memory I controller.  You find the bug in the silicon that allows C to happen, and J you tweek the masks, so in 1 or 2 or 3 months you'll have chips where C isG fixed.  In the meantime you realize you can add a couple of NOPs to the A PAL code and completely avoid the condition that exposes the bug.   F You beg, borrow, and steal enough of the very latest batch of chips toH assemble a couple of systems.  (The firmware and OS folks want them too,E so they can retire the early protos, a.k.a. "junk", that they've been I using all along.)  You run them slow enough to avoid problem A, and don't I allow the type of memory that might be related to problem B.  You put the J NOPs in the PAL code.  You run your best torture workloads on both systems' for a month and don't see any failures.   G Do you ship it?  If you do, your customers, in the aggregate, will very D quickly surpass your 2 system-months of testing.  If you've missed aJ general problem, customers WILL find it, and soon.  (Mr. Murphy takes overH as soon as you ship.)  You might have to replace all their CPUs.  If youB can't fix their problem, you might have to buy back their systems.  F Do you ship it?  You need the revenue.  Do you ship it?  Well, make up your mind already!  D A, B, and C, are just hypothetical examples, but every CPU maker (orF system maker) faces the same kinds of decisions on every new product.   Welcome to the real world, baby!  H So you decide to ship it.  The clock speed isn't quite what you'd hoped,F and customers ask about the strange list of configuration restrictionsI you've published.  But it's a pretty good system, and who will notice the % NOPs anyway?  And you need the money.   H Have you intentionally "restricted" the system?  Have you "crippled" theF CPU chips?  Did you deliberatly "delay" the release of your product?  F Stupid questions.  Anyone who's left his armchair and entered the real world knows better than to ask.   F Besides, you are still busy trying to find the root cause of A and B. J (And D, E, F, G, ..., which only happened once but they still worry you.) H You're tweeking the manufacturing process and gradually improving yield,F and more of the chips seem to "work" at higher speeds.  Eventually youG find the causes of some bugs, and either tweek the masks to fix them or E find reliable tests to screen out the bad chips.  Sometimes you don't ? understand the "fix", but it clearly helps so you do it anyway.   D After a while your chips have improved enough that you start selling/ faster systems and more complex configurations.     D Wow!  Your chips are now "capable of higher speeds", and you "didn'tI change anything".  Good thing your customers are too stupid to notice you H deliberately sold them junk for many months.  Good thing you didn't needH the additional money you'd have earned by selling better stuff, sooner. F Good thing you could keep paying that big staff of engineers, who wereE pretending to fix problems, so you could justify not selling the good  stuff right away.     8 I hesitate to call you a fool, JF, despite the symptoms.     ...   2 I've hesitated long enough.  IMHO, you are a fool.    B I just noticed your return address, "teksavvy.com".  That's funny!   ------------------------------  # Date: Sat, 29 May 2004 07:07:12 GMT - From: JF Mezei <jfmezei.spamnot@teksavvy.com> % Subject: Announcing WHOIS version 1.6 @ Message-ID: <cc1cd70bc7b7d952d963f2929964e9a1@news.teranews.com>  M WHOIS version 1.6 has been released. This is a freeware utility to fill a gap 7 in the TCPIP Services product which lacks this utility.    1.6 sports:   2 - an updated list of whois servers for most .TLDs.X - support for AS number requests through table of AS number ranges and their authorities - improved parsing of query 0 - added /HOST qualifier (equivalent to /SERVER)      It is available through:  ' http://www.vaxination.ca/vms/whois.html   % Comments/problem reports appreciated.    ------------------------------  % Date: Sat, 29 May 2004 10:38:47 +0200 , From: "Hans Vlems" <hvlems.dotweg@zonnet.nl>) Subject: Re: Announcing WHOIS version 1.6 * Message-ID: <2hr0lnFfqh0eU1@uni-berlin.de>  < "JF Mezei" <jfmezei.spamnot@teksavvy.com> schreef in bericht: news:cc1cd70bc7b7d952d963f2929964e9a1@news.teranews.com...K > WHOIS version 1.6 has been released. This is a freeware utility to fill a  gap 9 > in the TCPIP Services product which lacks this utility.  > 
 > 1.6 sports:  > 4 > - an updated list of whois servers for most .TLDs.H > - support for AS number requests through table of AS number ranges and their authorities  > - improved parsing of query 1 > - added /HOST qualifier (equivalent to /SERVER)  >  >  > It is available through: > ) > http://www.vaxination.ca/vms/whois.html  > ' > Comments/problem reports appreciated.   J Very nice JF. Builds without a problem with VMS 7.3 / Digital Server 5305.2 No compilation errors and the WHOIS.EXE runs fine.& The HLP/B file is (again) your friend.   Hans   ------------------------------  % Date: Sat, 29 May 2004 12:14:12 +0200 * From: Paul Sture <nospam@sture.homeip.net>) Subject: Re: Announcing WHOIS version 1.6 * Message-ID: <2hr63lFgf5leU1@uni-berlin.de>   Hans Vlems wrote: > > "JF Mezei" <jfmezei.spamnot@teksavvy.com> schreef in bericht< > news:cc1cd70bc7b7d952d963f2929964e9a1@news.teranews.com... > K >>WHOIS version 1.6 has been released. This is a freeware utility to fill a  >  > gap  > 9 >>in the TCPIP Services product which lacks this utility.  >>
 >>1.6 sports:  >>4 >>- an updated list of whois servers for most .TLDs.H >>- support for AS number requests through table of AS number ranges and >  > their authorities  >  >>- improved parsing of query 1 >>- added /HOST qualifier (equivalent to /SERVER)  >> >> >>It is available through: >>) >>http://www.vaxination.ca/vms/whois.html  >>' >>Comments/problem reports appreciated.  >  > L > Very nice JF. Builds without a problem with VMS 7.3 / Digital Server 5305.4 > No compilation errors and the WHOIS.EXE runs fine.( > The HLP/B file is (again) your friend. >   * Same here. Builds cleanly on V7.3-1 Alpha.  E I particularly liked the touch where the build procedure defines the  1 foreign command so you can test it straight away.   
 Thanks JF.   ------------------------------  % Date: Sat, 29 May 2004 13:20:08 +0200 , From: "Hans Vlems" <hvlems.dotweg@zonnet.nl>) Subject: Re: Announcing WHOIS version 1.6 * Message-ID: <2hra49Ffk8auU1@uni-berlin.de>  < "JF Mezei" <jfmezei.spamnot@teksavvy.com> schreef in bericht: news:cc1cd70bc7b7d952d963f2929964e9a1@news.teranews.com...K > WHOIS version 1.6 has been released. This is a freeware utility to fill a  gap 9 > in the TCPIP Services product which lacks this utility.  > 
 > 1.6 sports:  > 4 > - an updated list of whois servers for most .TLDs.H > - support for AS number requests through table of AS number ranges and their authorities  > - improved parsing of query 1 > - added /HOST qualifier (equivalent to /SERVER)  >  >  > It is available through: > ) > http://www.vaxination.ca/vms/whois.html  > ' > Comments/problem reports appreciated.   I The VAX/VMS WHOIS.EXE works fine but the build process is somewhat messy. 7 More specifically the C compiler issues a few warnings.   I Platform: VAXstation 4000-90A (128 MB memory) and VAX/VMS V7.3 with DEC C  V5.6-003  L ---------------------------------------------------------------------------- ---  $ @build_whois! WHOIS build facility V1.6 for VAX    Compiling .CLD file - A precompiled version of whois already exists & do you wich to recompile it Y/N [N]: y	 Compiling /         $DESCRIPTOR(command_desc,command_line); 	         ^ F %CC-W-ADDRCONSTEXT, In the initializer for command_desc.dsc$a_pointer,I  "command_line" does not have a constant address, but occurs in a context  thatE  requires an address constant.  This is an extension of the language. B                 At line number 588 in DISK$APPL3:[WHOIS]WHOIS.C;1.  (         $DESCRIPTOR(TEMP_DESC,temp_str);	         ^ C %CC-W-ADDRCONSTEXT, In the initializer for TEMP_DESC.dsc$a_pointer, 
 "temp_str"K  does not have a constant address, but occurs in a context that requires an 9  address constant.  This is an extension of the language. B                 At line number 589 in DISK$APPL3:[WHOIS]WHOIS.C;1.  < %VCG-I-SUMMARY, Completed with 0 error(s), 2 warning(s), and)                 0 informational messages. C                 At line number 1100 in DISK$APPL3:[WHOIS]WHOIS.C;1.    Now linking WHOIS $ %LINK-W-WRNERS, compilation warnings>         in module WHOIS file DISK$APPL3:[WHOIS]WHOIS.OBJ_VAX;2 WHOIS.EXE has been built  ? Do you wish to add the online-help to the system help library ? 
 Y/N [Y]: n Help library untouched# Defining the WHOIS symbol for usage )   WHOIS == "$DISK$APPL3:[WHOIS]whois.exe" D --------------------------------------------------------------------6 All done and completed - you can test WHOIS right away   ------------------------------  # Date: Sat, 29 May 2004 17:21:15 GMT - From: JF Mezei <jfmezei.spamnot@teksavvy.com> ) Subject: Re: Announcing WHOIS version 1.6 @ Message-ID: <41246313628ad29ccd5b81045e2b083a@news.teranews.com>   Hans Vlems wrote:  > Compiling 1 >         $DESCRIPTOR(command_desc,command_line);  >         ^ H > %CC-W-ADDRCONSTEXT, In the initializer for command_desc.dsc$a_pointer,K >  "command_line" does not have a constant address, but occurs in a context  > thatG >  requires an address constant.  This is an extension of the language. D >                 At line number 588 in DISK$APPL3:[WHOIS]WHOIS.C;1.   Damned descriptors :-)  L Have you defined the CC command to add qualifiers to make the DEC C compiler more pedantic than default ?  Q I'll look to see why the other descriptor definitions don't cause big complaints.    ------------------------------  # Date: Sat, 29 May 2004 14:53:54 GMT 5 From: brad@rabbit.dnsalias.org (Bradford J. Hamilton) . Subject: AUTO_DLIGHT_SAV not available on VAX?- Message-ID: <6u1uc.13183$eY2.10258@attbi_s02>    Folks,  7 I found no answer in the c.o.v. archives, so here goes:   L AUTO_DLIGHT_SAV is a valid SYSGEN parameter on Alpha (since 7.3*?); however,L it is not a valid parameter on VAX 7.3 (even though it appears in the SYSGEN help files).  B Bug or feature?  How will I accomplish the time change in October?" SYS$EXAMPLES:DAYLIGHT_SAVINGS.COM?   Environment:	netcu sho vers 5 TCPware(R) V5.6-2 Copyright (c) 2002 Process Software   ; OpenVMS version V7.3     booted on  3-MAY-2004 22:54:28.86, &         running on a MicroVAX 3100-96.   TIA,  J __________________________________________________________________________A Bradford J. Hamilton                    "All opinions are my own" K bMradAhamiPltSon-at-coMmcAast.nPeSt     "Lose the MAPS, and replace '-at-'  0                                          with @"   ------------------------------  + Date: Sat, 29 May 2004 13:35:57 +0000 (UTC) P From: helbig@astro.multiCLOTHESvax.de (Phillip Helbig---remove CLOTHES to reply) Subject: CC patch $ Message-ID: <c9a3js$gcp$1@online.de>  I What's up with the C-compiler patch at ITRC (for CC 6.2, ECO 4).  It has  H a new date, but doesn't appear to be new.  Also, the installation fails A saying that SAVESET B is missing.  Or is it not correct to do an   installation out of the box?   ------------------------------  + Date: Sat, 29 May 2004 16:23:15 +0000 (UTC) 6 From: peter@langstoeger.at (Peter 'EPLAN' LANGSTOEGER) Subject: Re: CC patch 0 Message-ID: <newscache$9ahhyh$qj6$1@news.sil.at>  w In article <c9a3js$gcp$1@online.de>, helbig@astro.multiCLOTHESvax.de (Phillip Helbig---remove CLOTHES to reply) writes: J >What's up with the C-compiler patch at ITRC (for CC 6.2, ECO 4).  It has I >a new date, but doesn't appear to be new.  Also, the installation fails  B >saying that SAVESET B is missing.  Or is it not correct to do an  >installation out of the box?   5 AFAIK, CC V6.5 is (for more than a year) current now, + so why even think about such an old thing ?    --   Peter "EPLAN" LANGSTOEGER % Network and OpenVMS system specialist  E-mail  peter@langstoeger.atF A-1030 VIENNA  AUSTRIA              I'm not a pessimist, I'm a realist   ------------------------------  % Date: Sat, 29 May 2004 02:01:36 -0400 2 From: "Stanley F. Quayle" <squayle@insight.rr.com>; Subject: Re: Help restoring directories to a different disk . Message-ID: <40B7EF00.27827.C9EA15E@localhost>  C > What I'm trying to do is restore several disks worth of data to a E > new disk, each drive's directory trees under a different directory. ? > For example, I want to restore the directories and files from  > $1$DKF0 to $1$DGA5:[DKF0].    . $ BACKUP $1$DKF0:[*...]*.*;* $1$DGA5:[DKF0...]  E You might also want things like /IGNORE=NOBACKUP, /IGNORE=INTER, etc.   
 --Stan Quayle  Quayle Consulting Inc.  
 ----------- Stanley F. Quayle, P.E. N8SQ  +1 614-868-1363 3 8572 North Spring Ct., Pickerington, OH  43147  USA 0 stan-at-stanq-dot-com       http://www.stanq.com   ------------------------------  # Date: Sat, 29 May 2004 06:17:44 GMT L From: winston@SSRL.SLAC.STANFORD.EDU ("Alan Winston - SSRL Admin Cmptg Mgr"); Subject: Re: Help restoring directories to a different disk 6 Message-ID: <00A32892.71C9922C@SSRL.SLAC.STANFORD.EDU>  ` In article <c740d2.0405282118.2c031bf1@posting.google.com>, jmckinney@icehouse.net (jim) writes:  B >I need to restore a directory tree from a disk on one system to aE >directory on a disk on a new system. Seems simple enough, but I must D >be missing something. Looking at the example in the manual I end upC >getting all of the files from all directories dumped into a single C >director on the new disk. What I'm trying to do is restore several F >disks worth of data to a new disk, each drive's directory trees underF >a different directory. For example, I want to restore the directoriesG >and files from $1$DKF0 to $1$DGA5:[DKF0]. Is there a way to accomplish  >this (easily)? Thanks!   C You're saying "restore" so I'm assuming you have a backup save set.   K How were your backups made originally?  Did you do an image backup or what? . (Not that it should make a lot of difference.)  O IF there's diskquota on DGA5 you may have some ancillary complications, since a - non-image restore won't create quota entries.   N Assuming BACKUP/LIST on DKF0.BCK/SAVE shows the disk structure you expect, try  & $ CREATE/DIR $1$DGA5:[DKF0]/own=system $ SET DEF $1$DGA5:[DKF0]7 $ BACKUP DKF0.BCK/SAVE [...] /VERIFY/BY_OWNER=ORIGINAL    O (Not tested right here, but as I recall this is what I've done when I had to do  this in the past.)  C If you're trying to do a disk-to-disk copy, assuming mounted disks, 3 $ BACKUP $1$DKF0:[000000...]*.*;* $1$DGA5:[DKF0...]    ought to do it.    -- Alan  --  O =============================================================================== 0  Alan Winston --- WINSTON@SSRL.SLAC.STANFORD.EDUM  Disclaimer: I speak only for myself, not SLAC or SSRL   Phone:  650/926-3056 M  Paper mail to: SSRL -- SLAC BIN 99, 2575 Sand Hill Rd, Menlo Park CA   94025 O ===============================================================================    ------------------------------  % Date: Sat, 29 May 2004 08:55:16 +0200 * From: "Karsten Nyblad" <nospam@nospam.com>; Subject: Re: Help restoring directories to a different disk , Message-ID: <c99c4n$vp6$1@news.cybercity.dk>  H ""Alan Winston - SSRL Admin Cmptg Mgr"" <winston@SSRL.SLAC.STANFORD.EDU>A wrote in message news:00A32892.71C9922C@SSRL.SLAC.STANFORD.EDU... = > In article <c740d2.0405282118.2c031bf1@posting.google.com>, $ jmckinney@icehouse.net (jim) writes:E > If you're trying to do a disk-to-disk copy, assuming mounted disks, 5 > $ BACKUP $1$DKF0:[000000...]*.*;* $1$DGA5:[DKF0...]  >  > ought to do it.   L At least on older versions of OpenVMS you need to copy the directories first@ or ACLs will not be correctly copied on those directories, e.g.,  6 $ BACKUP $1$DKF0:[000000]*.dir; $1$DGA5:[DKF0]/own=ori; $ BACKUP $1$DKF0:[000000...]*.*;* $1$DGA5:[DKF0...]/own=ori    ------------------------------  # Date: Sat, 29 May 2004 07:56:09 GMT L From: winston@SSRL.SLAC.STANFORD.EDU ("Alan Winston - SSRL Admin Cmptg Mgr"); Subject: Re: Help restoring directories to a different disk 6 Message-ID: <00A328A0.31ABA045@SSRL.SLAC.STANFORD.EDU>  Y In article <c99c4n$vp6$1@news.cybercity.dk>, "Karsten Nyblad" <nospam@nospam.com> writes:  > I >""Alan Winston - SSRL Admin Cmptg Mgr"" <winston@SSRL.SLAC.STANFORD.EDU> B >wrote in message news:00A32892.71C9922C@SSRL.SLAC.STANFORD.EDU...> >> In article <c740d2.0405282118.2c031bf1@posting.google.com>,% >jmckinney@icehouse.net (jim) writes: F >> If you're trying to do a disk-to-disk copy, assuming mounted disks,6 >> $ BACKUP $1$DKF0:[000000...]*.*;* $1$DGA5:[DKF0...] >> >> ought to do it. > M >At least on older versions of OpenVMS you need to copy the directories first A >or ACLs will not be correctly copied on those directories, e.g.,  > 7 >$ BACKUP $1$DKF0:[000000]*.dir; $1$DGA5:[DKF0]/own=ori < >$ BACKUP $1$DKF0:[000000...]*.*;* $1$DGA5:[DKF0...]/own=ori  J Good point.  (It's not so much that they aren't copied as that they aren't propagated right.)   -- Alan    --  O =============================================================================== 0  Alan Winston --- WINSTON@SSRL.SLAC.STANFORD.EDUM  Disclaimer: I speak only for myself, not SLAC or SSRL   Phone:  650/926-3056 M  Paper mail to: SSRL -- SLAC BIN 99, 2575 Sand Hill Rd, Menlo Park CA   94025 O ===============================================================================    ------------------------------  % Date: Sat, 29 May 2004 03:37:19 -0700  From: Z <z@no.spam> ; Subject: Re: Help restoring directories to a different disk 0 Message-ID: <10bgpuiltrq55d4@corp.supernews.com>  
 jim wrote:C > I need to restore a directory tree from a disk on one system to a F > directory on a disk on a new system. Seems simple enough, but I mustE > be missing something. Looking at the example in the manual I end up D > getting all of the files from all directories dumped into a singleD > director on the new disk. What I'm trying to do is restore severalG > disks worth of data to a new disk, each drive's directory trees under G > a different directory. For example, I want to restore the directories H > and files from $1$DKF0 to $1$DGA5:[DKF0]. Is there a way to accomplish > this (easily)? Thanks!   _To:  $1$DGA5:[DKF0...]    ------------------------------    Date: 29 May 2004 07:42:34 -0600+ From: young_r@encompasserve.org (Rob Young) > Subject: Re: More on Processors from May issues of "PROCESSOR"3 Message-ID: <lbQmMGU6jpuf@eisner.encompasserve.org>   t In article <DTiotGxQ0bj6-pn2-PlOygEkPGNpe@dave2_os2.home.ours>, "Dave Weatherall" <djw-nothere@nospam.nohow> writes:C > On Fri, 28 May 2004 03:37:46 UTC, young_r@encompasserve.org (Rob   > Young) wrote:  > U >> In article <uMCdnZnxnNOX9CvdRVn-ig@igs.net>, "John Smith" <a@nonymous.com> writes:  >>   >> >  G >> > Doesn't this sound like Intel 'tripping?' Not only is this bad for O >> > Intel's 32-bit processors, but I cannot see this being 'good' for Itanic..  >> >   >>  G >> 	Yeah.  And then financial reality sets in.  AMD cleared $60 million I >> 	last quarter, Intel cleared $2.5 billion last quarter.  Profits equal ? >> 	to twice AMD's revenues.  Maybe Intel shovels an extra $100 - >> 	million to Itanium just for good measure?  > > > Well considering you had  AMD going bust Rob, that's a fair H > performance and it can easily get better. Intel is still a big comapny > tho'.  >   < 	I had them taking a beating in 2003.  I don't believe I had? 	them going out of business, others used the words "kill."  But > 	without context it is hard to know what you are referring to. 	Perhaps this?  f http://groups.google.com/groups?hl=en&lr=lang_en&ie=UTF-8&selm=hKLt8cFK9ejE%40eisner.encompasserve.org  4 	My point is one corporation is much larger than the? 	other.  Yes , Dell was small at one time and IBM larger in the 
 	PC space.  > 	Unlike IBM's non-reaction to the market, that certainly isn't 	Intel historically.? 	If Intel sees share slipping, they will do something about it. A 	AMD is mostly relagated to a small section of the market.  Yeah, D 	maybe everyone gets excited when/if they double that section.  They$ 	would still be small in comparison.   				Rob    ------------------------------  % Date: Sat, 29 May 2004 10:00:54 +0200 * From: Paul Sture <nospam@sture.homeip.net>  Subject: Re: Sortwork file query* Message-ID: <2hqu9oFga90aU1@uni-berlin.de>   Dirk Munk wrote: > Adrian Birkett wrote:  >  >> Hi, >>B >> One of out applications sorts a file. The logical names of the G >> sortwork files are defined as DSA1:[NODIR]. This directory does not  G >> exist on the device and the files are showing in SDA as DSA1:[]. Is  G >> there any way of viewing these files to get an idea of how big they  F >> are as the seem to be eating disk space at  quite an alarming rate? >>G > You don't tell us what you are sorting. If these are files that were  K > made with a C program, the please keep in mind that C produces Stream-lf  J > files with a fake record size that is the maximum that RMS supports (32  > kB). > J > You may have to add a record-size switch with the sort command, whe you  > know the true record size. >    Dirk,   I I had the same idea, and in case you missed it, Adrian replied with this:   ? "No, the program is written in COBOL and is run under the CODA  F environment. The file in question has 4 keys in 5 areas which doesn't  really help"   ------------------------------  + Date: Sat, 29 May 2004 08:09:34 +0000 (UTC) 6 From: peter@langstoeger.at (Peter 'EPLAN' LANGSTOEGER)8 Subject: Re: [TCPIP] How to configure SMTP outgoing only1 Message-ID: <newscache$hfugyh$ds42$1@news.sil.at>   p In article <7dd5801ee2e488c72d10dbd492f0607a@news.teranews.com>, JF Mezei <jfmezei.spamnot@teksavvy.com> writes:! >Peter 'EPLAN' LANGSTOEGER wrote: 3 >> Is it possible to run TCPIP SMTP outgoing only ?  > M >You'd need to start the SMTP software normally (so that all logicals are set N >for outbound stuff), and once starded, you might want to simply TCPIP DISABLE >SERVICE SMTP. >(as opposed to STOP MAIL).   F So, DISABLE SERVICE and /PORT=whatever are two possibilities, and bothA unsupported/unreliable. I didn't want to believe that there is no $ supported/documented way. But now...  @ btw Is a TCPIP SET SERVICE SMTP/LIMIT=0 unlimited or a disable ?  N >This should prevent the TCPIP stack from invoking the TCPIP$SMTP_RECEIVER.EXEO >image whenever someone comes in to port 25. After you have issued the command, 2 >check the queues to ensure they are still active.  J For security reasons, starting a service and immediately stopping it afterM and then checking for function isn't a configuration I can sell to experts...   J >If mail cannot be returned to your host, make sure that the MAIL FROM: inO >outbound messages is set correctly so that any non-delivery notices wlill make 5 >it to a host that does have a SMTP receiver running.   
 Of course.   Thanks JF and all    --   Peter "EPLAN" LANGSTOEGER % Network and OpenVMS system specialist  E-mail  peter@langstoeger.atF A-1030 VIENNA  AUSTRIA              I'm not a pessimist, I'm a realist   ------------------------------    Date: 29 May 2004 07:24:23 -0600- From: Kilgallen@SpamCop.net (Larry Kilgallen) 8 Subject: Re: [TCPIP] How to configure SMTP outgoing only3 Message-ID: <SXzQxC4UxZio@eisner.encompasserve.org>   j In article <newscache$hfugyh$ds42$1@news.sil.at>, peter@langstoeger.at (Peter 'EPLAN' LANGSTOEGER) writes:r > In article <7dd5801ee2e488c72d10dbd492f0607a@news.teranews.com>, JF Mezei <jfmezei.spamnot@teksavvy.com> writes:" >>Peter 'EPLAN' LANGSTOEGER wrote:4 >>> Is it possible to run TCPIP SMTP outgoing only ? >>N >>You'd need to start the SMTP software normally (so that all logicals are setO >>for outbound stuff), and once starded, you might want to simply TCPIP DISABLE  >>SERVICE SMTP.  >>(as opposed to STOP MAIL). > H > So, DISABLE SERVICE and /PORT=whatever are two possibilities, and bothC > unsupported/unreliable. I didn't want to believe that there is no & > supported/documented way. But now...  G I presume HP builds their TCPIP software under the assumption that most A use is going to be on the Internet rather than a private network.   E Don't RFCs require that if you send SMTP mail from a given IP address @ you at least accept SMTP mail to POSTMASTER (and postmaster, and# PoSTmaSTeR, etc.) at that address ?    ------------------------------   Date: 29 May 2004 15:55:10 GMT) From: Hans Bachner <Hans@Bachner.priv.at> 8 Subject: Re: [TCPIP] How to configure SMTP outgoing only) Message-ID: <c9a5i4.7r.1@bachner.priv.at>   7 Peter 'EPLAN' LANGSTOEGER <peter@langstoeger.at> wrote:   I > You may know, that I'm not the expert in TCPIP SMTP (since I use MX and + > also TCPware) so thought I ask here, too:  > 2 > Is it possible to run TCPIP SMTP outgoing only ? > 0 > I mean, to don't run a service on TCP port 25,B > but enable local VMS users/applications to send SMTP mails out ?   J Without scanning the docs for an "elegant" solution: you can define hosts C or networks which are allowed to use a service (/ACCEPT=HOSTS=...,  G /ACCEPT=NETWORKS=...) or which are not allowed to use it (/REJECT=...).   ! Will this help in your situation?    Hans.    ------------------------------  + Date: Sat, 29 May 2004 16:18:51 +0000 (UTC) 6 From: peter@langstoeger.at (Peter 'EPLAN' LANGSTOEGER)8 Subject: Re: [TCPIP] How to configure SMTP outgoing only0 Message-ID: <newscache$x2hhyh$ui6$1@news.sil.at>  c In article <SXzQxC4UxZio@eisner.encompasserve.org>, Kilgallen@SpamCop.net (Larry Kilgallen) writes: k >In article <newscache$hfugyh$ds42$1@news.sil.at>, peter@langstoeger.at (Peter 'EPLAN' LANGSTOEGER) writes: I >> So, DISABLE SERVICE and /PORT=whatever are two possibilities, and both D >> unsupported/unreliable. I didn't want to believe that there is no' >> supported/documented way. But now...  > H >I presume HP builds their TCPIP software under the assumption that mostB >use is going to be on the Internet rather than a private network.  G A bad assumption and a bad excuse. Internal networks do now often TCPIP B only, and for security reasons with as few open ports as possible.C Outgoing SMTP (eg. for alarming) is a must, incoming SMTP is a nono  (except on mailservers).  F >Don't RFCs require that if you send SMTP mail from a given IP addressA >you at least accept SMTP mail to POSTMASTER (and postmaster, and $ >PoSTmaSTeR, etc.) at that address ?   Which RFC ? M I only know of an RFC which states that every _domain_ (means not IP address) D needs a "POSTMASTER (and postmaster, and PoSTmaSTeR, etc.)" mailbox.  I Otherwise, every home PC would have to have an SMTP server running, while > it sends its SMTP mails to its ISPs mailserver for delivery...   --   Peter "EPLAN" LANGSTOEGER % Network and OpenVMS system specialist  E-mail  peter@langstoeger.atF A-1030 VIENNA  AUSTRIA              I'm not a pessimist, I'm a realist   ------------------------------  + Date: Sat, 29 May 2004 16:30:59 +0000 (UTC) 6 From: peter@langstoeger.at (Peter 'EPLAN' LANGSTOEGER)8 Subject: Re: [TCPIP] How to configure SMTP outgoing only0 Message-ID: <newscache$4nhhyh$rj6$1@news.sil.at>  U In article <c9a5i4.7r.1@bachner.priv.at>, Hans Bachner <Hans@Bachner.priv.at> writes: 8 >Peter 'EPLAN' LANGSTOEGER <peter@langstoeger.at> wrote: > J >> You may know, that I'm not the expert in TCPIP SMTP (since I use MX and, >> also TCPware) so thought I ask here, too: >>  3 >> Is it possible to run TCPIP SMTP outgoing only ?  >>  1 >> I mean, to don't run a service on TCP port 25, C >> but enable local VMS users/applications to send SMTP mails out ?  > K >Without scanning the docs for an "elegant" solution: you can define hosts  D >or networks which are allowed to use a service (/ACCEPT=HOSTS=..., H >/ACCEPT=NETWORKS=...) or which are not allowed to use it (/REJECT=...).  K That came also to my mind, but I'd prefer having no service running at all.S< But thanks for reminding me. It may end as _the_ solution...  " >Will this help in your situation?  G It may help. A rejecting service and not having a service running mightaG make a difference on the port scanner summaries. I so far don't know...    -Peter  L PS: Of course I could send out SMTP mails without having TCPIP SMTP running.G I could use NETSCAPE, MOZILLA, CSWB, PERL but I can't use VMSmail whichn is what I want...s   -- d Peter "EPLAN" LANGSTOEGERi% Network and OpenVMS system specialistu E-mail  peter@langstoeger.atF A-1030 VIENNA  AUSTRIA              I'm not a pessimist, I'm a realist   ------------------------------  # Date: Sat, 29 May 2004 16:59:27 GMTS1 From: Michael Austin <maustin@firstdbasource.com>T8 Subject: Re: [TCPIP] How to configure SMTP outgoing only; Message-ID: <Pj3uc.1891$vA4.212@newssvr22.news.prodigy.com>e    Peter 'EPLAN' LANGSTOEGER wrote:  W > In article <c9a5i4.7r.1@bachner.priv.at>, Hans Bachner <Hans@Bachner.priv.at> writes:S > 9 >>Peter 'EPLAN' LANGSTOEGER <peter@langstoeger.at> wrote:- >> >>J >>>You may know, that I'm not the expert in TCPIP SMTP (since I use MX and, >>>also TCPware) so thought I ask here, too: >>>R3 >>>Is it possible to run TCPIP SMTP outgoing only ?n >>>-1 >>>I mean, to don't run a service on TCP port 25,>C >>>but enable local VMS users/applications to send SMTP mails out ?J >>L >>Without scanning the docs for an "elegant" solution: you can define hosts E >>or networks which are allowed to use a service (/ACCEPT=HOSTS=..., oI >>/ACCEPT=NETWORKS=...) or which are not allowed to use it (/REJECT=...).r >  > M > That came also to my mind, but I'd prefer having no service running at all. > > But thanks for reminding me. It may end as _the_ solution... >  > # >>Will this help in your situation?h >  > I > It may help. A rejecting service and not having a service running might'I > make a difference on the port scanner summaries. I so far don't know...g >  > -Peter > N > PS: Of course I could send out SMTP mails without having TCPIP SMTP running.I > I could use NETSCAPE, MOZILLA, CSWB, PERL but I can't use VMSmail whichl > is what I want...v >  Peter,  G for security... as long as you long as you do not allow relays and you rE run a stack that is not vulnerable to buffer overruns, then I do not eE consider smtp to be a serious "threat"...   My box is exposed to the gE internet and is primarily used for inbound email and I do use if for  C some outbound (I would use it for all outbound, but some companies n< reject it because the IP does not match the reverse lookup).   Michael Austin   ------------------------------  # Date: Sat, 29 May 2004 17:17:41 GMTh- From: JF Mezei <jfmezei.spamnot@teksavvy.com>o8 Subject: Re: [TCPIP] How to configure SMTP outgoing only@ Message-ID: <025b2c57e889e9c22bd5b9de03c795e4@news.teranews.com>    Peter 'EPLAN' LANGSTOEGER wrote:L > For security reasons, starting a service and immediately stopping it afterO > and then checking for function isn't a configuration I can sell to experts...u  K The "START MAIL" function does 2 things: it starts the symbiont (processingn4 emails) and starts the TCPUP  SMTP receiver service.  M On VAX, TCPIP 5.3, the receiver image is invioked only when a call comes intopN port 25. So just starting the service (as done by the TCPIP$SMTP_STARTUP) doesM nothing and once the whole TCPIP stack has been started, you can then disabley5 the SMTP service (which affects only incoming calls).   M However, you should test what happens to the startup procedure if the service N is disabled. It may bypass all processing of the SMTP startup (so the symbiont wouldn't be started).y   ------------------------------  # Date: Sat, 29 May 2004 17:28:38 GMTa- From: JF Mezei <jfmezei.spamnot@teksavvy.com>.8 Subject: Re: [TCPIP] How to configure SMTP outgoing only@ Message-ID: <ebecfede77a222b48fa0f103d0e02093@news.teranews.com>   Michael Austin wrote:uH > for security... as long as you long as you do not allow relays and youF > run a stack that is not vulnerable to buffer overruns, then I do not, > consider smtp to be a serious "threat"...   K In practice correct. However, if a machine contains sensitive data, you maye, wish to reduce any/all potential exposures.   J Also, another "security" you may wish to add is protecting the TCPIP$SMTP*M queues, giving them an ACL so that only certain users are allowed to "submit"t outbound messages.   ------------------------------  # Date: Sat, 29 May 2004 17:26:25 GMT - From: JF Mezei <jfmezei.spamnot@teksavvy.com> 8 Subject: Re: [TCPIP] How to configure SMTP outgoing only@ Message-ID: <b662d7c616a11f7f4b14d11c7ff24e99@news.teranews.com>  K If you specify an /ACCEPT and/or /REJECT in the SMTP service definition, inrL practical terms, it will reject all incoming calls (if done right). However,: an audit will still show port 25 willing to receive calls.    N Another option is for you to disable the service and keep it disabled. And youI write your own SMTOP startup procedure based on the one supplied with the M software and then just proceed with the code needed to start the symbiont andlL define all logicals. You execute this after the whole TCPIP stack has begun.   ------------------------------   End of INFO-VAX 2004.297 ************************