1 INFO-VAX	Tue, 15 Aug 2006	Volume 2006 : Issue 452       Contents: Re: CFD - software Re: CFD - software Re: CFD - software Re: CFD - software Re: CFD - software Re: CFD - software Re: CFD - software% Re: Clients using a GUI to access FTP % Re: Clients using a GUI to access FTP % Re: Clients using a GUI to access FTP % Re: Clients using a GUI to access FTP % Re: Clients using a GUI to access FTP % Re: Clients using a GUI to access FTP  Re: Enabling SMTP in VAX/VMS5 Re: Freeware V8.0 and July 2006 OpenVMS FAQ Available  Re: I should'a known better! Re: I should'a known better! Re: I should'a known better! Re: I should'a known better!& Re: jEdit Modes file for DEC Document?$ Re: Multinet's _BG: Driver and IPsec  Re: Products in Operating System  Re: Products in Operating System  Re: Products in Operating System UNKOWN vs. IP address  Re: UNKOWN vs. IP address   F ----------------------------------------------------------------------  % Date: Mon, 14 Aug 2006 14:38:19 -0400 ' From: Dave Froble <davef@tsoft-inc.com>  Subject: Re: CFD - software 9 Message-ID: <D4-dnQ7E3OQcXH3ZnZ2dnUVZ_tWdnZ2d@libcom.com>    Steven M. Schweda wrote:) > From: Dave Froble <davef@tsoft-inc.com>  > J >> Don't ya just love trying to explain to people that things like 'suck' 5 >> and 'centrifical force' and such just don't exist?  > = >    It's "centrifugal", as in "centrifuge".  And no, I don't  > particularly.   $ Spelling can be a weakness at times.  I >>> This gives you about 30 inches of mercury or about 34 feet of water.  H >>> (Quick: what's the ratio of the density of mercury to the density of >>> water?) H >> Humm... using your figures, 2.5/34, or close to 1/14.  Do you really  >> mean density, vs weight?  > G >    I asked for mercury/water, not water/mercury, but, yes, it's about @ > 13.6.  Of course I meant density.  What's the weight of water? > / >>> Blowing the air faster doesn't change this.  > K >> Well, actually, it does.  Not if the heat being introduced is more than  H >> or even equal to the heat being removed.  But passing more air (of a L >> lower temperature) over the hot spots will remove more heat from the hot 	 >> spots.  > G >    Blowing air around in the room matters, but the original statement 4 > involved "removing warm air", not moving cold air.  F Sorry, I wasn't replying to the OP, only to the speed of air movement.  A >>   A smaller temperature delta could exist.  As the cooler air  J >> takes on some heat, the faster it's replaced with more cooler air, the / >> more heat can be removed from the hot spots.  > 	 >    Huh?  > E >    As I said, I know from (bitter) experience how pointless physics ' > discussions tend to be in this forum.   E I'll avoid a Bill Todd type of response to this and just suggest you  ( didn't read, or understand what I wrote.  G Would you agree that the greater the delta in temperature, the greater  H the transfer of heat?  What I wrote implied that as heat is transfered, G the temperature delta decreases, and replacing the heated air with air  E that maintains the original temperature delta will cool the hot spot  F more than the previously heated air.  Thus maintaining an air flow of < lower temperature air over a hot spot provides more cooling.   --  4 David Froble                       Tel: 724-529-0450> Dave Froble Enterprises, Inc.      E-Mail: davef@tsoft-inc.com DFE Ultralights, Inc.  170 Grimplin Road  Vanderbilt, PA  15486    ------------------------------  % Date: Mon, 14 Aug 2006 11:48:43 -0700 * From: "Tom Linden" <tom@kednos-remove.com> Subject: Re: CFD - software ) Message-ID: <op.teaejhpgtte90l@hyrrokkin>   G On Mon, 14 Aug 2006 11:38:19 -0700, Dave Froble <davef@tsoft-inc.com>    wrote:   > Steven M. Schweda wrote:* >> From: Dave Froble <davef@tsoft-inc.com> >>L >>> Don't ya just love trying to explain to people that things like 'suck'  6 >>> and 'centrifical force' and such just don't exist?? >>     It's "centrifugal", as in "centrifuge".  And no, I don't  >> particularly. > & > Spelling can be a weakness at times. > K >>>> This gives you about 30 inches of mercury or about 34 feet of water.   I >>>> (Quick: what's the ratio of the density of mercury to the density of  >>>> water?)J >>> Humm... using your figures, 2.5/34, or close to 1/14.  Do you really   >>> mean density, vs weight?I >>     I asked for mercury/water, not water/mercury, but, yes, it's about A >> 13.6.  Of course I meant density.  What's the weight of water?  >>0 >>>> Blowing the air faster doesn't change this. >>H >>> Well, actually, it does.  Not if the heat being introduced is more  I >>> than or even equal to the heat being removed.  But passing more air   L >>> (of a lower temperature) over the hot spots will remove more heat from   >>> the hot spots.I >>     Blowing air around in the room matters, but the original statement 5 >> involved "removing warm air", not moving cold air.  > H > Sorry, I wasn't replying to the OP, only to the speed of air movement. > L >>>   A smaller temperature delta could exist.  As the cooler air takes on  H >>> some heat, the faster it's replaced with more cooler air, the more  + >>> heat can be removed from the hot spots.  >>     Huh? G >>     As I said, I know from (bitter) experience how pointless physics ( >> discussions tend to be in this forum. > H > I'll avoid a Bill Todd type of response to this and just suggest you  * > didn't read, or understand what I wrote. > J > Would you agree that the greater the delta in temperature, the greater  K > the transfer of heat?  What I wrote implied that as heat is transfered,   J > the temperature delta decreases, and replacing the heated air with air  H > that maintains the original temperature delta will cool the hot spot  I > more than the previously heated air.  Thus maintaining an air flow of   > > lower temperature air over a hot spot provides more cooling. > F Reminds me of a question on physics qualifying exam about 40 years agoJ you drink coffee with cream, you like it as hot as possible, you like it   after K the meal.  It is served at the beginninbg of the meal.  When do you pour in 
 the cream?     --  E Using Opera's revolutionary e-mail client: http://www.opera.com/mail/    ------------------------------  + Date: Mon, 14 Aug 2006 13:46:50 -0500 (CDT) * From: sms@antinode.org (Steven M. Schweda) Subject: Re: CFD - software 2 Message-ID: <06081413465049_2027FAC5@antinode.org>  ' From: Dave Froble <davef@tsoft-inc.com>   I > Would you agree that the greater the delta in temperature, the greater  J > the transfer of heat?  What I wrote implied that as heat is transfered, I > the temperature delta decreases, and replacing the heated air with air  G > that maintains the original temperature delta will cool the hot spot  H > more than the previously heated air.  Thus maintaining an air flow of > > lower temperature air over a hot spot provides more cooling.  A    Not knowing exactly what you mean by "delta in temperature" or > "temperature delta" in all these contexts, it's hard say much.  G    Note, however, that while more efficiently cooling the equipment (by D blowing on it) probably does the equipment itself a favor, it has no8 effect on the long-term equilibrium cooling requirement.  G    Yes, cool air provides more cooling than warm air.  If that was your  point, then I surrender.  H ------------------------------------------------------------------------  3    Steven M. Schweda               sms@antinode-org 4    382 South Warwick Street        (+1) 651-699-9818    Saint Paul  MN  55105-2547    ------------------------------  % Date: Mon, 14 Aug 2006 15:17:57 -0400 - From: JF Mezei <jfmezei.spamnot@teksavvy.com>  Subject: Re: CFD - software , Message-ID: <44E0CC5A.52938A47@teksavvy.com>  F Note: Tandem have traditionally had oversized fans for their cabinets.E (one of their models was called "Cyclone" for a very obvious reason).   E Why ? Because in the event of air conditioning failure, having a high Q flow of air would still prevent any heat accumulation near the electronics/disks.   H You can have a low flow of cold air, or you can have a high flow of warm air.    B (or high flow of cold air which is overkill, but when Tandem used)   ------------------------------    Date: 14 Aug 2006 16:16:22 -0500; From: koehler@eisner.nospam.encompasserve.org (Bob Koehler)  Subject: Re: CFD - software 3 Message-ID: <kd9zyqKSkI4p@eisner.encompasserve.org>   V In article <op.td73bv0btte90l@hyrrokkin>, "Tom Linden" <tom@kednos-remove.com> writes: > L > When CDC built the 6000 series in the mid 60's they hired an engineer fromM > Amanda Corporation to build the cabinets.  And yes they were refrigerators.   B    I think they'd of been better off if they hired one from Amana.   ------------------------------  + Date: Mon, 14 Aug 2006 16:26:24 -0500 (CDT) * From: sms@antinode.org (Steven M. Schweda) Subject: Re: CFD - software 2 Message-ID: <06081416262464_20200290@antinode.org>  ; From: koehler@eisner.nospam.encompasserve.org (Bob Koehler)   X > In article <op.td73bv0btte90l@hyrrokkin>, "Tom Linden" <tom@kednos-remove.com> writes: > > N > > When CDC built the 6000 series in the mid 60's they hired an engineer fromO > > Amanda Corporation to build the cabinets.  And yes they were refrigerators.  > D >    I think they'd of been better off if they hired one from Amana.  @    You'd _have_ been better off with a better-formed complaint. 2 Something about motes and logs comes to mind here.  H ------------------------------------------------------------------------  3    Steven M. Schweda               sms@antinode-org 4    382 South Warwick Street        (+1) 651-699-9818    Saint Paul  MN  55105-2547    ------------------------------  % Date: Mon, 14 Aug 2006 20:56:32 -0500 6 From: "David J. Dachtera" <djesys.no@spam.comcast.net> Subject: Re: CFD - software 0 Message-ID: <44E129D0.38E7CBD5@spam.comcast.net>   "Steven M. Schweda" wrote: > 8 > From: "David J. Dachtera" <djesys.no@spam.comcast.net> > + > > Oh, boy. I really should know better...  >  >    No argument there.  > L > > Question: Why can you not "suck" mercury all the way up a 35 inch columnJ > > at sea level under standard conditions? (Vacuum pump at one end, other > > end open.) > G >    Mostly because, unlike air pressure, "suck" is not a real physical  > concept.    < Admittedly, it WAS intended as (partially) a trick question.  : > Removing air at the top of such a column reduces the airC > pressure there.  (Remove all the air, and there's no air pressure J > there.)  What moves the liquid up the column is the outside air pressure4 > pushing on the liquid at the bottom of the column.  5 Remember that gravity plays into this scenario, also.   H >    Before you start pumping air out, the air pressure on the liquid atI > the bottom of the tube on the inside is the same as the air pressure on I > the liquid outside the tube, so the liquid just sits there.  Reduce the J > air pressure inside the tube, and the air pressure outside the tube willK > force the liquid to rise until the combination of the air pressure inside H > the tube and the liquid pressure inside the tube (at the bottom of the4 > column) matches the air pressure outside the tube. > B >    Even when all the air has been removed from the tube, the airI > pressure outside the tube can only raise the column of liquid until the I > pressure at the bottom equals atmospheric pressure, because atmospheric H > pressure is all there is to do the pushing.  "Suck" is not pulling theG > liquid up, air pressure is pushing it up, and air pressure is finite. + > This gives you about 30 inches of mercury   7 (29.92 inches at sea level under "standard" conditions)    > or about 34 feet of water.   > [snip]D > > It is frequently the case that an "air conditioning system" is aL > > "closed" system. Typically, this is mostly true in homes (though some doI > > provide for air replacement using the outside air), especially in the L > > case of a window ("room") air conditioner which may provide for a little" > > bit of venting to the outside. > > I > > In datacenters, however, it is more common to find that chillers take J > > ambient air in and discharge it (cooled) into the plenum floor, or theH > > reverse: take air in from an overhead plenum and simply discharge itJ > > (cooled) back into the room. In this case, the supply of cooled air isK > > usually approximately the same as the supply of warmed air. Local codes K > > may require some air replacement if the conditioned space is considered  > > "occupied".  > I >    The fact remains that the primary consideration is the rate at which > > the equipment adds heat to the environment, and how fast the$ > refrigerator can remove the heat.   G Both pieces represent my original statement. Given: "air" is one of the ( media of heat transfer in this scenario.  ! > Especially for a closed system. - > Blowing the air faster doesn't change this.   / Be careful not to confuse volume with velocity.   H Then again, pushing air through a coil more slowly will increase the airG temperature change across the coil, though less total heat may be moved H in the process. Increasing velocity up to the maximum possible given theE coil's resistance to air flow will eventually reach a point where the A maximum possible heat transfer is being realized, considering the 1 coil/fin material's ability to conduct heat, etc.   C I think we've both reached an understanding that we both comprehend + cooling / heat transfer as applied to HVAC.    Let's move on...   --   David J Dachtera dba DJE Systems  http://www.djesys.com/  & Unofficial OpenVMS Marketing Home Page! http://www.djesys.com/vms/market/   ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/   " Unofficial OpenVMS-IA32 Home Page: http://www.djesys.com/vms/ia32/   ) Unofficial OpenVMS Hobbyist Support Page: " http://www.djesys.com/vms/support/   ------------------------------    Date: 14 Aug 2006 16:20:21 -0500; From: koehler@eisner.nospam.encompasserve.org (Bob Koehler) . Subject: Re: Clients using a GUI to access FTP3 Message-ID: <96H5IXek31CU@eisner.encompasserve.org>   V In article <4k3ghsFa86dgU3@individual.net>, bill@cs.uofs.edu (Bill Gunshannon) writes: > J > I guess it's just another case of differing philosophy. I understand theJ > reasoning behind the way it is done, but then I have been using Unix for > a long time.  D    I understand the reasoning, too (the damn thing doesn't fit in 80E    columns if you include both).  But I don't have to like the chosen     solution.   ------------------------------    Date: 14 Aug 2006 16:33:23 -0500; From: koehler@eisner.nospam.encompasserve.org (Bob Koehler) . Subject: Re: Clients using a GUI to access FTP3 Message-ID: <uKG7g$3aJ+M4@eisner.encompasserve.org>   V In article <4k4comFaiptsU1@individual.net>, bill@cs.uofs.edu (Bill Gunshannon) writes: > 9 > Nothing there says you can't, only that it may be hard.   G    Oh, that makes it like security and reliability:  something MS can't 
    handle.   ------------------------------    Date: 14 Aug 2006 16:34:43 -0500; From: koehler@eisner.nospam.encompasserve.org (Bob Koehler) . Subject: Re: Clients using a GUI to access FTP3 Message-ID: <KNUFhSMjhzqU@eisner.encompasserve.org>   i In article <1155406680.531728.59140@m79g2000cwm.googlegroups.com>, "AEF" <spamsink2001@yahoo.com> writes:  > I > Ah, with the year at the end with everything else in order! What system  > offers this T option?   H    I routinely use "ls -lrt" on every UNIX, Linux, or cygwin box I have.   ------------------------------  + Date: Mon, 14 Aug 2006 16:46:22 -0500 (CDT) * From: sms@antinode.org (Steven M. Schweda). Subject: Re: Clients using a GUI to access FTP2 Message-ID: <06081416462199_20200290@antinode.org>  ; From: koehler@eisner.nospam.encompasserve.org (Bob Koehler)   k > In article <1155406680.531728.59140@m79g2000cwm.googlegroups.com>, "AEF" <spamsink2001@yahoo.com> writes:  > > K > > Ah, with the year at the end with everything else in order! What system  > > offers this T option?  > J >    I routinely use "ls -lrt" on every UNIX, Linux, or cygwin box I have.  F    Then, as a big-tine Linux/UNIX user, you should know the difference between "t" and "T".  H ------------------------------------------------------------------------  3    Steven M. Schweda               sms@antinode-org 4    382 South Warwick Street        (+1) 651-699-9818    Saint Paul  MN  55105-2547    ------------------------------  # Date: Mon, 14 Aug 2006 22:58:57 GMT   From: John Santos <john@egh.com>. Subject: Re: Clients using a GUI to access FTP) Message-ID: <Re7Eg.7550$Z1.1680@trnddc03>    Steven M. Schweda wrote:" > From: John Santos <john@egh.com> > I >>>   I don't think that Microsoft is asking for a human-readable list of 	 >>>files.  >>F >>It *is* asking for a human-readable list of files.  That's what LISTF >>does: produce a human-readable list of files.  (MS IE may not *want*H >>an HRLoF, but that's all that is available, so that's what it asks for >>and that's what it gets.)  >  > J >    I distinguish between Microsoft and MSIE.  MSIE is asking for what itI > expects to be able to get.  (Microsoft is just asking you to buy and/or  > use its products.) >   D So why did you use the word "Microsoft" in your reply to JF, without any further elaboration?  D (You snipped JF's comment from my reply, if anyone is wondering.  JFG seemed to being using the word as shorthand for MSIE.  Maybe he wasn't. E Maybe he was actually claiming that Microsoft Corporation was looking F for a human-readable list of files, possibly for targeting informationF for its fleet of black helicopters, but, as Randy Newman said, I don'tD think so. :-)  He did refer to this as "the current problem", so I'm pretty sure he meant MSIE.)   F Were you just disputing his use of  "Microsoft" as a synonym for MSIE,G like his use of X86 for any processor ultimately derived from the Intel  8086?   F P.S.  JF, maybe you should use "386" instead of "X86".  While slightlyG less archaic than the X86, the 386 is a lot closer to the current Intel E 32-bit architecture, since, AFAIR, it uses the same memory management H scheme.  (8086 only supported 1MB, and only 640K was real memory, unlessG you did a lot of finagling.  80286 extended this to 16MB, but it wasn't B compatible with any subsequent processors.  80386 used a differentD scheme, which is, I think the one still in use.  At least, 80486 andA the early Pentiums were compatible with it.  None of the extended F instructions for dealing with strings, making graphics more efficient,G 64-bit extensions, etc. are there in the 386, but the basic instruction @ set is the same.  I think Windows XP would boot on one, if a) itD probably checks early on and refuses to, and b) it would take longerF than the MTBF to come up.  (Also, the lack of PCI or AGP might mean noH currently supported graphics card would work, but that's a mere detail.)   --   John Santos  Evans Griffiths & Hart, Inc. 781-861-0670 ext 539   ------------------------------  # Date: Mon, 14 Aug 2006 23:33:38 GMT   From: John Santos <john@egh.com>. Subject: Re: Clients using a GUI to access FTP) Message-ID: <mL7Eg.7439$5M.6612@trnddc02>    briggs@encompasserve.org wrote: X > In article <4k3764Fab6avU1@individual.net>, bill@cs.uofs.edu (Bill Gunshannon) writes: > 5 >>In article <2z3xASIqK9Kt@eisner.encompasserve.org>, # >>	briggs@encompasserve.org writes:  >>Y >>>In article <4k0vudF9v06bU1@individual.net>, bill@cs.uofs.edu (Bill Gunshannon) writes:  >>> 5 >>>>In article <1QGCg.1833$lL6.724@news.cpqcorp.net>, 3 >>>>	Hoff Hoffman <hoff-remove-this@hp.com> writes:  >>>>K >>>>>   And as for mapping OpenVMS names into Unix names (or the other way  L >>>>>'round), there are a gazillion obvious filename translations, and some M >>>>>really ugly ones.  What's ., after all?  The corner cases are enough to  ) >>>>>drive any sane engineer up the wall.  >>>>L >>>>I wouldn't suggest mapping VMS names to Unix names.  Why would you?  AllK >>>>your VMS names are legitimate Unix names any way (even with the ";13"). J >>>>If the VMS directory doesn't contain a entry called "." you just don't8 >>>>include one.  "ls" doesn't even though there is one. >>> = >>>Because if you're copying a directory full of default-case < >>>VMS filenames (uppercase) onto a Unix directory, a useful< >>>expectation is that you will end up with a Unix directory3 >>>full of default-case Unix filenames (lowercase).  >>D >>Only if you assume that there is a "default case" for filenames.  G >>I have lot's of files on my Unix systems that are in capital letters. F >>Uppercase isn't necessarily the default case on VMS, it just happensI >>to be the only one they choose to use.  And Unix doesn't have a default J >>case.  Most files are created as lowercase because that is they way they
 >>were typed.  >  > I > Don't be stupid.  Essentially all [ODS2] VMS file names are upper case.   ? Umm, I don't think non-upper-case ODS2 file names are possible, > (though they are stored as text strings in the directories andG INDEXF.SYS.  I wonder if you jammed one in, and fixed up the checksums,   if ANALYZE/DISK would complain?)    B > A significant majority (95+%) of Unix file names are lower case. >  > C >>>And because this is the inverse of the mapping that is performed J >>>if you take a directory full of default-case Unix filenames (lowercase)? >>>and put them into a directory full of only-possible-case VMS  >>>filenames (uppercase).  >>> $ >>>Invertible mappings are goodness. >>D >>Or, don't map them at all.  Leave them exactly as they really are. >  > # > So it is your devout wish to see:  >  > ftp> put foo.tar.gz 1 > 550 %RMS-F-SYN, file specification syntax error  >  >   < That isn't a upper/lower case issue.  It's a two-dots issue.= If you put foo.tar-gz to an ODS-2 disk, the FQP would happily @ accept your lower case name and create FOO.TAR-GZ in the current> directory.  The FTP server doesn't need to do anything special at all.   8 >>>So the uppercase to lowercase translation is a given. >> >>Sorry, I don't agree.  >  > E > Sorry, you still haven't shown any evidence of thinking it through.  >  > E >>>But this means that you now need an escape convention for encoding ( >>>upper and mixed case Unix filenames.  >>G >>That already exists, how do you think they handle NFS mounting a Unix  >>directory on a VMS system? >  > A > Just a minute ago you wanted to display the file names "as is". = > Now you want to display them subject to a mapping function.  >  > Which is it? >  >  > + >>But it is also irrelevant to the original H >>problem which was displaying a VMS directory in IE.  The whole problemE >>with doing that has to do with the format in which the directory is G >>sent from the server and has nothing to do with the case of the file-  >>names. >  > I > The file names appear in the directory listing you utter nincompoop!!!!   D You're mixing up clients and servers.  The VMS server isn't going toA generate file names that aren't VMS-compatible (unless some bogus F name-mapping function designed to preserve case and special characters9 on an ODS-2 disk is being applied to an ODS-5 directory!)   E In particular, the VMS-produced list isn't going to have "foo.tar.gz" G in it, since it isn't a valid ODS-2 name.  (If ODS-5, it is a perfectly D valid name in both the listing and as an argument to a file transfer	 command.)    >  > = >>If people want the names remapped into lowercase, that is a E >>totally different problem.  (A rather trivial one, but another just  >>the same.) >  > @ > If you have a file name mapping convention then the names thatC > you present should be the mapped names, not the VMS native names.  >   A The mapping is for converting Unix names (or NTFS names, etc.) to ? VMS names.  No mapping, except possibly case, is *required* for  going the other way.  F (An entirely different and off-topic subject is mapping extended namesE to ODS-2.  There exist already tools for doing this, such as are used E in NFS.  If you choose to do that, then the mapping should be applied F both ways, i.e. map to extended name when the VMS FTP server generatesF a list, and convert the extended names to mapped names when getting orG putting the file.  But this only applies to ODS-2, and also has nothing G to do with the general case of a VMS FTP server trying to serve normal, 8 39.39 monocase ODS-2 directories to the world at large.)   > Think it through.  >  >  >>   >>@ >>>                                     And this then means thatA >>>filenames that happen to match that escape convention can't be D >>>mapped directly into Unix filenames.  They need to be de-escaped. >>I >>I think you are making this a lot harder than it really is.  As I said, H >>the mapping problem has been solved a long time ago but doesn't relate >>to the original problem. >  > + > And you still haven't thought it through.  >  > A >>>You are in a maze of twisty passages, all different.  The good = >>>choices are not obvious.   And the obvious choices are not  >>>good. >>& >>WWWUWW and your outof the maze.  :-) >  > : > Nope.  The problem is far more complex than you suspect. >  > H >>>>Again, I don't think that is the problem.  There is nothing in a VMSL >>>>filename that is not valid in a Unix filename so no re-mapping of actual >>>>names would be needed. >>> ) >>>Again, you haven't thought it through.  >> >>Whatever.  >  > L > Further evidence that you haven't thought it through and do not intend to.     --   John Santos  Evans Griffiths & Hart, Inc. 781-861-0670 ext 539   ------------------------------    Date: 14 Aug 2006 15:24:12 -0700 From: contracer11@gmail.com % Subject: Re: Enabling SMTP in VAX/VMS A Message-ID: <1155594252.495757.32260@i3g2000cwc.googlegroups.com>    sol gongola wrote: > contracer11@gmail.com wrote: > > sol gongola wrote:! > >> contracer11@gmail.com wrote:  > >>> sol gongola wrote: > >>>> Steven M. Schweda wrote: # > >>>>> From: contracer11@gmail.com  > >>>>> J > >>>>>>>>>    As usual, it would help to know the VMS and/or UCX version. > >>>>>>>>> [...]  > >>>>>>>    Still true.+ > >>>>>    Still true.  "UCX SHOW VERSION"?  > >>>>> J > >>>>>> In reality I don=B4t need access Internet, only send e-mails from  > >>>>>> VAX to Outlook Express.N > >>>>>    In reality, you ask for what you want, not what you think will makeO > >>>>> possible what you want.  Remember, if you knew what you were doing, you # > >>>>> wouldn't seeking help here.  > >>>>> P > >>>>>    I believe that one doesn't send e-mail messages to Outlook [Express].P > >>>>> Outlook [Express] fetches e-mail messages from a POP or IMAP server.  IfP > >>>>> your UCX version has any of these, you might try the "Server components"* > >>>>> menu.  Mine has both POP and IMAP. > >>>>> P > >>>>> ------------------------------------------------------------------------ > >>>>> ; > >>>>>    Steven M. Schweda               sms@antinode-org < > >>>>>    382 South Warwick Street        (+1) 651-699-9818% > >>>>>    Saint Paul  MN  55105-2547 R > >>>> And with vms mail running, you wouldn't need smtp to get mail into the box. > >>>>M > >>>> tcpip imap is very recent on vms, even pop is only a few versions old. 6 > >>>> What version of tcpip/ucx are we talking about? > >>>>/ > >>>> $ucx sho version -or- $tcpip sho version  > >>> VAX001>> ucx sh vers > >>>  > >>> 8 > >>>   DEC TCP/IP Services for OpenVMS VAX Version V3.3 > >>>  > >>> 2 > >>>   on a VAX 4000-100 running OpenVMS V5.5-2H4 > >>>  > >>2 > >> UCX didn't include pop or imap way back then. > >>M > >> You can get the Indiana University iupop3 package from a vms freeware cd & > >> or search for it on the internet.= > >> 	It may be the one actually incorporated into vms tcpip.  > >>K > >> You can get the University of Washington pine package adapted for vms. , > >> It includes both pop and imap services.> > >> 	http://server11.infn.it/pub/mailing/OpenVMS/pinevms.html9 > >> or	http://ppewww.ph.gla.ac.uk/~flavell/vms-pine.html ) > >> It may also be on a vms freeware cd. K > >> When I used it, pine's imap was an old version incompatible with newer * > >> versions of imap but pop worked well. > > H > > In my job we have a e-mail server (Compaq W2K3 server), and if I setH > > route with this e-mail address could I send e-mails from vms to w2k3 > > server ? > >  > N > It just occurred to me that ucx v3.3 may be too old to even have smtp in it.V > See if @sys$system:ucx$config have an option to set up smtp (under client services).1 > If it doesn't, you may have get smtp elsewhere. E > You can get the freeware MX 4.2, probably from the VMS freeware cd. S > I think pine also comes with the smtp software so the whole pine package may give N > you everything you need including a menu based email interface that supports  > sending/receiving attachments. > G > Once configured you should be able to send emails to the windows box.      VAX001 >> ucx sh serv smtp/fu   
 Service: SMTP -                            State:     Enabled G Port:               25     Protocol:  TCP             Address:  0.0.0.0 > Inactivity:          5     User_name: UCX_SMTP        Process: UCX$SMTPC Limit:              10     Active:      0             Peak:       0   > File:         SYS$SPECIFIC:[UCX_SMTP]UCX$SMTP_RECV_STARTUP.COM Flags:        Listen   Socket Opts:  Rcheck Scheck 0  Receive:            0     Send:               0  F Log Opts:     Acpt Actv Dactv Conn Error Exit Logi Logo Mdfy Rjct TimO Addr>  File:        SYS$SPECIFIC:[UCX_SMTP]UCX$SMTP_RECV_STARTUP.LOG   Security  Reject msg:  not defined   Accept host: 0.0.0.0   Accept netw: 0.0.0.0    ------------------------------   Date: 14 Aug 2006 19:10:00 GMT From: healyzh@aracnet.com > Subject: Re: Freeware V8.0 and July 2006 OpenVMS FAQ Available, Message-ID: <ebqhq802cep@enews1.newsguy.com>  < In comp.os.vms Hoff Hoffman <hoff-remove-this@hp.com> wrote:D > The contents of the HP OpenVMS Freeware V8.0 distribution are now : > available for downloads at the OpenVMS Freeware website:  - >    <http://www.hp.com/go/openvms/freeware/>   L Looks like a very nice set.  My thanks to you and everyone that was involvedK in making the packages available.  I've only taken the briefest look, but I G can see several things there that I want, and several that I'm at least  interested in investigating.   Zane   ------------------------------  % Date: Mon, 14 Aug 2006 12:41:53 -0400 * From: "FredK" <fred.nospam@nospam.dec.com>% Subject: Re: I should'a known better! , Message-ID: <44e0a7d2$1@usenet01.boi.hp.com>  G Doug, contact me directly via email.  Fred dot Kleinsorge at HP dot COM     8 "Doug Phillips" <dphill46@netscape.net> wrote in message< news:1155571342.274090.96940@h48g2000cwc.googlegroups.com...   ------------------------------    Date: 14 Aug 2006 16:26:37 -0500; From: koehler@eisner.nospam.encompasserve.org (Bob Koehler) % Subject: Re: I should'a known better! 3 Message-ID: <3wPkzN30K$1$@eisner.encompasserve.org>   e In article <1155375395.877296.110090@74g2000cwt.googlegroups.com>, "Ian Miller" <ijm@uk2.net> writes: C > It never was easy to buy from DEC and it appears parts of hp have F > caught the Digital Disease. It is cruicial for a company that peopleI > can buy from them. Many companies manage to make it easy and many screw G > it up. Find yourself a decent reseller and help them stay in business  > by buying from them often.  F    Many years ago all I needed to do to buy from DEC was to get on theB    E-store and generate myself a quote, complete with my company's    discount.  I    At that time buying from HP meant talking in person to the sales rep., F    who would then take our desires back to the office to get an expertH    to grind out a quote, which after it was ordered did not include someG    of the software options the sales rep said it did, so she would call ;    some other expert who would send us what she promised...   F    I haven't bought from HP outside of CompUSA and I'm not sure I ever    will.   ------------------------------    Date: 14 Aug 2006 16:29:35 -0500; From: koehler@eisner.nospam.encompasserve.org (Bob Koehler) % Subject: Re: I should'a known better! 3 Message-ID: <dZETbjswE9$l@eisner.encompasserve.org>   i In article <1155484576.673900.77620@p79g2000cwp.googlegroups.com>, "AEF" <spamsink2001@yahoo.com> writes:   G > Also: After things were working, I tried Verizon's diagnostic program F > again and it STILL said the modem was bad! I asked one of their techI > guys what gives and he said it's just a program to give information. Uh  > huh.L > AUUUUUUUUGGGGGGGGGGHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHH!  G    Comcast has a set of programs that can remotely check out your cable 1    modem, depending on what make and model it is.   G    If they don't currently have the remote diagnostic software for your %    modem it simply reports no errors.   )    After all, it didn't find any, did it?    ------------------------------    Date: 14 Aug 2006 17:38:10 -0700$ From: "AEF" <spamsink2001@yahoo.com>% Subject: Re: I should'a known better! C Message-ID: <1155602290.458253.154790@m79g2000cwm.googlegroups.com>    Bob Koehler wrote:k > In article <1155484576.673900.77620@p79g2000cwp.googlegroups.com>, "AEF" <spamsink2001@yahoo.com> writes:  > I > > Also: After things were working, I tried Verizon's diagnostic program H > > again and it STILL said the modem was bad! I asked one of their techK > > guys what gives and he said it's just a program to give information. Uh  > > huh.N > > AUUUUUUUUGGGGGGGGGGHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHH! > I >    Comcast has a set of programs that can remotely check out your cable 3 >    modem, depending on what make and model it is.  > I >    If they don't currently have the remote diagnostic software for your ' >    modem it simply reports no errors.  > + >    After all, it didn't find any, did it?    Hi Bob,   F Well, it did say "Modem Test Failed". I'd call that an error. The onlyB time it doesn't find fault with the modem is when I'm successfullyD connected to the Internet! Anyway, on the same page that says "Modem Test Failed" it offers  (     I want to browse support information   and   G     Gather system information and get telephone support information now    OK, pick browse. Then I get...  '     Check DSL filters and restart modem    or  4     I checked and did that, what next? (paraphrased)  , Choose the latter. I then get these choices:       Do you have a firewall?   *     Do you hear static on your phone line?  1     Have you installed any new software recently?        Having trouble logging in?  (     Is there an outstanding balance due?  G     Is this the first time you have tried to connect to Verizon Online?   *     Browse Veriaon Online Help and Support  0 The last choice brings be back to the beginning!  E And this software is called "Verizon Online Support Center". But it's D anything but online. It's on my computer and the only time I need itE (well, I'd need it if it actually worked) is when I can't get online!   ; And in this case, the cause was a Verizon DSL outage! ARGH!    ------------------------------   Date: 14 Aug 2006 17:22:19 GMT From: healyzh@aracnet.com / Subject: Re: jEdit Modes file for DEC Document? , Message-ID: <ebqbgb01hc2@enews3.newsguy.com>  ) Tom Linden <tom@kednos-remove.com> wrote: E > On Sat, 12 Aug 2006 05:24:45 -0700, Ian Miller <ijm@uk2.net> wrote:   @ > > VIM apparently does sytnax highting and is available for VMS > >  http://polarhome.com/vim/ > > : > emacs usually has the best highlighting for any language  F I despise VI, and while I'm not that fond of emacs, xemacs which isn'tI available on VMS is my main editor for programming on Unix.  I used nedit J all weekend for some developement I was doing on VMS, and I'll be using itL rather than jedit.  While there are a couple issues I have with nedit at theB moment, I prefer it to the alienness of jedit, and it handles fileL versioning correctly.  I just need to learn how to set my own keybindings inG nedit, though I'm not 100% sure it even has 'goto eol' or 'got start of  line'.   		Zane   ------------------------------  % Date: Mon, 14 Aug 2006 21:09:55 -0500 6 From: "David J. Dachtera" <djesys.no@spam.comcast.net>- Subject: Re: Multinet's _BG: Driver and IPsec 0 Message-ID: <44E12CF3.A09C8BC6@spam.comcast.net>   Richard Whalen wrote:  > @ > "Richard Maher" <maher_rj@hotspamnotmail.com> wrote in message- > news:ebpkl6$lsi$1@news-02.connect.com.au...  > > Hi,  > > J > > I just had a disappointing glance through the latest VMS road map, and > once= > > again found UCX's IPsec capability still some way off :-(  > > H > > Having said that, I've just (today) realized that Process Software's; > > Multinet already advertises this functionality for VMS.  > >  > > When was the release date? > I > IPSEC was included as part of MultiNet 5.0; the release notes are dated 
 > June, 2004.  >  > > ! > > Is anyone out there using it?  > H > I believe that some customers may be using it because we have had some > questions about it.  >  > > J > > Does anyone have VMS/Multinet/IPsec applications talking transparently > over$ > > TCP/IP sockets to Windows/IPsec? > K > One of the things that makes IPSEC in MultiNet 5.0 difficult is that only  > static keys are 6 > supported.  Windows/IPsec requires automatic keying. > E > We have done some work on automatic key exchange, but there was not N > sufficient time to get it tested and documented for MultiNet 5.1; it will be > part of MultiNet 5.2.  > [snip]  H Now, if PSC could get Multinet doing Buffered I/O instead of Direct I/O,H you'd stand a chance to get back some sites that were forced to moved to UCX due to performance demands.   A Something else that makes Multinet more desirable (in addition to  IPsec):   ; ECO-5 to UCX V5.4 "broke" dynamic ("virtual") IP addressing H ("failSAFE-IP" in UCX parlance). (Dunno if this is fixed in V5.5 or V5.4
 ECO 6(?).)  C Multinet's "PD" interface strategy was still working, last I heard.   B ...and, of course, Multinet's IPL usage remains an issue (V5.0 gotD sufficiently knotted on our site that I saw something I'd never seen" before: a cascade cluster crash!).   --   David J Dachtera dba DJE Systems  http://www.djesys.com/  & Unofficial OpenVMS Marketing Home Page! http://www.djesys.com/vms/market/   ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/   " Unofficial OpenVMS-IA32 Home Page: http://www.djesys.com/vms/ia32/   ) Unofficial OpenVMS Hobbyist Support Page: " http://www.djesys.com/vms/support/   ------------------------------  # Date: Mon, 14 Aug 2006 17:35:50 GMT , From: Hoff Hoffman <hoff-remove-this@hp.com>) Subject: Re: Products in Operating System . Message-ID: <Wv2Eg.42$eW2.18@news.cpqcorp.net>   etmsreec@yahoo.co.uk wrote: I > As a slightly different issue but along the same lines, how come DECnet E > Phase IV is considered to be a system-integrated product yet DECnet  > Phase V is a layered product?   =    A distinction largely now comprised of historical inertia?   G    In the current usage and installations and configurations, both are  4 technically System Integrated Products (SIPs), IMHO.  F    DECnet-Plus (formerly DECnet/OSI and DECnet Phase V) was a layered F product for eons, while DECnet Phase IV was a part of the base system I installation kit for eons.  When DECnet Phase IV was extricated from the  H base kit and both DECnet phases became available with installation kits 4 and the base distro, they both arguably became SIPs.  $    But the old terminology lingered.  I    And yes, with the packaging outside the base kit, the SIP distinction  H has itself become rather murky -- it once meant packages that were part H of the base OpenVMS kit, such as volume shadowing or, yes, DECnet Phase E IV, but that were separately licensed.  So a case could certainly be  I made to call both of these -- and anything else in the PCSI platform kit  I   and not in the base OpenVMS kit -- a layered product (LP) kit.  And to  I further increase the SIP versus LP murk, both DECnet phases are licensed   with OpenVMS I64.   I    How did I choose SIP over LP in this murk?  As both DECnet phases are  B version-dependent and both are built against and tied to specific B OpenVMS versions, they're SIPs.  And yes, I know, there are other 3 version-dependent products around that aren't SIPs.   H    It might well be best to eliminate the SIP distinction entirely, but F that's likely to be just as confusing around features like host-based G volume shadowing, RMS journaling, or (one of the most recent additions    to the pantheon of SIPs) DECram.      Clear as mud, eh?   ------------------------------  # Date: Mon, 14 Aug 2006 17:49:28 GMT , From: Hoff Hoffman <hoff-remove-this@hp.com>) Subject: Re: Products in Operating System . Message-ID: <II2Eg.43$JZ2.27@news.cpqcorp.net>   H Vlems wrote:  # >... Once DECnet was a prerequisite < > for clustering and that functionality was embedded in VMS.  F    FWIW, DECnet was used for satellite operations (eg: MOP downloads) G and for cluster management.  Clustering itself has never -- outside of  D satellite operations and management tasks -- required DECnet.  That H written, there was a status change at OpenVMS V6.2, when OpenVMS itself G started to provide MOP downloads (LANCP was added) and started to have  G baseline management capabilities via IP.  (VPM over IP, for instance.)  D This work was a prerequisite around making both DECnet Phase IV and - DECnet-Plus into their own installation kits.   E > IIRC DECnet before VMS V5.0 was a real layered product in the sense H > that it came on its own TK50 tape. Or is this my memory playing tricks3 > again and did that only happen to microVMS users?   A    DECnet Phase IV has been part of OpenVMS since circa V3, IIRC.   C    It was a separate installation kit for MicroVMS, as part of the  E gazillions of RX50 floppies that were required for the distribution.  ? (IIRC, over 50 floppies could be needed for a full-on MicroVMS  D installation.  The TK50 DLT drive was well received if for no other F reason that it was way easier to load MicroVMS via it rather than via  floppies.  But I digress.)  G    DECnet Phase IV has had set of separate keys for eons, and this was  I usually distributed on an RX50 floppy or on a DECtape II TU58.  Prior to  H LMF at (as it was then known) VAX/VMS V5.0, these DECnet keys were kits 
 were patches.    ------------------------------  % Date: Mon, 14 Aug 2006 14:30:30 -0400 - From: JF Mezei <jfmezei.spamnot@teksavvy.com> ) Subject: Re: Products in Operating System , Message-ID: <44E0C13E.2517D22E@teksavvy.com>   re: SIP or LP for DECNET  G No matter which version of DECNET (the real one , or that phase V one), A isn't true that the core VMS system comes with networking support A integrated (consider the file system's ability to parse node"user F pass::dev:[dir1.dir2]name.type;ext), consider utiliies such as monitorD and sysman which have decnet support built in, same with phone and I assume many other utilities.   ------------------------------    Date: 14 Aug 2006 16:46:56 -0500; From: koehler@eisner.nospam.encompasserve.org (Bob Koehler)  Subject: UNKOWN vs. IP address3 Message-ID: <WpaX5rfNadty@eisner.encompasserve.org>   J    I've just inheritted a little AlphaStation 4/something running VMS 6.2     and Multinet 4.4.  H    My older DEC 3000 system running VMS 7.2-1 and Multinet 4.4 shows the@    IP address when a "show users/full" reports an ssh connection    with no reverse DNS.   F    My "new" system shows "UNKNOWN".  The user would like to see the IP    address.   @    Is this a flag I need to set somewhere, a patch one system is6    missing, or something in how I have the DNS set up?  ?    I haven't had time to do a complete compare of how the "new" F    system is set up vs. the old.  I was hoping someone would recognise"    this off the top of thier head.  F    Yeah, I'd like to update both VMS and Multinet on both systems, but4    I have no funding for software support contracts.   ------------------------------  % Date: Mon, 14 Aug 2006 16:17:06 -0600 % From: Dan O'Reilly <dano@process.com> " Subject: Re: UNKOWN vs. IP addressA Message-ID: <6.1.2.0.2.20060814161333.02ecf328@raptor.psccos.com>   K This was a change that was introduced in an ECO to SSH on MultiNet in late  G 2003.  It was requested by several users who didn't want to see the IP  J address.   I suspect your older system is less up-to-date than your newer  one.  This isn't configurable.  K Upgrading MultiNet to the latest version wouldn't change this behavior, by  J the way, because all versions of TCPware and MultiNet run the same images.  ) At 03:46 PM 8/14/2006, Bob Koehler wrote:   K >    I've just inheritted a little AlphaStation 4/something running VMS 6.2  >    and Multinet 4.4. > J >    My older DEC 3000 system running VMS 7.2-1 and Multinet 4.4 shows theB >    IP address when a "show users/full" reports an ssh connection >    with no reverse DNS.  > H >    My "new" system shows "UNKNOWN".  The user would like to see the IP
 >    address.  > B >    Is this a flag I need to set somewhere, a patch one system is8 >    missing, or something in how I have the DNS set up? > A >    I haven't had time to do a complete compare of how the "new" H >    system is set up vs. the old.  I was hoping someone would recognise$ >    this off the top of thier head. > H >    Yeah, I'd like to update both VMS and Multinet on both systems, but6 >    I have no funding for software support contracts.   ------J +-------------------------------+----------------------------------------+J | Dan O'Reilly                  |  "There are 10 types of people in this |J | Principal Engineer            |   world: those who understand binary   |J | Process Software              |   and those who don't."                |J | http://www.process.com        |                                        |J +-------------------------------+----------------------------------------+   ------------------------------   End of INFO-VAX 2006.452 ************************                                                                                                            X2$`x;o+NFcto,im@^(&&Q`I?u8Ɯѿf}D6ZHZRU"e~1mrL^kǕg\7?¨|>
5/=hJ8GBTӟۣC72>|?/H5|;㣩bJY{ 3I{<Őpxl
!
I- ˥$-!Y|ეؙըf_ ~ cK>eRi[,fF³%~ JLÇcp"nSETP/)Ym0llU̔A 4v˥pGRݶǎ҂juW˲PBQghe/kP}mNzEƖ:"&%a%4!"	Dag	2Lyt:Udh
٧豊h&\@KJ\!lc .+g3'ZUpbcRpW<DA{!
]"kkf+o*c\é f&N8h;ۏ2yܿ
 IA)
;J6QP񀅔xM(Y%':,qw(p4-8y"9
Զ<1%E%</E
1Yw@Y~43sy(\ 5 EbOMKiR:
]V*T6zeѫ?y/}HPAcUR~>Dقtq
-O(&BCEJ:pc7b2Nk̗3I'w^p6ى˿SNP	/dI !PC2m|xqu
:pUz32~u	 )us٩,<;<sJd$mN;B"'
w<*j
⎤HY\<`rьv(S	8ν%-46F%iVw>A쇉
˩5":{B)urԔ_P)+M. ]`2{~ó'Aq eWr"an&c~G'k.UVJ?E׳k-o>cE+٫S
lE!@)IbXV$H͢M)D,2'M]5/8ݙ>V8CvKhvBE)s ֍YNB#ِ9i[B,&-(p|MA(ĉ%-*#wFu~H+]%EO7)|JhR
M\߷\[|l": OtE[r%>*ߴty)3}#^_zJ]*Si ҉00ȋp

CۜYWfT𰙣Ǖ9ib93͟M	_&+&L'-
[:,n+]~U
?XmVEg+fE7G#'@/X;qe}ビF! eǻoM42RcL%?ͳ^po :WvBg$3) &9m6r^FLjdO GQ(r87BfdNʳxf=T,9 $'l
0^
Hś:IC`gCTdܓ_4uע䇵pS.>_X@
;\	*,˒u{7z<n_	+Z	"S5H֦ep#taI,;n[(S^uQKmiRi2ڼn"MVWhL| R$ڎD%P'"aS!h.L
eux	qd0Cђ~]lEMZwd2bthK6PK|;Oltv줬6ZRBJ#L.P=Ğ;AY_EW~h>DGHRo76TK!rC+ǏҬimeK
m~oL+S,$L=[_^hbN&OFt~ksSa GI5bC'lquBYWFT[);Hc_ƍ DƩG3Q2gwO(>CC/	rnE/
şnWI)HK_6
TU<HH$j=ó0uJ#6
 -*fG)Khx.X>Yц$FcX@GMl"pބ :+i]q΋r_fv+%nQOuZsHKLh3?R,Y