1 INFO-VAX	Mon, 10 Oct 2005	Volume 2005 : Issue 566       Contents:8 Re: ALL printers are electronic thieves (Was just Epson)8 Re: ALL printers are electronic thieves (Was just Epson)8 Re: ALL printers are electronic thieves (Was just Epson) Re: can't dismount ? Re: can't dismount ? DECK /DOLLARS=$ is not valid* Re: Epson printers are electronic theieves* Re: Firmware update on an AlphaStation 255* Re: Firmware update on an AlphaStation 255/ Re: HP : Massive strike and protest march today / Re: HP : Massive strike and protest march today / Re: HP : Massive strike and protest march today / Re: HP : Massive strike and protest march today 	 OPC$CRASH 
 Re: OPC$CRASH ! Re: Resetting Compaq SANSwitch 16 ) Re: TCPIP V5.4, SMTP & non-existant users ) Re: TCPIP V5.4, SMTP & non-existant users ) Re: TCPIP V5.4, SMTP & non-existant users " TCPware starts up, then shuts down& Re: TCPware starts up, then shuts down Re: VMS logo feedback needed Re: VMS logo feedback needed Re: VMS logo feedback needed6 Re: Why did VMS users go along with the itanium farce?6 Re: Why did VMS users go along with the itanium farce?  F ----------------------------------------------------------------------  % Date: Mon, 10 Oct 2005 06:25:33 -0400 2 From: "Elmo P. Shagnasty" <elmop@nastydesigns.com>A Subject: Re: ALL printers are electronic thieves (Was just Epson) @ Message-ID: <elmop-4A9B58.06253310102005@nntp2.usenetserver.com>  0 In article <BF6F410D.155AA%roktsci@comcast.net>,*  Jeff Cameron <roktsci@comcast.net> wrote:  E > Calculation based on HP Ink jet cartridge number 58, which contains 9 > 17 ml of black ink at the typical list price of $39.95.   < If you bought ink by the gallon, it wouldn't cost that much.  6 If you bought milk by the ml, it would cost that much.   ------------------------------  % Date: Mon, 10 Oct 2005 06:52:27 -0400 + From: "Marky" <Akwaaaaaarat8@symfartico.ca> A Subject: Re: ALL printers are electronic thieves (Was just Epson) 8 Message-ID: <xsr2f.2073$vD4.74151@news20.bellglobal.com>  5 "Jeff Cameron" <roktsci@comcast.net> wrote in message * news:BF6F410D.155AA%roktsci@comcast.net...E > In a world where Gasoline prices are rising, but is still less than  bottled 5 > water, here are some comparative prices of liquids. " > Items                   $/gallon# > Gasoline                $    3.00 # > Milk                    $    2.99 # > Coca-Cola               $    2.84 # > Gatorade                $    5.20 # > Evian Water             $    5.60 # > Orange Juice            $    6.64 # > Crisco Oil              $    7.44 # > Perrier Water           $    8.16 # > Snapple                 $   10.32 # > Scope Mouthwash         $   27.20 # > Lemon Oil               $   27.22 # > Olive Oil               $   51.04 # > Shampoo                 $   40.44 # > Real Maple Syrup        $   57.08 # > Jack Daniel's Bourbon   $  101.12 # > Visine Eye Drops        $  995.84 # > Nasacort Nasal Spray    $2,615.28 # > Printer ink             $8,895.72   F Interesting...but you left out coffee...at approximately $1.50 for .25L litre, we're looking at somewhere around $24 per gallon...give or take a few
 dollars...   ------------------------------    Date: 10 Oct 2005 03:45:47 -0700( From: "zakezuke" <zakezuke_us@yahoo.com>A Subject: Re: ALL printers are electronic thieves (Was just Epson) C Message-ID: <1128941147.910356.140130@z14g2000cwz.googlegroups.com>   > > If you bought ink by the gallon, it wouldn't cost that much.8 > If you bought milk by the ml, it would cost that much.  G It probally wouldn't.  Granted the smallest unit of milk you can buy is D 240ml and that costs somewhere in the buck range... where a gal willF cost me three bucks. I expect it's more costly by a factor of 6 to buyE milk in a smaller quanity.  I buy milk by the gallon, or sometimes by 3 the 1/2 gal when it's cheaper than the full gallon.   G I can buy bulk ink for either $2.50/oz ($320/gal),  or $85/gal in a big " jug.  This is about a factor of 4.   ------------------------------  % Date: Mon, 10 Oct 2005 11:35:31 +0100 0 From: Chris Sharman <chris.sharman@sorry.nospam> Subject: Re: can't dismount ? 4 Message-ID: <didg5j$43e$1$8302bc10@news.demon.co.uk>   prep@prep.synonet.com wrote:4 > Chris Sharman <chris.sharman@sorry.nospam> writes: >>>>$ dism disk$www 4 >>>>%DISM-W-CANNOTDMT, DISK$WWW cannot be dismounted3 >>>>%DISM-W-INSTIMAGE, 7 images installed on volume  >>>>- >>>>This (ODS2) disk used to hold osu_server. : >>>>I've deleted (& uninstalled) all the installed images.0 >>>>$ sho dev/fil shows nothing (except indexf).0 >>>>$ ins lis/fu/glo shows nothing on this disk.- >>>>There are no printers or spooled devices.  >>>>3 >>>>How can I find/clear these 'installed images' ?  >>>>Alpha VMS 7.3-1   E > Do you have deep directory structures? Time to get ANAL and go data H > diving through the file system structures. Look for FCBs of direcoriesD > with a zero reference count, yes, zero, that have not been cleared1 > out. If you find them, you know who to tell! ;)   J I tried "SDA> sho proc/chan all" - that didn't list anything on that disk.  I I tried looking into the FCBs (see below), but it's not clear to me what  I I'm looking at here - I can't see any file names, so I can't tell what's     open, if anything.  ) The deepest directories on the disk were: / Directory DISK$WWW:[WWW.DOCUMENTS.LIVE.BTN.WHT]   E PPK.DIR;1           RAD.DIR;1           WPK.DIR;1           XPK.DIR;1    Total of 4 files.   H (they were empty, are now deleted, and aren't too deep anyway, I think).H Perhaps I should mention that I carelessly deleted the installed images 1 from the disk first, and uninstalled them second.    Any further advice appreciated.    Thanks Chris   
 $ anal/sys SDA> read /exec $ SDA> read sys$loadable_images:sysdef SDA> sh dev dra5H DRACO$DRA5                                     2 Member RAID 1     UCB:  81470F40  C Device status:   08021810 online,valid,unload,lcl_valid,exfunc_supp C Characteristics: 1C4D4408 dir,qsvbl,fod,shr,avl,mnt,elg,idv,odv,rnd /                   24010201 clu,nnm,nlt,nofe,dtn  SUD Status       00000000   E Owner UIC [000001,000004]   Operation count   13527876   ORB address   814711C0F        PID        00000000   Error count              0   DDB address 
   814756C0E Alloc. lock ID   0100012C   Reference count          1   DDT address   81172FA0E Alloc. class            0   Online count             1   SUD address   814710C0E Class/Type          01/B3   BOFF              00001200   VCB address   814D0E00E Def. buf. size        512   Byte count        00000200   CRB address   81475740H DEVDEPEND        43CC1040   SVAPTE            81CB1408   I/O wait queue  81470FAC6 DEVDEPND2        00000000   DEVSTS            00000004 DEVDEPND3        00000000  FLCK index             3A  DLCK address     81475800   +          *** I/O request queue is empty ***   <                  --- Volume Control Block (VCB) 814D0E00 ---  ' Volume: WWW              Lock name: WWW  Status:  A0 extfid,system  Status2: 04 mountver Status3: 00000000   D Mount count            1    Rel. volume            0    AQB address  81497F40D Transactions           1    Max. files        467698    RVT address  81470F40B Free blocks       152442    Rsvd. files           10    FCB queue  814D0BC0C Window size            7    Cluster size          18    Cache blk.   814D6E004 Vol. lock ID    0100012B    Def. extend sz.        54 Block. lock ID  04000305    Record size            0  ;                      --- ACP Queue Block (AQB) 81497F40 ---   = ACP requests are serviced by the eXtended Qio Processor (XQP)    Status: 14 defsys,xqioproc  F Mount count            5    ACP type           f11v2    Request queue  000000005                              ACP class              0   +          *** ACP request queue is empty ***  SDA> SDA> f 814d0bc0 < FFFFFFFF.814D0BC0   FCB$L_FCBFL                     81C32000C FFFFFFFF.814D0BC4   FCB$L_FCBBL                     814D0E00    VCB < FFFFFFFF.814D0BC8   FCB$W_SIZE                          01808 FFFFFFFF.814D0BCA   FCB$B_TYPE                        076 FFFFFFFF.814D0BCB   FCB$B_ACCLKMODE                 00< FFFFFFFF.814D0BCC   FCB$L_EXFCB                     00000000< FFFFFFFF.814D0BD0   FCB$L_WLFL                      814DD180< FFFFFFFF.814D0BD4   FCB$L_WLBL                      814DD180< FFFFFFFF.814D0BD8   FCB$L_REFCNT                    00000001< FFFFFFFF.814D0BDC   FCB$L_ACNT                      00000001< FFFFFFFF.814D0BE0   FCB$L_WCNT                      00000000< FFFFFFFF.814D0BE4   FCB$L_LCNT                      00000000< FFFFFFFF.814D0BE8   FCB$L_TCNT                      00000000< FFFFFFFF.814D0BEC   FCB$L_STATUS                    00000000< FFFFFFFF.814D0BF0   FCB$W_FID                           0001%                      FCB$W_FID_DIRNUM "                      FCB$W_FID_NUM8 FFFFFFFF.814D0BF2   FCB$L_FID_RECNUM                0001"                      FCB$W_FID_SEQ< FFFFFFFF.814D0BF4   FCB$B_FID_RVN                         00"                      FCB$W_FID_RVN: FFFFFFFF.814D0BF5   FCB$B_FID_NMX                       008 FFFFFFFF.814D0BF6   FCB$W_SEGN                      0000< FFFFFFFF.814D0BF8   FCB$L_STVBN                     00000001< FFFFFFFF.814D0BFC   FCB$L_STLBN                     00000000< FFFFFFFF.814D0C00   FCB$L_HDLBN                     00879973< FFFFFFFF.814D0C04   FCB$L_FILESIZE                  0001FBDE< FFFFFFFF.814D0C08   FCB$L_EFBLK                     0001FBDE< FFFFFFFF.814D0C0C   FCB$L_VERSIONS                  00000000< FFFFFFFF.814D0C10   FCB$L_DIRSEQ                    00000000< FFFFFFFF.814D0C14   FCB$L_DIRINDX                   00000000< FFFFFFFF.814D0C18   FCB$L_ACCLKID                   00000000< FFFFFFFF.814D0C1C   FCB$L_LOCKBASIS                 00000001< FFFFFFFF.814D0C20   FCB$L_NUMEXTENTS                00000000#                      FCB$L_TRUNCVBN < FFFFFFFF.814D0C24   FCB$L_CACHELKID                 00000000< FFFFFFFF.814D0C28   FCB$L_HIGHWATER                 0001FBDF< FFFFFFFF.814D0C2C   FCB$L_NEWHIGHWATER              0001FBDF< FFFFFFFF.814D0C30   FCB$L_HWM_UPDATE                00000000< FFFFFFFF.814D0C34   FCB$L_HWM_ERASE                 00000000< FFFFFFFF.814D0C38   FCB$L_HWM_PARTIAL               00000000< FFFFFFFF.814D0C3C   FCB$L_REVISION                  00000007< FFFFFFFF.814D0C40   FCB$L_HWM_WAITFL                814D0C40"                      FCB$L_LIMBOFL!                      FCB$Q_HWMQHD #                      FCB$Q_LIMBOQHD < FFFFFFFF.814D0C44   FCB$L_HWM_WAITBL                814D0C40"                      FCB$L_LIMBOBL< FFFFFFFF.814D0C48   FCB$L_FILEOWNER                 00010004                      FCB$R_ORB$                      FCB$W_UICMEMBER#                      FCB$W_UICGROUP = FFFFFFFF.814D0C4C                                   FFFF0000   PTE$M_SOFTWARE< FFFFFFFF.814D0C50                                   00490000< FFFFFFFF.814D0C54                                   00000006< FFFFFFFF.814D0C58   FCB$Q_ACMODE                    FFFFFFFF< FFFFFFFF.814D0C5C                                   FFFFFFFF< FFFFFFFF.814D0C60   FCB$L_SYS_PROT                  FFFFFFE0#                      FCB$W_FILEPROT < FFFFFFFF.814D0C64   FCB$L_OWN_PROT                  FFFFFFE0< FFFFFFFF.814D0C68   FCB$L_GRP_PROT                  FFFFFFFA< FFFFFFFF.814D0C6C   FCB$L_WOR_PROT                  FFFFFFFF< FFFFFFFF.814D0C70   FCB$L_ACLFL                     814D0C70< FFFFFFFF.814D0C74   FCB$L_ACLBL                     814D0C70< FFFFFFFF.814D0C78   FCB$R_MIN_CLASS_PROT            00000000< FFFFFFFF.814D0C7C                                   00000000< FFFFFFFF.814D0C80                                   00000000< FFFFFFFF.814D0C84                                   00000000< FFFFFFFF.814D0C88                                   00000000< FFFFFFFF.814D0C8C   FCB$R_MAX_CLASS_PROT            00000000< FFFFFFFF.814D0C90                                   00000000< FFFFFFFF.814D0C94                                   00000000< FFFFFFFF.814D0C98                                   00000000< FFFFFFFF.814D0C9C                                   00000000< FFFFFFFF.814D0CA0                                   00000000< FFFFFFFF.814D0CA4                                   00000000< FFFFFFFF.814D0CA8                                   8B49E600< FFFFFFFF.814D0CAC                                   00000000< FFFFFFFF.814D0CB0                                   00000000< FFFFFFFF.814D0CB4                                   00000000< FFFFFFFF.814D0CB8                                   00000000< FFFFFFFF.814D0CBC                                   00000000< FFFFFFFF.814D0CC0                                   00000000< FFFFFFFF.814D0CC4                                   00000000< FFFFFFFF.814D0CC8                                   00000000< FFFFFFFF.814D0CCC                                   00000000< FFFFFFFF.814D0CD0                                   00000000< FFFFFFFF.814D0CD4                                   00000000< FFFFFFFF.814D0CD8                                   00000000< FFFFFFFF.814D0CDC                                   00000000< FFFFFFFF.814D0CE0   FCB$Q_CFB                       00000000< FFFFFFFF.814D0CE4                                   00000000< FFFFFFFF.814D0CE8   FCB$L_CACHING_OPTIONS           00000000< FFFFFFFF.814D0CEC   FCB$L_STATUS2                   00000000< FFFFFFFF.814D0CF0   FCB$L_ORB                       814D0C48< FFFFFFFF.814D0CF4   FCB$L_CFCB                      00000000< FFFFFFFF.814D0CF8   FCB$L_PRIMFCB                   00000000< FFFFFFFF.814D0CFC   FCB$L_DIRLCKID                  00000000< FFFFFFFF.814D0D00   FCB$Q_ACCDATE                   D26278AB< FFFFFFFF.814D0D04                                   00A4AF22< FFFFFFFF.814D0D08   FCB$Q_MODDATE                   AC6E5F45< FFFFFFFF.814D0D0C                                   00A4AE08!                      FCB$C_LENGTH    ------------------------------   Date: 10 OCT 2005 11:03:16 GMT4 From: karcher@thuria.waisman.wisc.edu (Carl Karcher) Subject: Re: can't dismount ? 6 Message-ID: <10OCT05.11031638@thuria.waisman.wisc.edu>  H In a previous article, Chris Sharman <chris.sharman@sorry.nospam> wrote:  L ->I tried "SDA> sho proc/chan all" - that didn't list anything on that disk. ->    H Hmm. Then there are no files open on the disk (if you believe SDA). I've= had HP working on a similar problem a while back but on 7.3-2 C (3206154671). They chased vcbs and fcbs and found no reason why the G transaction count didn't match sda and "show dev/files". The conclusion C was something (kernel software) wasn't decrementing the transaction C count (sho dev). I'm guessing your trans cnt here is 8 (add one for E indexf.sys). We all suspected pathworks (you don't run that do you?). G Perhaps the common thread is OSU, but there's no kernel software there. & that. Do you use Decnet Phase IV or V?  E HP provided an image that will set the transaction count to what ever G you want (i.e. 1) and then the disk can be dismounted. If you reference + that case number perhaps you can obtain it.    --G -- Carl Karcher, Waisman Computing Services, Waisman Center, UW-Madison 8 --                 karcher.dontspamme@waisman.wisc.edu     ------------------------------  # Date: Mon, 10 Oct 2005 13:09:18 GMT 3 From: hammond@not@peek.ssr.hp.com (Charlie Hammond) % Subject: DECK /DOLLARS=$ is not valid 2 Message-ID: <2Kt2f.14205$uI4.294@news.cpqcorp.net>  B Some time ago someone raised the issue that a DECK with /DOLLARS=$E did not function as expected.  I appologize that it has taken a while % to respond, but here is the responce:   D     The single dollar sign, "$", isn't valid as a /DOLLARS value and@     results in the default EOD being used to terminate the DECK.     7     The documentation will be updated to document this.          --  J       Charlie Hammond -- Hewlett-Packard Company -- Ft Lauderdale  FL  USAF           (hammond@not@peek.ssr.hp.com -- remove "@not" when replying)J       All opinions expressed are my own and not necessarily my employer's.   ------------------------------  + Date: Mon, 10 Oct 2005 09:33:51 +0000 (UTC) 1 From: "Shooter" <photoman52003-shoot@yahoo.co.uk> 3 Subject: Re: Epson printers are electronic theieves ? Message-ID: <didchv$km1$1@nwrdmz02.dmz.ncs.ea.ibs-infra.bt.com>   G Yes Roy, but the contract in the UK is with the retailer and not Epson.   7 "Roy" <royphoty@iona-guesthouse.co.uk> wrote in message 1 news:zhj2f.11572$Nv6.7007@newsfe6-win.ntli.net... > > "Shooter" <photoman52003-shoot@yahoo.co.uk> wrote in message; > news:dic3tq$ag6$1@nwrdmz02.dmz.ncs.ea.ibs-infra.bt.com... D > > This discussion now brings up again that Epson will not honour a warrantyJ > > claim if third party ink is used or can be proved to be used. it is myL > > opinion that if they do not state plainly that other ink can not be usedK > > then in the UK there could be room for litigation for misrepresentation  as > > a K > > buyer is buying only a printer and is not and should not be tied to OEM  > > ink. > > Any views on this. > >  >  > Hi.  >  > I agree with you.  > J > If you buy something it is yours, the previous owner or manufacturer has noF > say over how you decide to use it, or resell it or anything.  If you chooseK > to put 3rd party ink into your printer, or print on 3rd party paper, then K > Epson would have to prove that those caused the problem before they could  > dishonour the warranty.  > F > The UK law of Contract is perfectly clear that a Contract can not be altered G > by one party after the Contract is made.  So if Epson have set up the J > Printer so that it will stop working if you insert 3rd party cartridges,H > that fact would need to be explained to you, by the seller, BEFORE youC > bought the Printer, or you could sue them for Breach of Contract.  > I > Any Conditions Notices etc, which are within the box, have no validity, G > because the Contract commences when the Seller agrees to sell you the @ > printer, it is already in effect by the time you open the box. > J > Likewise with the Cartridges. If a 3rd party cartridge is sold to you asH > being suitable for use in XXX Printer, and then causes that Printer to fail, 5 > then the 3rd Party Seller is in Breach of Contract.  > J > The only problem, and it is a very big one, is the cost of  taking legalJ > action, especially against a large Multi-National, but if a large enoughA > group of individuals got together - Merry Hell could be raised.  > L > I know of a case where Durst were being bloody minded about the rollers onI > their home photo paper processing machine becoming sticky, and jamming, G > because of a reaction with the chemicals.  Lots of people were having  major H > problems, and getting nowhere.  A friend was getting the run-around byJ > Durst, being told all sorts of rubbish about it being his fault, or just one  > of those things, etc, etc. > H > He eventually got an admission and the refund, but only after he wrote using E > his official notepaper.  He just happened to be a High Court Judge.  >  > Roy G  >  >    ------------------------------    Date: 10 Oct 2005 10:54:54 -0100* From: "Michael Kraemer" <M.Kraemer@gsi.de>3 Subject: Re: Firmware update on an AlphaStation 255 0 Message-ID: <434A487E.MD-1.4.4.M.Kraemer@gsi.de>  ? > I have an AlphaStation 255 that I'd like to use with OpenVMS,   . I have an AlphaStation 500 with VMS and Tru64.; The firmware stuff comes with a CD in the full distribution  of both, VMS and Tru64.    ------------------------------  # Date: Mon, 10 Oct 2005 13:28:34 GMT & From: John Reagan <john.reagan@hp.com>3 Subject: Re: Firmware update on an AlphaStation 255 3 Message-ID: <60u2f.14206$8Q4.9921@news.cpqcorp.net>    Richard Brodie wrote: 6 > "Mark Round" <mark.round@gmail.com> wrote in message? > news:1128869285.831597.117390@f14g2000cwb.googlegroups.com...  >  > H >>I have an AlphaStation 255 that I'd like to use with OpenVMS, althoughB >>it is currently running the AlphaBIOS firmware. From reading theF >>various FAQs out there, I have discovered that I need to upgrade the3 >>firmware and switch to SRM before I can continue.  >  > G > I could be wrong but I didn't think the AS255 was a half-flash model. F > Have you tried just switching to the SRM console? The option is kind" > of hidden away in the BIOS menu. >  >   F Richard is correct.  The 255 has both firmwares.  Just switch back to  the other one.   --   John Reagan / HP Pascal/{A|I}MACRO for OpenVMS Project Leader  Hewlett-Packard Company    ------------------------------  % Date: Mon, 10 Oct 2005 22:04:23 +1300 $ From: "Lurker" <nowhere@nothing.com>8 Subject: Re: HP : Massive strike and protest march today5 Message-ID: <G6q2f.17052$iM2.1392375@news.xtra.co.nz>   ? "David J Dachtera" <djesys.nospam@comcast.net> wrote in message % news:4349428C.FDC0B542@comcast.net...  > Lurker wrote:  > > C > > "David J Dachtera" <djesys.nospam@comcast.net> wrote in message ) > > news:43482691.74A28823@comcast.net...  > > K > > > Like it or else, your employees are your business partners as much as - > > > your vendors, investors or anyone else.  > > 9 > > Employees - yes, they are. Unions - no, they are not.  > C > The union is there to protect the employees and keep the employer 	 > honest.   9 You think so? What has honesty or not have to do with it? 4 Presumably, all employees (and employer) have signed5 a legally-binding contract, right? So it's more about 5 re-negotiating the contract where the union gets into 9 the picture. If one of the parties is dishonest and tries 5 to cheat on the contract - there are courts for that.   0 I'll give you [an admittedly anecdotal] example:- Some years back I used to work for a software + company which was split about 50/50 between * unionized and non-unionized employees. Can+ you imagine the amount of mutual resentment ) between those two groups? Ironically, the 1 non-unionized people were actually getting better 2 pay packages (despite the usual claims that unions3 get you a better deal). But of course, I'll have to 0 admit that unionized people did get those 2-hour, discussion meetings on company time when the rest of us had to do the work.   What's honest about that?    >  > Are unions perfect? No >  > Are employers perfect? No. >  > Are employees perfect? NO. > % > It's all about checks and balances.   " Well, I'll agree with that one but% my personal feeling is that the thing  is way too much out of balance at the moment.   ------------------------------    Date: 10 Oct 2005 07:23:28 -0500; From: koehler@eisner.nospam.encompasserve.org (Bob Koehler) 8 Subject: Re: HP : Massive strike and protest march today3 Message-ID: <l6lnNXcQOw+4@eisner.encompasserve.org>   [ In article <43497E34.7BAFDED@teksavvy.com>, JF Mezei <jfmezei.spamnot@teksavvy.com> writes:  > "Dr. Dweeb" wrote:M >> Well, you should visit some totally automated warehousing and distribution  >> systems sometime.8 >> They are a marvel for the lack of human intervention. > I > There are situations where humans just couldn't do the job.  Consider a D > FedEx sorting plant, or large airport luggage sorting systems (forH > instance Schiphol in Amsterdam). When you look at the volume they mustP > handle in a short period of time, there is no way to make this "human tended".  -    Gee, but that's just what Denver just did.   F    One of the reasons DIA was late in opening was an attempt to use anD    automated bagage handling system throughout the new airport.  TheF    contractor originally contracted to do just United Airlines and bitC    off too much when he agreed to do the whole airport.  DIA opened F    after his totally automated system was removed from the rest of the+    airport and only United used his system.   G    Until recently, when United removed his system as unmaintainable and E    installed the more traditional and labor intensive system that the     rest of DIA was using.    ------------------------------    Date: 10 Oct 2005 07:30:04 -0500; From: koehler@eisner.nospam.encompasserve.org (Bob Koehler) 8 Subject: Re: HP : Massive strike and protest march today3 Message-ID: <B7BlUaZNL+pK@eisner.encompasserve.org>   s In article <43495480$0$78280$157c6196@dreader1.cybercity.dk>, "Dr. Dweeb" <NOSPAM_5msg0h202@sneakemail.com> writes:  > M > Well, you should visit some totally automated warehousing and distribution   > systems sometime. 7 > They are a marvel for the lack of human intervention.  >   E    Don't try this in the former Soviet Union until you check existing     laws.  C    A few years ago a western company built a new wharehouse, mostly E    automated.  They were giving tours to the local officials, showing E    off how efficient therir system was, and how few people they would F    have to hire.  The officials informed them they would need a largerH    number.  The western businessman rejected this, saying he just showedG    them how the whole thing worked with the number of people he quoted.   A    No, it's the law, no fewer than X people per Y thousand square     meters of space.    ------------------------------   Date: 10 Oct 2005 12:42:52 GMT( From: bill@cs.uofs.edu (Bill Gunshannon)8 Subject: Re: HP : Massive strike and protest march today+ Message-ID: <3qv5ucFgpcraU1@individual.net>   3 In article <B7BlUaZNL+pK@eisner.encompasserve.org>, > 	koehler@eisner.nospam.encompasserve.org (Bob Koehler) writes:u > In article <43495480$0$78280$157c6196@dreader1.cybercity.dk>, "Dr. Dweeb" <NOSPAM_5msg0h202@sneakemail.com> writes:  >>  N >> Well, you should visit some totally automated warehousing and distribution  >> systems sometime.8 >> They are a marvel for the lack of human intervention. >>   > G >    Don't try this in the former Soviet Union until you check existing 
 >    laws. > E >    A few years ago a western company built a new wharehouse, mostly G >    automated.  They were giving tours to the local officials, showing G >    off how efficient therir system was, and how few people they would H >    have to hire.  The officials informed them they would need a largerJ >    number.  The western businessman rejected this, saying he just showedI >    them how the whole thing worked with the number of people he quoted.  > C >    No, it's the law, no fewer than X people per Y thousand square  >    meters of space.   < Yeah, and just look at how successful they are as a country.   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: 10 Oct 2005 06:58:55 -0700= From: "SanthoshfromJay@gmail.com" <SanthoshfromJay@gmail.com>  Subject: OPC$CRASHC Message-ID: <1128952735.438054.276940@g43g2000cwa.googlegroups.com>    Hi ,  G  Can any give full details of OPCCRASH and logicals related to it , ex: 
 OPC$nodump   ------------------------------    Date: 10 Oct 2005 07:15:31 -0700= From: "SanthoshfromJay@gmail.com" <SanthoshfromJay@gmail.com>  Subject: Re: OPC$CRASHB Message-ID: <1128953731.023094.44150@g43g2000cwa.googlegroups.com>   Hi ,    G  Can anyone  give full details of OPCCRASH and logicals related to it ,  ex: 
 OPC$nodump   ------------------------------  % Date: Mon, 10 Oct 2005 08:21:43 -0500 " From: "Schroeder, AJ" <aj1@qg.com>* Subject: Re: Resetting Compaq SANSwitch 16) Message-ID: <didpt8$mbi$1@sxnews1.qg.com>   M "Colin Butcher" <colin_DOT.butcher_AT@xdelta_DOT.co_DOT.uk> wrote in message  7 news:sNL1f.124399$G8.8390@text.news.blueyonder.co.uk... F > ** The SANswitch 16 manual (EK-BCP28-IA.B01) says this on page 4-12: >  >    Reset to Default  > I >    To reset all values in the Configuration menu to default conditions, K > press <Enter> while Reset to Default displays on the front panel. Select   > Yes K > and press     <Enter>. If you have customized the Ethernet IP address and I > switch name for your environment, these do not reset to default values. @ >    NOTE: Resetting the switch to default conditions causes allK > configuration settings, names, and passwords entered to revert to default  > settings.  >  > J > ** The Fabric OS manual V3.1.x / V4.1.x (AA-RS24C-TE) says this on pages
 > 139-140:  I Unfortunately, I am running V2.6.2d - I have not been able to find later   versions of firmware.    >  >    configDefaultD >    Reset a subset of configuration settings to the default values. > configDefault 
 >    Admin >    V3.1.x and V4.1.xL >    Use this command to reset certain configuration settings to the defaultJ > values. All configuration parameters, with the following exceptions, are > reset to default >    values:< > n         Ethernet MAC address, IP address, and subnetmask > n         IP gateway address > n         License keys > n         OEM customization  > n         SNMP configuration > n         System name  > n         World Wide Name ) > n         Advanced Zoning configuration K >    Note: See the configure command for more information on default values  > for configuration parameters. L >    The configDefault command may not be executed on an enabled switch. You@ > must first disable the switch using the switchDisable command. >  >    Fabric OS Commands E >    Some configuration parameters are cached by the system. To avoid E > unexpected switch behavior, reboot the system after executing this  
 > command. >       Operands
 >    None. >    Example; >    To restore the system configuration to default values:  > C >     switch:admin> configDefault Committing Configuration ...done.  > 
 >    See Also 7 >    agtcfgDefault configure switchDisable switchEnable  >  >  > I > Worth checking that you did disable the switch first. Maybe you need to  > update the firmware too?  K That's the funny thing too, I *upgraded* to V2.6.2d from V2.6.1 that using  H the root account - I upgraded and hoped that the firmware would force a  passwd change. <sigh>   M I'll try to use that configure command (I don't have manuals in front of me)  G I wonder if that is some sort of prompted type install like on a Cisco   router?    Cheers,   
 AJ Schroeder     ------------------------------    Date: 10 Oct 2005 07:34:53 -0500; From: koehler@eisner.nospam.encompasserve.org (Bob Koehler) 2 Subject: Re: TCPIP V5.4, SMTP & non-existant users3 Message-ID: <OM6mfXhzPOOH@eisner.encompasserve.org>   H In article <di8pid02kvo@enews1.newsguy.com>, healyzh@aracnet.com writes:L > How do people go about dealing with email sent to non-existant users?  I'mM > getting "Returned mail" messages from TCPIP$SMTP@*********.*** (my system)  O > when it tries to let the spammer know that there is no such user.  Since the  L > spammers don't normally provide real email addresses, the messages bounch, > and I get these messages.  > L > This user has never had an account on my system, though I'm pretty sure itK > was a valid address prior to my finally getting the domain last year (the L > interesting thing is it took about 5 months for the first of these to show > up). >   D    I think Multinet SMTP will reject the incoming message instead ofF    bouncing it.  I don't know if this is because of something I've set?    up via SMTP_SERVERS_REJCET. or the way it is out of the box.    ------------------------------  + Date: Mon, 10 Oct 2005 10:47:55 -0500 (CDT) * From: sms@antinode.org (Steven M. Schweda)2 Subject: Re: TCPIP V5.4, SMTP & non-existant users2 Message-ID: <05101010475502_20200274@antinode.org>  % From: JORDAN <rjordan@mindspring.com>   F > I assume you restarted the SMTP services after modifying the config J > file?  I know its working at our customer sites because I was having to B > clean out the mail files every day or two (and I had to write a H > reversion utility too), but after turning on that option the problems  > cleared up almost completely.   C    I always restart SMTP after changing SMTP.CONFIG.  I even have a ! SMTP_RESTART.COM for the purpose.   G > Try sending mail from an external source to bogus email addresses on  ; > your node and see what happens.  This is what I get [...]   .    I think that you'll enjoy this.  First try:    RCPT TO: 1234567890@antinode.org: 550 < 1234567890@antinode.org> ... Addressee undeliverable  E So it _does_ work.  But why am I getting all the junk bounces?  Well, G let's try a more realistic test (bad address extraction typical of some  of the junk mail distributors):   % RCPT TO: antinode.orgsms@antinode.org 3 250 < antinode.orgsms@antinode.org>... Recipient OK   < Or, one of the Korean drug dealer's (many forged) addresses:  % RCPT TO: farwredjulianna@antinode.org 3 250 < farwredjulianna@antinode.org>... Recipient OK   # So it really _doesn't_ work.  Hmmm.   " RCPT TO: grrrrrrrrrrr@antinode.org< 550 < grrrrrrrrrrr@antinode.org> ... Addressee undeliverable  # RCPT TO: grrrrrrrrrrrr@antinode.org 1 250 < grrrrrrrrrrrr@antinode.org>... Recipient OK   E And now it becomes clear.  Invalid names no longer than 12 characters C are undeliverable.  Invalid names longer than 12 characters are OK.   G    I'm sure glad that someone added this helpful feature.  Now, if only D we could get the junk e-mailers to cooperate by using suitably short randomly generated names ...  F    If the longest valid name is 12 characters long, why would we think: that a longer name is "OK"?  ARRGH!  Who tests this stuff?  G    If someone whips out a quick fix for this, I'd be happy to give it a  try.  Just as a reminder:    alp $ tcpip show version  ;   HP TCP/IP Services for OpenVMS Alpha Version V5.4 - ECO 5 D   on a COMPAQ Professional Workstation XP1000 running OpenVMS V7.3-2  H ------------------------------------------------------------------------  4    Steven M. Schweda               (+1) 651-699-98183    382 South Warwick Street        sms@antinode-org     Saint Paul  MN  55105-2547    ------------------------------    Date: 10 Oct 2005 10:18:32 -0700 From: jordan@ccs4vms.com2 Subject: Re: TCPIP V5.4, SMTP & non-existant usersC Message-ID: <1128964712.889049.151080@g44g2000cwa.googlegroups.com>   F Verified on ECO2 as well.  I guess my customers have been lucky in theF choice of fake addresses being used.  I'd guess it limits based on the! standard OpenVMS username length.   F Is your system under support, so you can report this as a bug?  If not  I will.  Or maybe I will anyway.   Rich   ------------------------------  % Date: Mon, 10 Oct 2005 12:34:58 -0400 $ From: "Chris" <an.other@not_here.ca>+ Subject: TCPware starts up, then shuts down 9 Message-ID: <QKw2f.2736$S43.203619@news20.bellglobal.com>   I I apologize for posting this here, but have had no answer from Process as H yet, and vmsnet.networks.tcpware seems deserted.  Any al all suggestions gratefully received.   Chris     L Since a power outage last week, I have one system that consistently fails toG start TCPware during the boot sequence, but when I execute the STARTNET K afterwards, it starts fine.  I posted this log to Process as well, but they K had no suggestions other than to log the next startup and see what it says.   E The system in question is an Alpha 800 (VMS 7.2) with 2 NICs, running L TCPware 5.6-2 (fully patched) on both adapters.  Startup hasn't been changedI in 2 years (until this problem -- I've tried repositioning the STARTNET a H couple of times since, no change).  I suspect something strange going onH with one of the physical networks, but can't prove anything as yet.  TheH NETCP log suggests to me that TCPware sees something wrong on one of theK connections, so it shuts itself down.  Nonetheless, when I manually restart . TCPware, all works just fine from then on. (?)  0 Here is the NETCP.LOG that results after a boot:  A TCPware(R) for OpenVMS V5.6-2 Copyright (c) 2002 Process Software   . **  6-OCT-2005 14:52:38 NETCP logging started.  L **  6-OCT-2005 14:52:41 Line LPB-0 (127.0.0.1) started by SYSTEM (20400205).E **  6-OCT-2005 14:52:42 Line EWA-0 (172.22.120.204) started by SYSTEM 
 (20400205) .     Line EWA-0 is using _EWA5:.G **  6-OCT-2005 14:52:42 Updating multicast address list for line EWA-0: #    Adding address 01-00-5E-00-00-01 C **  6-OCT-2005 14:52:42 Line EWA-1 (172.22.128.2) started by SYSTEM  (20400205).     Line EWA-1 is using _EWB4:.G **  6-OCT-2005 14:52:42 Updating multicast address list for line EWA-1: #    Adding address 01-00-5E-00-00-01 H **  6-OCT-2005 14:52:42 TCP started (or restarted) by SYSTEM (20400205).H **  6-OCT-2005 14:52:42 UDP started (or restarted) by SYSTEM (20400205).I **  6-OCT-2005 14:52:42 INET started (or restarted) by SYSTEM (20400205). H **  6-OCT-2005 14:52:42 UCX started (or restarted) by SYSTEM (20400205).0 %RPC-E-LISTENERR, error listening for connectionH -SYSTEM-F-THIRDPARTY, network logical link disconnected by a third party9 **  6-OCT-2005 14:52:50 TCP stopped by SYSTEM (20400205). 9 **  6-OCT-2005 14:52:50 UDP stopped by SYSTEM (20400205). @ **  6-OCT-2005 14:52:50 Line LPB-0 stopped by SYSTEM (20400205).@ **  6-OCT-2005 14:52:50 Line EWA-0 stopped by SYSTEM (20400205).@ **  6-OCT-2005 14:52:50 Line EWA-1 stopped by SYSTEM (20400205).  . **  6-OCT-2005 14:52:50 NETCP logging stopped.     Any suggestions?   ------------------------------    Date: 10 Oct 2005 10:08:09 -0700 From: bob@instantwhip.com / Subject: Re: TCPware starts up, then shuts down C Message-ID: <1128964089.161141.248660@z14g2000cwz.googlegroups.com>   5 when you say startnet do you mean tcpware startnet or 6 decnet startnet ... if you have tcpware starting after6 all other network services and ucx startup is disabled9 then either vms is shutting you down or a network problem  must be ...    ------------------------------    Date: 10 Oct 2005 07:39:47 -0500; From: koehler@eisner.nospam.encompasserve.org (Bob Koehler) % Subject: Re: VMS logo feedback needed 3 Message-ID: <0ol6naiVutU1@eisner.encompasserve.org>   \ In article <4348CEDD.C8CE594C@teksavvy.com>, JF Mezei <jfmezei.spamnot@teksavvy.com> writes:4 > -Should the HP logo be put on it ?  If so, where ?  ?    Nope.  No reason to have to change the logo every few years.   H > Also, once a final version is ready, how large an image should it be ?: > Would 512*512 be large enough ? Or should it be bigger ? >   G    Bigger is better.  Shrinking a large image generally produces better F    results that streching a small image, so a larger image will server    more needs.   ------------------------------  # Date: Mon, 10 Oct 2005 15:11:17 GMT 6 From: "Kenneth Farmer" <kfarmer@NOSPAM.spyderbyte.com>% Subject: Re: VMS logo feedback needed 7 Message-ID: <pwv2f.1$Sg2.2060@twister.southeast.rr.com>   ; "JF Mezei" <jfmezei.spamnot@teksavvy.com> wrote in message  % news:4349F3A6.BACC318@teksavvy.com...  > Kenneth Farmer wrote: L >> Wouldn't hurt if something outlined the OpenVMS so it can be seen easier. > I > Yep, the text will have to stand out far more. I want to give it a more  > shiny and bright look. > L >> Being able to change sizes would be great as you mentioned.  Can you make* >> variations of it?  Like a 88x31 button. > I > Yes I can make variations. However, right now I have to focus on making I > the scene. Once it is done, I can then render it and then take high res ' > images and scale them with photoshop.  >  > L >> The ability to have seperate image files for the layers would be nice for3 >> making 468x60, 125x125 or 130x130 banner images.  > J > I can give a TIFF file with alpha channel. This way you can overlay thatI > image over another one or extract the alpha channel to generate a mask.   K Sounds good.  Just thought of something else.  It would be nice to have an   image large enough for tshirts.   K BTW, I'm not familar with vectorizing and all that graphic talk.  I assume  K when it's vectorized the size can be changed and the image still looks the   same?    Ken  OpenVMs.org    ------------------------------    Date: 10 Oct 2005 10:31:22 -0700# From: "Galen" <gltackett@gmail.com> % Subject: Re: VMS logo feedback needed C Message-ID: <1128965482.809984.301510@g14g2000cwa.googlegroups.com>    JF,   E I like the way it looks. You must have spent a lot of time working on , it. A couple of tongue in cheek suggestions:  < What about having an unfortunate penguin in the shark's maw?  G Any chance of getting it on coffee mugs, shirts, hats, paperweights, or 	 coasters?    Keep up the good work.  D Oh, and using gold sounds good to me. It looks good with blue and of' course lends an air of royalty as well.    Just my thoughts...    Galen    ------------------------------    Date: 10 Oct 2005 08:50:01 -0500- From: Kilgallen@SpamCop.net (Larry Kilgallen) ? Subject: Re: Why did VMS users go along with the itanium farce? 3 Message-ID: <NvwskviolK5n@eisner.encompasserve.org>   J In article <didppl$7jb$1@news.mdx.ac.uk>, david20@alpha2.mdx.ac.uk writes:  P > How different is the structure of a VMS device driver from a Unix/Linux device
 > driver ?  3 What makes you think they would be at all similar ?   C We have had people come to this newsgroup with backgrounds in other H operating systems who think drivers are best done as user mode programs.   ------------------------------   Date: 10 Oct 2005 15:17:52 GMT( From: bill@cs.uofs.edu (Bill Gunshannon)? Subject: Re: Why did VMS users go along with the itanium farce? + Message-ID: <3qvf10Fgk47hU1@individual.net>   ) In article <didv3t$93h$1@news.mdx.ac.uk>, ! 	david20@alpha2.mdx.ac.uk writes: e > In article <NvwskviolK5n@eisner.encompasserve.org>, Kilgallen@SpamCop.net (Larry Kilgallen) writes: L >>In article <didppl$7jb$1@news.mdx.ac.uk>, david20@alpha2.mdx.ac.uk writes: >>R >>> How different is the structure of a VMS device driver from a Unix/Linux device >>> driver ? >>5 >>What makes you think they would be at all similar ?  >>E >>We have had people come to this newsgroup with backgrounds in other J >>operating systems who think drivers are best done as user mode programs. > M > Although I have 20 years experience of managing and programming VMS systems L > I've never had occasion to investigate Device Drivers hence the reason forJ > enquiring as to whether the NDISwrapper route to getting Windows drivers5 > working on Linux could be adapted for use with VMS.  >   C Well, considering that the NDIS Drivers are all x86 and VMS doesn't & run on x86, my guess would be no.  :-)   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>       ------------------------------   End of INFO-VAX 2005.566 ************************