1 INFO-VAX	Wed, 22 Dec 2004	Volume 2004 : Issue 709       Contents: 4 months old but still relevant # 497 million euro fine for Microsoft  ANAL/DISK virtual memory And this too - only last week 9 Re: Can 80 pin UltraSCSI drives be used on Alpha systems? 9 Re: Can 80 pin UltraSCSI drives be used on Alpha systems? 9 Re: Can 80 pin UltraSCSI drives be used on Alpha systems?  DECnet IV address 1.0  Demande de profil VAX  Re: Demande de profil VAX  DISMOUNT/ABORT/NODE=<node_name> # Re: DISMOUNT/ABORT/NODE=<node_name> # Re: DISMOUNT/ABORT/NODE=<node_name> # Re: DISMOUNT/ABORT/NODE=<node_name>  Re: HP exodus to Intel) Re: HP pulls out of IA64 chip development ) Re: HP pulls out of IA64 chip development  Marcello has a Blog now @ Re: MntVerifyTimeout, (remote shadow member), clustering, volume@ Re: MntVerifyTimeout, (remote shadow member), clustering, volume@ Re: MntVerifyTimeout, (remote shadow member), clustering, volume@ Re: MntVerifyTimeout, (remote shadow member), clustering, volume% PHPBB worm impacts older PHP versions ) Re: PHPBB worm impacts older PHP versions * Re: pscp, psftp problem with MULTINET V5.0* Re: pscp, psftp problem with MULTINET V5.0* Re: pscp, psftp problem with MULTINET V5.0* Re: pscp, psftp problem with MULTINET V5.0* Restore from DLT-IV Tapes in an SDLT Drive# Re: SMTP problem with MULTINET v5.0 # Re: SMTP problem with MULTINET v5.0 5 Re: SSH Keys: MULTINET SSH Client to TCPIP SSH Server  Suppress nodename in Mail?" TCPIP: SMTP - setting HELO value ?& Re: TCPIP: SMTP - setting HELO value ?& Re: TCPIP: SMTP - setting HELO value ?& Re: TCPIP: SMTP - setting HELO value ?& Re: TCPIP: SMTP - setting HELO value ?$ TestDrive update - Binary Translator TruCluster/AdvFS open-sourced?" Re: TruCluster/AdvFS open-sourced?" Re: TruCluster/AdvFS open-sourced?" Re: TruCluster/AdvFS open-sourced?  Re: Yet another Inquirer articleI Re: [OpenVMS V7.3-2] GETDVI Item for Volume Owner (and Volume Protection)   F ----------------------------------------------------------------------  % Date: Wed, 22 Dec 2004 11:23:12 -0500 # From: "John Smith" <a@nonymous.com> ( Subject: 4 months old but still relevant, Message-ID: <K7WdnRHyY97xAlTcRVn-3Q@igs.net>  A http://www.theregister.co.uk/2004/08/30/opteron_itanium_sales_q2/     0 Itanium sales fall $13.4bn shy of $14bn forecast By Ashlee Vance in Chicago  + Published Monday 30th August 2004 18:37 GMT   F Itanium server sales are coming in just as expected, hitting the $14bn" revenue mark halfway through 2004.  H Okay, well, not quite $14bn. That's the total analyst powerhouse IDC hadG once predicted Itanium would reach by the midway point of this year. In E actual fact, total Itanium sales have hit $606m through the first two K quarters of this year. Other organs might mock a $13.4bn miss by one of the H world's leading number crunching firms but not us. We'll let you come to4 your own conclusions about such an incredible gaffe.  F  The $606m figure arrives courtesy of Gartner, which just released itsE second quarter server sales data. We covered the basics last week but J thought a break down of Itanium and Opteron sales would provide a bit more- insight into the server market. So here goes.   J Total Itanium server sales hit $319m in the second quarter, which beat outK the $287m total from the first quarter and crushed the $70m total from last K year's second quarter. Total shipments hit 5,665 in Q2 compared to 2,717 in  the same quarter last year.   H The Itanium ecosystem is as unhealthy as ever with HP totally dominatingG sales. HP moved 4,789 of the 5,665 boxes shipped in the second quarter, F earning $250m in revenue. That total is roughly equivalent to the RISCI server business done by IBM or Sun in *one* *week*. HP, however, did more F than double shipments from the 2,262 boxes moved in last year's secondE quarter. Still, HP's customers are understandably concerned about the  Itanic's course.  E SGI - another bet the company on Itanium company - also showed a huge J increase in shipments, shifting 287 servers in the second quarter comparedK to just 54 servers last year. It pulled in $40m in revenue from these sales / versus $16m one year ago, according to Gartner.   J IBM also obliterated its total of 2 shipments last year to reach 208 salesK this year, garnering $8m in revenue. That amount is probably the equivalent L of the lawyers' fees needed to approve the writing of the word Itanium in an IBM press release.  J NEC placed fourth with 38 units shipped and $6m in revenue up from 5 units shipped and $2m in revenue.   J And in the You Don't See This Often in the Industry Standard Server MarketJ category, Bull pulled in more revenue than Dell during the second quarter.H Bull shipped 80 Itanium boxes for $5m in revenue, while Dell shipped 187J systems for $4m in revenue. Legend, Hitachi, Fujitsu, Samsung and LangChaoG managed to ship 70 Itanium servers combined, comfortably addressing the , exploding demand for Itanic systems in Asia.   ------------------------------  % Date: Wed, 22 Dec 2004 18:28:42 +0100  From: Dirk Munk <munk@home.nl>, Subject: 497 million euro fine for Microsoft2 Message-ID: <cqcasg$o4u$1@news3.zwoll1.ov.home.nl>  J Today Microsoft got a fine of 497 million euro (US $650 million) from the N European Court. The reason is misuse of monopoly position etc. Furthermore M$ L has to remove Mediaplayer from the Windows-XP distribution, and publish the 5 API's for communication with periphirals. Nice ......    ------------------------------  + Date: Wed, 22 Dec 2004 16:32:11 +0000 (UTC) - From: klewis@OMEGA.MITRE.ORG (Keith A. Lewis) ! Subject: ANAL/DISK virtual memory . Message-ID: <cqc7ib$9ba$1@newslocal.mitre.org>  9 I'm getting the following error using the SYSTEM account:    $ anal/disk/repair DISK$DEVEL:5 %ANALDISK-F-ALLOCMEM, error allocating virtual memory - -LIB-F-INSVIRMEM, insufficient virtual memory   K I'm guessing that this is because SYSTEM's PGFLQUOTA is too low (300,000).  < The command works for my user account which has 3,000,000.    I Can I calculate what value is needed?  The disk has ~72,000,000 clusters.   K Disk $2$DKA500: (OMEGA), device type COMPAQ BF07285A36, is online, mounted, M     file-oriented device, shareable, served to cluster via MSCP Server, error      logging is enabled.   O     Error count                    0    Operations completed            5024976 O     Owner process                 ""    Owner UIC                      [SYSTEM] O     Owner process ID        00000000    Dev Prot            S:RWPL,O:RWPL,G:R,W O     Reference count                1    Default buffer size                 512 O     Total blocks           142264000    Sectors per track                    96 O     Total cylinders            15437    Tracks per cylinder                  96 $     Allocation class               2  O     Volume label             "DEVEL"    Relative volume number                0 O     Cluster size                   2    Transaction count                     1 O     Free blocks             50600428    Maximum files allowed          16711679 O     Extend quantity                5    Mount count                           2 O     Mount status              System    Cache name             "_DSA0:XQPCACHE" O     Extent cache size             64    Maximum blocks in extent cache  5060042 O     File ID cache size            64    Blocks in extent cache                0 O     Quota cache size               0    Maximum buffers in FCP cache       3874 O     Volume owner UIC        [SYSTEM]    Vol Prot    S:RWCD,O:RWCD,G:RWCD,W:RWCD   J   Volume Status:  ODS-5, subject to mount verification, write-back caching       enabled.#   Volume is also mounted on LUMINA.     0 --Keith Lewis              klewis {at} mitre.org> The above may not (yet) represent the opinions of my employer.   ------------------------------  % Date: Wed, 22 Dec 2004 11:26:03 -0500 # From: "John Smith" <a@nonymous.com> & Subject: And this too - only last week, Message-ID: <NL-dneuZaKmKPVTcRVn-tA@igs.net>  > http://www.theregister.co.uk/2004/12/16/hp_intel_itanic_shift/  I HP moved quickly to counter any overachieving reporters who might suggest H that it has given up on the disastrous 64-bit chip. It announced a $3bn,L three year investment in the processor, and many organs jumped at the chance0 to bring you word of this remarkable commitment.  F HP insisted that the money will be used to increase the number of ISVsL supporting Itanium, to work on chipset designs and to tune HP's own softwareL for the processor. These, of course, are all tasks HP was already working on with all its might.   K While the wording of HP's press release makes the $3bn investment seem new, G it's not at all. HP has been designing Itanic chipsets for ages, paying I software makers to port to the chip and subsidizing server migrations. In F fact, one has to wonder what cost-savings HP has enjoyed by abandoningD PA-RISC and Alpha in favor of Itanium. It no longer employs any chipI engineers. Intel is handling production. And HP is still paying almost as L much as IBM and Sun Microsystems do to develop their chips? That's peculiar.  K Funny enough, HP and Intel portrayed this engineer exchange as being in the L best interests of Itanium. The deal could ease other OEMs' concerns about HP: receiving early insights into Itanium's future directions.  J That spin doesn't fit with what HP showed in its statement about the deal.  F "HP's server design innovation includes work across the breadth of theB Integrity server line, with expanded focus on growth in the highly; competitive two- to four-processor server market," HP said.   C Notice the emphasis there at the end of the sentence on the "highly 0 competitive" market for low-end Itanium servers.  K Last month, Intel's future CEO Paul Otellini said the company has basically K given up on pursuing the low-end server market with Itanium. Anyone get the 7 feeling HP is trying to cover for that reality slip up?   J For those of you curious about what types of Itanium systems customers areG buying from HP, we're here to help. The majority - 63 percent - of HP's G Itanium server revenue came from HP-UX customers in the fourth quarter. I Another 18 percent came from Windows customers, 9 percent came from Linux J users and 10 percent of HP's customers picked no OS on their Itanic boxes.K HP owns 70 percent of the worldwide Itanium server market in revenue and is  damn proud of that fact.  I Incidentally, today's deal went over really well in the mainstream press.   I "I think history will record Itanium as a failure," David House, a former G Intel exec who once approved the original Itanic project, told the Wall  Street Journal.    ------------------------------    Date: 22 Dec 2004 05:25:16 -0800 From: tadamsmar@yahoo.com B Subject: Re: Can 80 pin UltraSCSI drives be used on Alpha systems?C Message-ID: <1103721916.768193.219780@c13g2000cwb.googlegroups.com>   F We want to replace 2 disks per system and be able to form a shadowset.  = The systems are a DECpc axp 150 and a AlphaStation 400 4/233.   > The hardware guy found some 80 pin 50 gb disk for $35, SeagateD ST150176LC.  I assume these are new.   He said that the 50 pin disks) that he found sold for $200 to $300 IIRC.   C We are running 7.2-1, but the main reason I want bigger disks is to E upgrade to the current version of VMS.  Our disk are almost full with C the older version and I figure that the an OS upgrade (without some 1 thought to trimming it down anyway) will not fit.    ------------------------------  % Date: Wed, 22 Dec 2004 05:47:53 -0800 # From: "Tom Linden" <tom@kednos.com> B Subject: Re: Can 80 pin UltraSCSI drives be used on Alpha systems?( Message-ID: <opsjewl3sxzgicya@hyrrokkin>  ; On 22 Dec 2004 05:25:16 -0800, <tadamsmar@yahoo.com> wrote:   H > We want to replace 2 disks per system and be able to form a shadowset. > ? > The systems are a DECpc axp 150 and a AlphaStation 400 4/233.  > @ > The hardware guy found some 80 pin 50 gb disk for $35, SeagateF > ST150176LC.  I assume these are new.   He said that the 50 pin disks+ > that he found sold for $200 to $300 IIRC.  > E > We are running 7.2-1, but the main reason I want bigger disks is to G > upgrade to the current version of VMS.  Our disk are almost full with E > the older version and I figure that the an OS upgrade (without some 3 > thought to trimming it down anyway) will not fit.  >   H There is a small PC board that you can buy which attached to the back ofC the drive and splits the power to a molex style connector, a 68 pin G wide scsi and a set of jumpers.  I got some at TigerDirect.com TC1-6500   H If you still need to get to 50 pin there is also an adapter that you canG then attache to this.  I bought one at Fry's. I tried once for fun, but F it looks a bit hokey.  Also the 80-68 adapter,which measures 1" x 3.5"E rides in the 80 pin connector on the drive and has no othe means of   	 attaching $ it so it can come out fairly easily.     --  C Using Opera's revolutionary e-mail client: http://www.opera.com/m2/    ------------------------------  + Date: Wed, 22 Dec 2004 07:54:59 -0600 (CST) * From: sms@antinode.org (Steven M. Schweda)B Subject: Re: Can 80 pin UltraSCSI drives be used on Alpha systems?) Message-ID: <04122207545988@antinode.org>   # From: "Tom Linden" <tom@kednos.com>   B > > The hardware guy found some 80 pin 50 gb disk for $35, SeagateH > > ST150176LC.  I assume these are new.   He said that the 50 pin disks(                  ^^^^^^^^^^^^^^^^^^^^^^^      I'd ask before I'd assume.   J > There is a small PC board that you can buy which attached to the back ofE > the drive and splits the power to a molex style connector, a 68 pin I > wide scsi and a set of jumpers.  I got some at TigerDirect.com TC1-6500   J > If you still need to get to 50 pin there is also an adapter that you canI > then attache to this.  I bought one at Fry's. I tried once for fun, but H > it looks a bit hokey.  Also the 80-68 adapter,which measures 1" x 3.5"G > rides in the 80 pin connector on the drive and has no othe means of   0 > attaching it so it can come out fairly easily.  G    Or you could just buy an SCA adapter with a 50-pin connector.  Or an @ SCA adapter with both a 50-pin and a 68-pin connector.  Both areB commonly available.  For a Seagate ST1xxx drive, I'd get the 50/68G version, as it's no taller than the drive, it costs about the same, and H one can imagine advancing to wide SCSI at some future date.  If you have? a Seagate ST3xxx drive, and no headroom, a lower-profile 50- or " 68-pin-only adapter may be needed.  G    I've never had any trouble with an adapter falling out/off, but then H I never tried building an adapter cantilever longer than the disk drive,G either.  I have had trouble with the protruding pins on the back of the H adapter touching the metal disk drive case, so I usually tape a layer orF two of card stock to the back of the adapter before installing it.  (IG sure miss having a ready supply of high-quality card stock right by the C computer, but I suppose I don't really have room at home for a nice , model 1442 card read punch.  Life is cruel.)  G > > We are running 7.2-1, but the main reason I want bigger disks is to I > > upgrade to the current version of VMS.  Our disk are almost full with G > > the older version and I figure that the an OS upgrade (without some 5 > > thought to trimming it down anyway) will not fit.   G    If you have applied enough patches to the old OS, upgrading can free > some disk space (at least until you apply enough new patches).  H ------------------------------------------------------------------------  4    Steven M. Schweda               (+1) 651-699-98183    382 South Warwick Street        sms@antinode-org     Saint Paul  MN  55105-2547    ------------------------------   Date: 22 Dec 2004 17:18:59 GMT< From: gartmann@non.immunbio.mpg.de.sens (Christoph Gartmann) Subject: DECnet IV address 1.00 Message-ID: <cqcaa3$76j$2@n.ruf.uni-freiburg.de>   Hello,  I I just discovered that our cluster alias has an id of "1.0". But for some N reason it is impossible to remove the alias and recreate it with this address.L Why? Was it valid in the past and now in OpenVMS 7.3-1 no longer? Or is it a bug in NCP?    Regards,    Christoph Gartmann    --  E  Max-Planck-Institut fuer      Phone   : +49-761-5108-464   Fax: -452   ImmunbiologieI  Postfach 1169                 Internet: gartmann@immunbio dot mpg dot de   D-79011  Freiburg, Germany 9                http://www.immunbio.mpg.de/home/menue.html    ------------------------------  % Date: Wed, 22 Dec 2004 10:37:48 +0100   From: "Jan" <jan.sierens@apx.be> Subject: Demande de profil VAX: Message-ID: <41c9406c$0$9936$4d4efb8e@read.news.be.uu.net>  L Dans le cadre du dveloppement d'une nouvelle application avec client Oracle. sous VAX, nous recherchons le profil suivant :, - Dveloppeur avec connaissances techniques:         - Open VMS 7.3-1         - VAX C          - VAX Pascal          - Programmation Oracle 9         - Alpha MMS - CMS          - MS Windows  K Profil devant s'intgrer dans une quipe majoritairement francophone, cette A personne devra matriser le franais et tre un rel team player.   ( Dbut de la mission : dbut Janvier 2005 Fin de mission : fin juin 2005 Frquence : 5 jours/semaines  C Si vous tes intress, prenez contacte avec Yvon.Fischer@apx.be ou 7 Patricia.Desmed@apx.be, ou tlphonez +32 10 84 98 60 .    ------------------------------  % Date: Wed, 22 Dec 2004 10:19:59 -0500 2 From: Chip Coldwell <coldwell@physics.harvard.edu>" Subject: Re: Demande de profil VAXE Message-ID: <Pine.LNX.4.61.0412221019060.13982@localhost.localdomain>   J   This message is in MIME format.  The first part should be readable text,K   while the remaining parts are likely unreadable without MIME-aware tools.   % --8323328-121481627-1103728799=:13982 : Content-Type: TEXT/PLAIN; charset=X-UNKNOWN; format=flowed+ Content-Transfer-Encoding: QUOTED-PRINTABLE    On Wed, 22 Dec 2004, Jan wrote:  > L > Profil devant s'int=E9grer dans une =E9quipe majoritairement francophone,=  cetteK > personne devra ma=EEtriser le fran=E7ais et =EAtre un r=E9el team player. C             ^^^^^^^^^^^^^^^^^^^^^^^^^^^                 ^^^^^^^^^^^   2 Does that combination strike anyone else as funny?   Chip   --=20  Charles M. "Chip" Coldwell System Administrator Harvard Physics Department 617-495-3388' --8323328-121481627-1103728799=:13982--    ------------------------------  + Date: Wed, 22 Dec 2004 10:49:24 +0000 (UTC) P From: helbig@astro.multiCLOTHESvax.de (Phillip Helbig---remove CLOTHES to reply)( Subject: DISMOUNT/ABORT/NODE=<node_name># Message-ID: <cqbjfk$fs$1@online.de>   4 Would it be possible to implement a command such as   "    DISMOUNT/ABORT/NODE=<node_name>  I In my present predicament (see my post from yesterday), I lost a cluster  F node.  On one of the remaining nodes, a shadow set is in mount-verify G timeout.  However, since the SYSUAF is on that shadow set, I can't log  F in to the node to issue a DISMOUNT/ABORT command on that node.  Thus,  the need for the command above.   C Of course, if DISMOUNT running on another node needs access to the  I SYSUAF, then of course such a new command wouldn't help me in my present  7 predicament (but still might be useful in other cases).   F (The interesting thing is that on the node where the shadow set is in I mount-verify timeout, the remaining member of the shadow set is directly  F connected (the other one is on the lost node) while on the node where ? the shadow set is OK, no member of it has a direct connection.)    ------------------------------    Date: 22 Dec 2004 06:54:35 -0600- From: Kilgallen@SpamCop.net (Larry Kilgallen) , Subject: Re: DISMOUNT/ABORT/NODE=<node_name>3 Message-ID: <pHbAA2ElL$Sx@eisner.encompasserve.org>   v In article <cqbjfk$fs$1@online.de>, helbig@astro.multiCLOTHESvax.de (Phillip Helbig---remove CLOTHES to reply) writes:6 > Would it be possible to implement a command such as  > $ >    DISMOUNT/ABORT/NODE=<node_name> > K > In my present predicament (see my post from yesterday), I lost a cluster  H > node.  On one of the remaining nodes, a shadow set is in mount-verify I > timeout.  However, since the SYSUAF is on that shadow set, I can't log  H > in to the node to issue a DISMOUNT/ABORT command on that node.  Thus,   4 You should be able to do so from the system console.  + Note: DECwindows is not the system console.    ------------------------------  + Date: Wed, 22 Dec 2004 15:12:03 +0000 (UTC) P From: helbig@astro.multiCLOTHESvax.de (Phillip Helbig---remove CLOTHES to reply), Subject: Re: DISMOUNT/ABORT/NODE=<node_name>$ Message-ID: <cqc2s3$hmd$1@online.de>  3 In article <pHbAA2ElL$Sx@eisner.encompasserve.org>, 0 Kilgallen@SpamCop.net (Larry Kilgallen) writes:   x > In article <cqbjfk$fs$1@online.de>, helbig@astro.multiCLOTHESvax.de (Phillip Helbig---remove CLOTHES to reply) writes:8 > > Would it be possible to implement a command such as  > > & > >    DISMOUNT/ABORT/NODE=<node_name> > > M > > In my present predicament (see my post from yesterday), I lost a cluster  J > > node.  On one of the remaining nodes, a shadow set is in mount-verify K > > timeout.  However, since the SYSUAF is on that shadow set, I can't log  J > > in to the node to issue a DISMOUNT/ABORT command on that node.  Thus,  > 6 > You should be able to do so from the system console.  D If the SYSUAF is not accessible, then I can't log in, even from the I console, right?  Of course, I could reboot the machine from the console,  H but what I'm trying to find out is whether a reboot is NECESSARY to get  out of my present predicament.   ------------------------------    Date: 22 Dec 2004 11:46:02 -0600; From: koehler@eisner.nospam.encompasserve.org (Bob Koehler) , Subject: Re: DISMOUNT/ABORT/NODE=<node_name>3 Message-ID: <a0+XP388APde@eisner.encompasserve.org>   w In article <cqc2s3$hmd$1@online.de>, helbig@astro.multiCLOTHESvax.de (Phillip Helbig---remove CLOTHES to reply) writes:  > F > If the SYSUAF is not accessible, then I can't log in, even from the  > console, right?   B    Wrong.  There is a fallback mechanism that allows you to log in    from the console.   ------------------------------   Date: 22 Dec 2004 14:16:23 GMT( From: bill@cs.uofs.edu (Bill Gunshannon) Subject: Re: HP exodus to Intel , Message-ID: <32tdtnF3qvv6iU1@individual.net>  , In article <41C261FB.ECA78CA1@teksavvy.com>,0 	JF Mezei <jfmezei.spamnot@teksavvy.com> writes: > 1 > If HP doesn't port VMS to a thriving platform,     Highly unlikely.  N >                                                or get Intel to dump IA64 and > restart Alpha,     Never gonna happen.   1 >                 then I hope HP sinks big time.    A Actually, HP's stock will probably rise and there will be bonuses  all around.    > L > Maybe after 3 companies have sunk due to mistreatment of VMS, history will- > recall how stupid management can really be.   B You need to get out of that fantasy world you live in and get with
 reality.  :-)    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: 22 Dec 2004 08:17:17 -0600; From: koehler@eisner.nospam.encompasserve.org (Bob Koehler) 2 Subject: Re: HP pulls out of IA64 chip development3 Message-ID: <1gyDMIHxc994@eisner.encompasserve.org>   \ In article <41C8A555.CFD0A934@teksavvy.com>, JF Mezei <jfmezei.spamnot@teksavvy.com> writes: > K > What's the point of putting the Intel people in a secured and undisclosed H > location if they can still share all their secrets with employees of a+ > different corporation during lunch time ? 
 > :-) :-) :-)   9    To keep them from posting all those secrets here.  8-)    ------------------------------  # Date: Wed, 22 Dec 2004 18:42:51 GMT & From: John Reagan <john.reagan@hp.com>2 Subject: Re: HP pulls out of IA64 chip development2 Message-ID: <Lejyd.4891$Mb3.3709@news.cpqcorp.net>   Bob Kaplow wrote:    >  > G > In addition to the EV8 team, didn't Intel get the compiler people and > > intellectual property? Who does Steve Lionel work for today? >   ; Excuse me, *THE* compiler people?  Who am I, chopped liver?   G Yes, Intel acquired many very-talented, very-dedicated compiler people.   C However, Compaq (and subsequently HP) retained some very-talented,  H very-dedicated compiler people (including me).  So stop with the "Oh my G God, Compaq sold all the compiler folks to Intel. The world is doomed"   story.   --   John Reagan / HP Pascal/{A|I}MACRO for OpenVMS Project Leader  Hewlett-Packard Company    ------------------------------  % Date: Wed, 22 Dec 2004 11:03:29 -0500 # From: "John Smith" <a@nonymous.com>   Subject: Marcello has a Blog now, Message-ID: <9qGdnaA325xQB1TcRVn-pw@igs.net>   see www.openvms.org for details    ------------------------------  " Date: Wed, 22 Dec 04 18:21:29 +100 From: rok@nuk.uni-lj.si I Subject: Re: MntVerifyTimeout, (remote shadow member), clustering, volume & Message-ID: <41c9bb2c$1@NUK.Uni-Lj.Si>  A In Article <41c99314$0$29412$9b4e6d93@newsread4.arcor-online.net> 0 "Thomas H. Pauli" <thomaspauli@arcor.de> writes: > H >when a disk went to MntVfyTimeout nothing will help other thn a reboot!  G  Not quite true. If there are no open files on the disk, dismount/abort 	 succeeds.    Regards,  D Rok Vidmar                       Internet:  rok.vidmar@nuk.uni-lj.si; National and University Library  Phone:     +386 1 421 5461 ; Turjaska 1, SI-1000 Ljubljana    Fax:       +386 1 421 5464  Slovenia   ------------------------------    Date: 22 Dec 2004 12:15:40 -0500/ From: brooks@cuebid.zko.dec.nospam (Rob Brooks) I Subject: Re: MntVerifyTimeout, (remote shadow member), clustering, volume - Message-ID: <q+KaGJHQVEYq@cuebid.zko.dec.com>   0 "Thomas H. Pauli" <thomaspauli@arcor.de> writes: > Phlip, > I > when a disk went to MntVfyTimeout nothing will help other thn a reboot!   / That statement, by itself, is just plain wrong.    --    M Rob Brooks    VMS Engineering -- I/O Exec Group     brooks!cuebid.zko.dec.com    ------------------------------  + Date: Wed, 22 Dec 2004 18:24:41 +0000 (UTC) P From: helbig@astro.multiCLOTHESvax.de (Phillip Helbig---remove CLOTHES to reply)I Subject: Re: MntVerifyTimeout, (remote shadow member), clustering, volume $ Message-ID: <cqce59$ug5$1@online.de>  - In article <q+KaGJHQVEYq@cuebid.zko.dec.com>, 2 brooks@cuebid.zko.dec.nospam (Rob Brooks) writes:   2 > "Thomas H. Pauli" <thomaspauli@arcor.de> writes:
 > > Phlip, > > K > > when a disk went to MntVfyTimeout nothing will help other thn a reboot!  > 1 > That statement, by itself, is just plain wrong.   F That's what I'm trying to determine.  In my case, the shadow set is inG MntVfyTimeout on node A.  It is accessible with no problems on node B.  H However, since the SYSUAF is on this shadow set, I cannot log in on node  A to issue any sort of command.   3 Is there a way to get out of this without a reboot?   C I'm still trying to figure out how it got into MntVfyTimeout in the B first place.  The shadow set has two members, on nodes A and C.  CG crashed (and for some reason didn't reboot).  Around the same time, and H probably as as result, the shadow set went into MntVfyTimeout on node A.H (Note that the surviving member has a direct connection to node A, whereB the shadow set is in MntVfyTimeout, but not to node B, where it is normally accessible.)    ------------------------------  + Date: Wed, 22 Dec 2004 18:25:49 +0000 (UTC) P From: helbig@astro.multiCLOTHESvax.de (Phillip Helbig---remove CLOTHES to reply)I Subject: Re: MntVerifyTimeout, (remote shadow member), clustering, volume $ Message-ID: <cqce7d$ug5$2@online.de>  A In article <41c9bb2c$1@NUK.Uni-Lj.Si>, rok@nuk.uni-lj.si writes:    C > In Article <41c99314$0$29412$9b4e6d93@newsread4.arcor-online.net> 2 > "Thomas H. Pauli" <thomaspauli@arcor.de> writes: > > J > >when a disk went to MntVfyTimeout nothing will help other thn a reboot! > I >  Not quite true. If there are no open files on the disk, dismount/abort  > succeeds.   E In my case, however, a) there are open files and b) I can't log in to  the node to issue a command.     ------------------------------    Date: 22 Dec 2004 07:39:50 -0800 From: jordan@ccs4vms.com. Subject: PHPBB worm impacts older PHP versionsC Message-ID: <1103729990.839563.235670@z14g2000cwz.googlegroups.com>   ) According to the Internet Storm Center at G http://isc.sans.org/diary.php/diary.php?date=2004-12-20 there is a worm G that can infect/deface phpBB installations.  Installing the current PHP F with the most recent security repairs apparently prevents the exploit,G which is a PHP bug that phpBB makes easier to take advantage of.  There   is also a 'workaround' posted atF http://www.phpbb.com/phpBB/viewtopic.php?f=14&t=240513 which I haven't
 looked at.  F I know some folks mentioned running phpBB under VMS a while ago; sinceB our PHP version predates a number of the recent security fixes you@ might want to review your options and keep an eye on your sites.   ------------------------------    Date: 22 Dec 2004 08:02:27 -0800 From: jordan@ccs4vms.com2 Subject: Re: PHPBB worm impacts older PHP versionsA Message-ID: <1103731347.661079.7890@z14g2000cwz.googlegroups.com>   F Followup: according to the most recent ISC post, the phpBB defacementsB are a result of a phpBB bug, not one of the recently corrected PHP= bugs.  Still anyone running phpBB should take a look at their * installation and take preventive measures.7 http://isc.sans.org/diary.php/diary.php?date=2004-12-21    ------------------------------  % Date: Wed, 22 Dec 2004 08:52:57 +0100 - From: "Martin Vorlaender" <mv@pdv-systeme.de> 3 Subject: Re: pscp, psftp problem with MULTINET V5.0 , Message-ID: <32snesF3q9gkfU1@individual.net>  2 "Hans Jivesten" <hans.jivesten@telia.com> wrote...J > As I had problems running pscp and psftp from my PC to get files from myH > Hobbyist OpneVMS running TCIP Services 5.4 I changed to Multinet v5.0. > B > This was even worse. Now I can't even do pscp -ls to list files. > H > I get no errors or warnings when running pscp or psftp they just don't > transfer anything. >  > PuTTY works fine though. >  > Any thoughts, anyone?    Hmmm, works for me:    C:\> pscp -V pscp: Release 0.56   C:\> pscp -ls mv@vmssupport: mv@vmssupport's password:  Listing directory . F -rwxr-x---   1 MV                          632 Nov 10 16:00 decwSM.LOGF -rwxr-x---   1 MV                         1912 Jul 27 12:13 edtini.edtE -rwxr-x---   1 MV                          884 Jul 27 12:14 login.com D drwxr-x--x   1 MV                          512 Jul 27 12:37 projekte@ drw-------   1 MV                          512 Aug 31 16:50 ssh2; -rwxr-x---   1 MV                         6144 Nov 10 16:01  vuePROFILE.VUEdat   + C:\> plink vmssupport -l mv mu show/version  mv@vmssupport's password:   
 $ Set NoOn/ $ VERIFY = F$VERIFY(F$TRNLNM("SYLOGIN_VERIFY"))   K Process Software MultiNet V5.0 Rev A-X, AlphaStation 250 4/266, OpenVMS AXP  V7.3-2   C:\>     cu,    Martin --  A                            | Martin Vorlaender  |  OpenVMS rules! 4  UNIX is user friendly.    | work: mv@pdv-systeme.deG  It's just selective about |   http://www.pdv-systeme.de/users/martinv/ ;  who its friends are.      | home: martin@radiogaga.harz.de    ------------------------------  # Date: Wed, 22 Dec 2004 09:45:06 GMT / From: "Hans Jivesten" <hans.jivesten@telia.com> 3 Subject: Re: pscp, psftp problem with MULTINET V5.0 3 Message-ID: <Cmbyd.11779$d5.102468@newsb.telia.net>    Sorry,   Yes, plink works fine:  ; C:\Program\PuTTY>plink system@192.168.65.90 mu show/version   system@192.168.65.90's password:  
 $ Set NoOn/ $ VERIFY = F$VERIFY(F$TRNLNM("SYLOGIN_VERIFY"))   J Process Software MultiNet V5.0 Rev A, DEC 3000 - M300X, OpenVMS AXP V7.3-2 C:\Program\PuTTY>   L Do any other servers apart from SSH need to be running for sftp and pscp to  work?    b r , 
 Hans Jivesten     < "Martin Vorlaender" <mv@pdv-systeme.de> skrev i meddelandet & news:32snesF3q9gkfU1@individual.net...4 > "Hans Jivesten" <hans.jivesten@telia.com> wrote...K >> As I had problems running pscp and psftp from my PC to get files from my I >> Hobbyist OpneVMS running TCIP Services 5.4 I changed to Multinet v5.0.  >>C >> This was even worse. Now I can't even do pscp -ls to list files.  >>I >> I get no errors or warnings when running pscp or psftp they just don't  >> transfer anything.  >> >> PuTTY works fine though.W >> >> Any thoughts, anyone? >u > Hmmm, works for me:  >o > C:\> pscp -V > pscp: Release 0.56 >  > C:\> pscp -ls mv@vmssupport: > mv@vmssupport's password:t > Listing directory .eH > -rwxr-x---   1 MV                          632 Nov 10 16:00 decwSM.LOGH > -rwxr-x---   1 MV                         1912 Jul 27 12:13 edtini.edtG > -rwxr-x---   1 MV                          884 Jul 27 12:14 login.comAF > drwxr-x--x   1 MV                          512 Jul 27 12:37 projekteB > drw-------   1 MV                          512 Aug 31 16:50 ssh2= > -rwxr-x---   1 MV                         6144 Nov 10 16:01  > vuePROFILE.VUEdatA >c- > C:\> plink vmssupport -l mv mu show/version  > mv@vmssupport's password:B >  > $ Set NoOn1 > $ VERIFY = F$VERIFY(F$TRNLNM("SYLOGIN_VERIFY"))o >eJ > Process Software MultiNet V5.0 Rev A-X, AlphaStation 250 4/266, OpenVMS  > AXPm > V7.3-2 >  > C:\> >e >  > cu,i	 >  Martin  > -- VB >                           | Martin Vorlaender  |  OpenVMS rules!5 > UNIX is user friendly.    | work: mv@pdv-systeme.dedH > It's just selective about |   http://www.pdv-systeme.de/users/martinv/< > who its friends are.      | home: martin@radiogaga.harz.de >I >    ------------------------------  % Date: Wed, 22 Dec 2004 11:22:22 +0100 - From: "Martin Vorlaender" <mv@pdv-systeme.de>T3 Subject: Re: pscp, psftp problem with MULTINET V5.0 , Message-ID: <32t070F3r3gs4U1@individual.net>  2 "Hans Jivesten" <hans.jivesten@telia.com> wrote...J > Do any other servers apart from SSH need to be running for sftp and pscp to > work??   Nope.I   cu,    Martin -- v@                           | Martin Vorlaender  |  OpenVMS rules!3  Cetero censeo            | work: mv@pdv-systeme.deeF  Redmondem delendam esse. |   http://www.pdv-systeme.de/users/martinv/:                           | home: martin@radiogaga.harz.de   ------------------------------  % Date: Wed, 22 Dec 2004 11:19:56 +0100c- From: "Martin Vorlaender" <mv@pdv-systeme.de>-3 Subject: Re: pscp, psftp problem with MULTINET V5.0 , Message-ID: <32t02eF3qr4saU1@individual.net>   Hi Hans,  ; > Did you have to configure SSH in any way to have it work?H  J No, just the normal setup (generate a host key, enable the service), IIRC.  A An important point is that you have to create a new SSHD2_CONFIG.tF from the template after installing an SSH ECO (see the release notes).   > What's plink?v  4 A command line SSH utility (sort of a secure rexec).. Have a look in PuTTY's online help, chapter 7.  * Try enabling debugging for MultiNet's SSH:   $ MU CONF/SERV SERVER-CONFIG> SELECT SSHw SERVER-CONFIG> SET PARAMETERSo% Delete parameter "enable-ssh2" ? [NO]a% Delete parameter "enable-ssh1" ? [NO]iB You can now add new parameters for SSH.  An empty line terminates. Add Parameter: debug 5 Add Parameter:- [Service specific parameters for SSH changed]m SERVER-CONFIG>exit [Writing configuration toi6 MULTINET_COMMON_ROOT:[MULTINET]SERVICES.MASTER_SERVER] $ MU NETC SSH RESTARTd- Connected to NETCONTROL server on "LOCALHOST"rB < vmssupport.intern.pdv-systeme.de Network Control V5.0(10) at Wed
 22-Dec-2004 1l
 1:14AM-MET < SSH server restartinge $r  , After an SSH connect, you'll have a log file$ MULTINET_ROOT:[MULTINET.SSH]SSHD.LOG2 Perhaps this tells you more about what went wrong.   cu,a   Martin -- $B    Emacs would be a great   | Martin Vorlaender  |  OpenVMS rules!5    operating system,        | work: mv@pdv-systeme.deeH    if only it came with     |   http://www.pdv-systeme.de/users/martinv/<    a decent editor...       | home: martin@radiogaga.harz.de   ------------------------------  % Date: Wed, 22 Dec 2004 11:18:17 -0500e" From: "BillC" <bclark_at_lrgh.org>3 Subject: Restore from DLT-IV Tapes in an SDLT Drive = Message-ID: <yLWdnZi2UIVtAVTcRVn-hQ@metrocastcablevision.com>'  	 greetingsr  G       am exasperated by my SDLT Tape drive's behavior. i have an AS4100sE       with a TZ887 writing backups to DLT-IV Tapes; it takes FOREVER.w  7       (FOREVER  = 22 1/4 hours in each 24 hour period).t  I       it has become almost impossible to restore files without aborting an currentf
       backup.   J       i also have an ES45 with an SDLT   Drive. it is wicked fast, and the tapeH       drive is available about 16 hours per day.      so, i use the SDLT drive toI       read files from the DLT-IV Tapes. this used to work nicely, and theoK       file-restore times *were* pleasantly short.   lately however i cannotu seemB       to 'BACKUP/select=...' from these DLT-IV tapes in acceptable clock-time :I       instead of the longest elapsed time being 1 1/2 hours, it now takesa 12-14aK       hours to pull files. and also i can no longer specify the 'SAVE SET 'l name at all.<       i must use wild card, or the files are never found....  )      $  backup/log/rewind tape:*.SAV/SAVEu) /select=([SMSPRD.PDS.LIS]PDL0064.LIS;*) -I$                 DSA18:[RESTORE]*.*;*  G     this used to work (i have log files to prove it !! i'm not crazy !!- well , that's another post)e          $  backup/log/rewind B tape:SMSPRDLST00.SAV/SAVE/select=([SMSPRD.PDS.LIS]PDL0064.LIS;*) -$                 DSA18:[RESTORE]*.*;*  <     any thoughts or similar experiences greatly appreciated.   b clark at lrgh dot orgf   ------------------------------   Date: 22 Dec 2004 08:11:17 GMT< From: gartmann@non.immunbio.mpg.de.sens (Christoph Gartmann), Subject: Re: SMTP problem with MULTINET v5.00 Message-ID: <cqba75$g88$1@n.ruf.uni-freiburg.de>  g In article <o12yd.124993$dP1.448786@newsc.telia.net>, "Hans Jivesten" <hans.jivesten@telia.com> writes:G [...] 4 >$ MAIL/SUBJECT="TEST" WELCOME.TXT SMTP%"XXX@YYY.SE"3 >%MAIL-E-ERRACTRNS, error activating transport SMTPn) >%LIB-E-ACTIMAGE, error activating image u7 >ALPHA1$DKA0:[SYS0.SYSCOMMON.][SYSLIB]SMTP_MAILSHR.EXE;M >-RMS-E-FNF, file not foundm >$  J Try a "SHOW LOGICAL SMTP*". You should see a logical SMTP_MAILSHR. If not,M either you didn't run some Multinet SMTP-startup file or something went wrongu during the installation.   Regards,    Christoph Gartmannl   -- eE  Max-Planck-Institut fuer      Phone   : +49-761-5108-464   Fax: -452d  ImmunbiologieI  Postfach 1169                 Internet: gartmann@immunbio dot mpg dot der  D-79011  Freiburg, Germanyr9                http://www.immunbio.mpg.de/home/menue.html    ------------------------------  # Date: Wed, 22 Dec 2004 10:08:46 GMTc/ From: "Hans Jivesten" <hans.jivesten@telia.com> , Subject: Re: SMTP problem with MULTINET v5.03 Message-ID: <OIbyd.11783$d5.102633@newsb.telia.net>    Thanks Christoph!   I Now after defining these logicals and having installed the SMTP_MAILSHRP   image I got a bit further.  M Now my smtp server (at my ISP) rejects my mail but I think that's because it sI doesn't recognise the sender so I will have to set a FROM string I guess.   J I think also I will reinstall MULTINET. Something must have gone terribly > wrong since I had to set upp the SMTP queues manually as well.  
 Thanks again. 
 Hans Jivesteno  M "Christoph Gartmann" <gartmann@non.immunbio.mpg.de.sens> skrev i meddelandet q* news:cqba75$g88$1@n.ruf.uni-freiburg.de...H > In article <o12yd.124993$dP1.448786@newsc.telia.net>, "Hans Jivesten" # > <hans.jivesten@telia.com> writes:  > [...]c5 >>$ MAIL/SUBJECT="TEST" WELCOME.TXT SMTP%"XXX@YYY.SE"e4 >>%MAIL-E-ERRACTRNS, error activating transport SMTP) >>%LIB-E-ACTIMAGE, error activating image 8 >>ALPHA1$DKA0:[SYS0.SYSCOMMON.][SYSLIB]SMTP_MAILSHR.EXE; >>-RMS-E-FNF, file not found >>$r >CL > Try a "SHOW LOGICAL SMTP*". You should see a logical SMTP_MAILSHR. If not,J > either you didn't run some Multinet SMTP-startup file or something went  > wronge > during the installation. > 
 > Regards, >   Christoph Gartmann >} > -- oF > Max-Planck-Institut fuer      Phone   : +49-761-5108-464   Fax: -452 > Immunbiologie-J > Postfach 1169                 Internet: gartmann@immunbio dot mpg dot de > D-79011  Freiburg, Germany; >               http://www.immunbio.mpg.de/home/menue.html @   ------------------------------  % Date: Wed, 22 Dec 2004 08:49:23 -0500 , From: "Richard Whalen" <WhalenR@process.com>> Subject: Re: SSH Keys: MULTINET SSH Client to TCPIP SSH Server+ Message-ID: <cqbu1c$9aq$1@news.process.com>e  L The TCP/IP Services supplied with recent versions of TCP/IP services uses anH earlier version of the same code base that Process Software uses for itsJ implementation on MultiNet and TCPware.  Hence, the keys for one will work3 with the other without the need for any conversion.   J I believe that TCP/IP services has a restriction that the files must be in	 STREAM-LF J format.  Process Software's implementation had this restriction initially, but hass: made changes to accommodate typical VMS text file formats.   ------------------------------   Date: 22 Dec 2004 17:16:18 GMT< From: gartmann@non.immunbio.mpg.de.sens (Christoph Gartmann)# Subject: Suppress nodename in Mail?n0 Message-ID: <cqca52$76j$1@n.ruf.uni-freiburg.de>   Hello,  N somehow it seems to be impossible to suppress the DECnet nodename when sendingM mail from a host that has DECnet IV running. We have a homogenous cluster. On M most of the nodes there is no DECnet running. But on two nodes it is running.tI So if you send mail from one of these two hosts the recipient gets a fromvN address of the form "NODE::USER". As most of our users read their mail on someN desktop computer they are unable to reply: "NODE::USER@immunbio.mpg.de" is notM a valid address. I defined MAIL$SYSTEM_FLAGS to be odd, but this flag affectsdM only the delivery not the composition of the mail. I tried MAIL$INTERNET_MODEkL with SMTP but this doesn't help either. On the other hand, if you define theK logical SYS$NODE at a host that has no DECnet and send mail from there, theeD contents of this logical is added to the from address as a nodename.  ' So how can I get rid of this nodename?  K Will deassigning SYS$NODE do any harm? If so, which one? Any other options?    Regards,    Christoph Gartmanno   --  E  Max-Planck-Institut fuer      Phone   : +49-761-5108-464   Fax: -452e  ImmunbiologieI  Postfach 1169                 Internet: gartmann@immunbio dot mpg dot dei  D-79011  Freiburg, Germanye9                http://www.immunbio.mpg.de/home/menue.htmlo   ------------------------------  % Date: Wed, 22 Dec 2004 02:06:06 -0500i- From: JF Mezei <jfmezei.spamnot@teksavvy.com>t+ Subject: TCPIP: SMTP - setting HELO value ?p* Message-ID: <41C91CBB.8C3B3B@teksavvy.com>   Here is my problem:e  M nodes bike and velo are behind a NAT firewall. the external/internet IP point, to node "gw" (gateway).   L So, when the smtp software sends an email to the internet, the receiver gets an n4 HELO bike.vixenation.ca command from the VMS server.  ? but when reverse translating the IP, it gets "gw.vixenation.ca"8   Some servers don't like that.     M Does anyone know of a trick the symbiont into using a different host name for ( its HELO command to the remote server ?   I Does a symbiont have access to process or job logicals that I could set ?hK (that is how it gets the current's node's TCPIP host/domain names, right ?),   ------------------------------  + Date: Wed, 22 Dec 2004 13:40:37 +0000 (UTC)h From: david20@alpha2.mdx.ac.uk/ Subject: Re: TCPIP: SMTP - setting HELO value ?a) Message-ID: <cqbtgl$68s$1@news.mdx.ac.uk>t  Z In article <41C91CBB.8C3B3B@teksavvy.com>, JF Mezei <jfmezei.spamnot@teksavvy.com> writes: >Here is my problem: >oN >nodes bike and velo are behind a NAT firewall. the external/internet IP point >to node "gw" (gateway). >2M >So, when the smtp software sends an email to the internet, the receiver getsC >an 5 >HELO bike.vixenation.ca command from the VMS server.- > @ >but when reverse translating the IP, it gets "gw.vixenation.ca" >s >Some servers don't like that. > O This doesn't help you much I know. But any server which refuses mail because of > the argument provided with the HELO or EHLO command is broken.N This is the one check which the RFCs explicitly state cannot be used to refuse mail.    From    % http://www.faqs.org/rfcs/rfc2821.html   
 section 4.1.40     "0G    An SMTP server MAY verify that the domain name parameter in the EHLOi@    command actually corresponds to the IP address of the client.C    However, the server MUST NOT refuse to accept a message for thispG    reason if the verification fails: the information about verification +    failure is for logging and tracing only.n   "w  
 David Webb Security team leader CCSS Middlesex University   >eN >Does anyone know of a trick the symbiont into using a different host name for) >its HELO command to the remote server ?   >gJ >Does a symbiont have access to process or job logicals that I could set ?L >(that is how it gets the current's node's TCPIP host/domain names, right ?)   ------------------------------  % Date: Wed, 22 Dec 2004 14:24:02 +0000n- From: John Laird <nospam@laird-towers.org.uk>n/ Subject: Re: TCPIP: SMTP - setting HELO value ? 8 Message-ID: <640js017ujlt7h7uob5kk784t1m6fp3g6p@4ax.com>  K On Wed, 22 Dec 2004 02:06:06 -0500, JF Mezei <jfmezei.spamnot@teksavvy.com>5 wrote:   >Here is my problem: >oN >nodes bike and velo are behind a NAT firewall. the external/internet IP point >to node "gw" (gateway). >2M >So, when the smtp software sends an email to the internet, the receiver getsd >an 5 >HELO bike.vixenation.ca command from the VMS server.T >1@ >but when reverse translating the IP, it gets "gw.vixenation.ca" >  >Some servers don't like that. >  > N >Does anyone know of a trick the symbiont into using a different host name for) >its HELO command to the remote server ?    H Check SET CONF SMTP /SUBSTITUTE_DOMAIN - although it refers to From: andH Reply-to: I am sure it also affects HELO (at least it does for UCX 4.2).  H *Ideally*, your firewall would provide a proxy server which did this forJ you, also masking any other internal-ness.  At work, we wrestle with emailJ MTAs that can't even manage that, however, and have to get the originatingI VMS nodes to set everything as correctly as we can.  This can foul up thetL chances of getting correctly-delivered bounce messages, however, and you mayG also have to set a logical declaring all inbound mail to the substituteo* domain to be "non-local" to prevent loops:5 $ def/sys/exec TCPIP$SMTP_NO_SUBS_DOMAIN_INBOUND true   J >Does a symbiont have access to process or job logicals that I could set ?L >(that is how it gets the current's node's TCPIP host/domain names, right ?)  I Exec-mode system logicals, I think you'll find, such as TCPIP$INET_DOMAINeL and TCPIP$INET_HOST.  If you wish to adjust any smtp behaviour not supportedG by the SET CONF command, there are a bunch of TCPIP$SMTP_* logicals, as,< documented in the "Management" manual of the TCP/IP doc set.  G The *only* process-wide logical I know of, off-hand, is the one used to K spoof your From: address.  That's because it is translated at the time your.H mail is injected and your process fires up SMTP_MAILSHR or whatever thatJ translates to.  Beyond that point, you would have to use something like an alias file.r   -- p$ I am going crazy, wanna come along?    Mail john rather than nospam...    ------------------------------  + Date: Wed, 22 Dec 2004 16:35:14 +0000 (UTC)eP From: helbig@astro.multiCLOTHESvax.de (Phillip Helbig---remove CLOTHES to reply)/ Subject: Re: TCPIP: SMTP - setting HELO value ?y$ Message-ID: <cqc7o2$n3k$1@online.de>  C In article <32tk0mF3rm4h6U1@individual.net>, bill@cs.uofs.edu (Bill  Gunshannon) writes:   G > In a perfect world that may have once been so, but today with SPAMers-E > happily pretending to be all different legitimate, well known hosts-G > it is common practice to reject connections from people who lie aboutP > who they are.4  F I don't get it.  It is perfectly normal and legitimate to have one IP D address translate to several different names.  However, only one of H these can be the reverse translation of the IP address.  As long as the I IP address translates to a name which translates back to the IP address, f I don't see any problem.   ------------------------------  % Date: Wed, 22 Dec 2004 12:41:52 -0500 - From: JF Mezei <jfmezei.spamnot@teksavvy.com>o/ Subject: Re: TCPIP: SMTP - setting HELO value ?r, Message-ID: <41C9B1DE.17A7C9F5@teksavvy.com>   david20@alpha2.mdx.ac.uk wrote:6Q > This doesn't help you much I know. But any server which refuses mail because ofm@ > the argument provided with the HELO or EHLO command is broken.P > This is the one check which the RFCs explicitly state cannot be used to refuse > mail.e  N In my case, my problem is with yahoo. It doesn't refuse the email. It files it0 in the destination user's "bulk" folder as spam.  L From what I have read, the receiving server should verify that the HELO hostM name translates to the same IP being used by the sending server. And not viceeF versa. It is also ok to check that the IP is backtranslatable, but theX backtranslation may not necessarily match the name in HELO (think multi homed machines).  G Now, I haven't concluded that this is the issue with Yahoo. It could berJ something else. But emails sent to someone with spam-assassin reulted in aK perfect 0.0 score. So I am surprised by Yahoo saying I am a bulk emailer...sK (my all mightly microvax is just incapable of sending that many emails in a  day :-) :-) :-)v   ------------------------------  # Date: Wed, 22 Dec 2004 17:59:41 GMT8( From: Mark Schafer <mark.schafer@hp.com>- Subject: TestDrive update - Binary Translatorr2 Message-ID: <hCiyd.4888$_93.1415@news.cpqcorp.net>  H I've installed the "L" release of the Binary Translator.  There are two D more updates expected and the final release will follow the general  availability of Version 8.2.  > The Testdrive systems involved are 192.233.54.184 which is an A AlphaServer DS20.  The AEST software is installed on this system.n  B The TIE software is installed on an rx1600 running OpenVMS for HP > Integrity servers.  It is a late baselevel of V8.2 (XAKE-T3Z).  F The two systems are clustered, so you simply log into .184, translate 9 your executable with AEST, then login to .183 and run it.s  ? You can get an account on the OpenVMS testdrive systems.  Goto:^ http://www.testdrive.hp.com/   Enjoy your holidays.   ------------------------------  % Date: Wed, 22 Dec 2004 10:12:41 -0500o2 From: Chip Coldwell <coldwell@physics.harvard.edu>' Subject: TruCluster/AdvFS open-sourced?1E Message-ID: <Pine.LNX.4.61.0412221011140.13982@localhost.localdomain>e  = http://www.encompassus.org/surveys/unixsurvey/unixsurvey.htmld  B Question 7 on this survey seems to imply that HP is contemplating J open-sourcing TruCluster and AdvFS for purposes of donating them to Linux.   Discuss. [ duck ]m   Chip   --   Charles M. "Chip" Coldwell System Administrator Harvard Physics Department 617-495-3388   ------------------------------  % Date: Wed, 22 Dec 2004 10:40:49 -0500 # From: "John Smith" <a@nonymous.com>s+ Subject: Re: TruCluster/AdvFS open-sourced?t, Message-ID: <WpOdnXD_vN7gCFTcRVn-hg@igs.net>   Chip Coldwell wrote:? > http://www.encompassus.org/surveys/unixsurvey/unixsurvey.htmlU >rC > Question 7 on this survey seems to imply that HP is contemplatingsE > open-sourcing TruCluster and AdvFS for purposes of donating them toi > Linux. >s
 > Discuss.    J Why make linux (an operating system which HP makes ZERO money on) a better competitor?e  L Placing TruCluster in open source will just permit further erosion of VMS asJ more trustworthy vendors than HP could offer serious cluster capabilities.  E The best thing for HP to do is give each Tru64 customer who relies on-J TruCluster an equivalent set of VMS licences and layered products for freeK and a free Itanic and offer porting assistance at vastly reduced rates, ie.p senior people at junior rates.  G Maybe that way the installed base of VMS systems could stay at 411,000.d   ------------------------------    Date: 22 Dec 2004 11:46:59 -0600; From: koehler@eisner.nospam.encompasserve.org (Bob Koehler)R+ Subject: Re: TruCluster/AdvFS open-sourced?c3 Message-ID: <3hc4ZgXKYGjZ@eisner.encompasserve.org>   R In article <WpOdnXD_vN7gCFTcRVn-hg@igs.net>, "John Smith" <a@nonymous.com> writes:   > L > Why make linux (an operating system which HP makes ZERO money on) a better
 > competitor?U  B    HP sells preconfigured Linux systems.  To HP that means they're    making money.   ------------------------------  % Date: Wed, 22 Dec 2004 13:26:55 -0500-# From: "John Smith" <a@nonymous.com>4+ Subject: Re: TruCluster/AdvFS open-sourced?l, Message-ID: <reqdncwCgI_2IVTcRVn-og@igs.net>   Bob Koehler wrote:; > In article <WpOdnXD_vN7gCFTcRVn-hg@igs.net>, "John Smith"$ > <a@nonymous.com> writes: >A >>F >> Why make linux (an operating system which HP makes ZERO money on) a >> better competitor?c ><D >    HP sells preconfigured Linux systems.  To HP that means they're >    making money.    ; What's the point of selling Linux with TruCluster embedded?   I They already have a fully functional highly debugged unix called Tru64 tonF sell so why would they want to suffer through the bugs and integrationJ headaches of shoehorning TruCluster into Linux - it would probably require2 kernel changes which could bugger up other things.  E Of course HP does not want to support or sell Tru64 any longer so the ' foregoing argument goes out the window.b  L Then there's the Linux/TruCluster vs. VMS issues. Sell a Linux/TruCluster osJ (which you still don't make any real money on, hardware doesn't count) andF now why should HP even have VMS at all. HP sinks zero money into LinuxH development, others screw around integrating TruCluster....sayonara ZK0*  I All HP has to do is just have Linux/TruCluster distros made in India, andnC maybe have a support line (subscription based). But if Red Hat alsoRD incorporates TruCluster then HP doesn't even have to do that becauseJ customers would probably prefer to buy the Red Hat or orther distro rather
 than HP's.  I And the hardware sale will still go to the vendor the customer trusts the,) most - probably not the U.S.S. HP-Itanic.s   ------------------------------  % Date: Wed, 22 Dec 2004 19:17:46 +1100 4 From: Paddy O'Brien <paddy.o'brien@transgrid.com.au>) Subject: Re: Yet another Inquirer article / Message-ID: <41C92DAA.6030203@transgrid.com.au>:   JF Mezei wrote:n! > david20@alpha2.mdx.ac.uk wrote:i > K >>As far as VMS customers are concerned it would be better to kill IA64 nowi9 >>before any customers have purchased production systems.S > E To David: from HP's stance, it is better to sell as many as they can  D before they kill it to recoup whatever costs and help to reduce the H losses.  For Carly, a few extra coiffures and an extra aviation machine.   > M > Let me just say that I won't be surprised if HP announces something betweenuN > now and the time VMS is now expected to ship, or that the shipping date will > again be pushed back.  > I > But then again, shipping delays for software are not uncommon in the IT H > industry and nobody sees any conspiracy theories when Microsoft delaysI > shipments of Windows. Proeblem is that whil we see incompetance and lowuM > quality software riddle with bugs at Microsoft, we have high esteem for VMScK > engineers and the sofwtare they write, so when seeking to explain delays,-H > incompetante and bad software quality aren't high on the list for VMS.  C Micro$oft should not be available for shipping until year 3000 (at  C least), by then - if ever - they might have a secure system.  But, rA consider all the anti-virus and security companies that would be j impoverished :-)   Regards, Paddy        G ***********************************************************************   C "This electronic message and any attachments may contain privilegedf> and confidential information intended only for the use of the B addressees named above.  If you are not the intended recipient of C this email, please delete the message and any attachment and advise B the sender.  You are hereby notified that any use, dissemination, 7 distribution, reproduction of this email is prohibited.n  A If you have received the email in error, please notify TransGrid eA immediately.  Any views expressed in this email are those of the l= individual sender except where the sender expressly and with mC authority states them to be the views of TransGrid.  TransGrid usesq> virus-scanning software but excludes any liability for viruses contained in any attachment.  < Please note the email address for TransGrid personnel is now$ firstname.lastname@transgrid.com.au"  G ***********************************************************************o   ------------------------------    Date: 22 Dec 2004 12:20:35 -0500/ From: brooks@cuebid.zko.dec.nospam (Rob Brooks)-R Subject: Re: [OpenVMS V7.3-2] GETDVI Item for Volume Owner (and Volume Protection)- Message-ID: <PoM0DpPa4x6o@cuebid.zko.dec.com>   8 peter@langstoeger.at (Peter 'EPLAN' LANGSTOEGER) writes:' > I'm (again) looking for GETDVI items.- >  > $ SHOW DEVICE/FULL DSA0  > ....Q >     Volume owner UIC           [1,1]    Vol Prot    S:RWCD,O:RWCD,G:RWCD,W:RWCDo > .... > ? > I don't find an item for the Volume owner UIC. Is there one ?> > I > I think I found one for the Vol Prot, but it gives a different lookout.   > I hope (and think) this is ok. > . > $ WRITE SYS$OUTPUT F$GETDVI ("DSA1","VPROT")1 > SYSTEM=RWED, OWNER=RWED, GROUP=RWED, WORLD=RWED. >  > O > I also don't find an item for the Volume Owner (name not UIC). Is there one ?i   $ sho sys/noprocL OpenVMS V7.3-2  on node CUEBID  22-DEC-2004 12:19:25.71  Uptime  13 19:41:278 $ write sys$output f$getdvi( "sys$sysdevice", "ownuic" ) [SYSTEM]   -- 6  M Rob Brooks    VMS Engineering -- I/O Exec Group     brooks!cuebid.zko.dec.com1   ------------------------------   End of INFO-VAX 2004.709 ************************