1 INFO-VAX	Sat, 23 Nov 2002	Volume 2002 : Issue 648       Contents:" Re: Changing vms passwords via web" Re: Changing vms passwords via web" Re: Changing vms passwords via web" Re: Changing vms passwords via web Re: Database for VMS3 Re: DELL Itanium Servers - May be we can run OVMS ? 3 Re: DELL Itanium Servers - May be we can run OVMS ? 3 Re: DELL Itanium Servers - May be we can run OVMS ? P Re: Exam 010-627 (HSx80 Solutions for OpenVMS): read this before youwrite it you Re: Get owner info from UAF  Re: Gnat Ada for VMS) Re: Independent Consultants + OpenVMS.org $ Re: RAW socket interface on VMS+UCX?$ Re: RAW socket interface on VMS+UCX?2 Re: Reminder:  Two surveys need your participation# Re: SMTP non working after upgrade.   F ----------------------------------------------------------------------  % Date: Sat, 23 Nov 2002 02:18:00 -0500 0 From: JF Mezei <jfmezei.spamnot@vl.videotron.ca>+ Subject: Re: Changing vms passwords via web / Message-ID: <3DDF2BA2.B3924802@vl.videotron.ca>    Martin Vorlaender wrote:I > If anyone sees any obvious ommisions or faults, please tell me. I might ) > have some time to complete the project.     M I think that with the era of network access, the VMS engineers should provide : a system service that  does all the work of SET PASSWORD.   K It seems not only a waste of time to have to re-invent the wheel everytime, K and more importantly, your application does not follow any security changes  made by VMS engineers.  I I think that NO password checking with an invalid password should ever be M allowed without generating OPCOM, audit and intrusion records. Therefore, the T only way to ensure this would be to provide system services that handle all of that.  K I provided the example of the XDM server which doesn't implement any of the G above, ALL-IN-1 also has password changing which doesn't generate opcom ' messages (at least for older versions).    ------------------------------  % Date: Sat, 23 Nov 2002 07:43:17 +0100 2 From: martin@radiogaga.harz.de (Martin Vorlaender)+ Subject: Re: Changing vms passwords via web ; Message-ID: <3ddf2385.524144494f47414741@radiogaga.harz.de>   ' John Parker (jwparker@sfasu.edu) wrote: C > We are trying to come up with a way to allow vms users to change  C > their password via a web page.  (It seems to be getting just too  A > hard for people to understand how to use a telnet program). We  A > would like to be able to use the normal checks provided by vms  B > such that we can use the history list, dictionary, etc.  I have D > heard about people allowing users to change passwords via the web C > but using these checks.  I would like to hear from anyone who has @ > successfully done this.  Until then, here is what I have been C > thinking and I would like to hear the pros and cons against this   > idea.   E I have some time ago begun to write such a program (in C), using some E ideas and code from SETPASS by Tom Wade, CHANGE_PASSWORD.C by Richard F Levitte, and some discussions I followed here and in other newsgroups.   The course of action is like  -  - Open output channel: Fetch logical WWW_OUT &      if it exists, open it for writing$      if it doesn't exist, use stdout&  - Print HTTP header to output channel  - Check SYSPRV privilege B    (using $GETJPI specifying JPI$_CURPRIV, check for PRV$M_SYSPRV)  - Check SECURITY privilege D    (using $GETJPI specifying JPI$_CURPRIV, check for PRV$M_SECURITY)7  - Check that env var (WWW_)?REQUEST_METHOD equals POST 6  - Get input length from env var (WWW_)?CONTENT_LENGTH+  - Check input length against buffer length *  - Open input chanel: Fetch logical WWW_IN&      if it exists, open it for reading#      if it doesn't exist, use stdin .  - Transfer input from input channel to buffer  - URL-decode buffer%  - Check input for syntactic validity "    - USERNAME : [A-Za-z0-9_]{1,12}#    - *_PWD    : [A-Za-z0-9_$]{1,32}   - Check intrusion records8  - Using $GETUAI, fetch account information for USERNAME    - UAI$_BATCH_ACCESS_P and _S      - UAI$_DIALUP_ACCESS_P and _S    - UAI$_LOCAL_ACCESS_P and _S      - UAI$_REMOTE_ACCESS_P and _S!    - UAI$_NETWORK_ACCESS_P and _S     - UAI$_EXPIRATION<    - UAI$_FLAGS (UAI$V_DISACNT, UAI$V_LOCKPWD, UAI$V_GENPWD)
    - UAI$_UIC     - UAI$_PWD_LENGTH    - UAI$_ENCRYPT     - UAI$_SALT
    - UAI$_PWD &  - Check returned condition of $GETUAI&    (RMS$_RNF => Account doesn't exist)  - Check5    - UAI$_(BATCH|DIALUP|LOCAL|REMOTE)_ACCESS_P and _S (      consist of 3 bytes 0xFF (no access)9    - UAI$_NETWORK_ACCESS_P or _S has as least 1 bit unset 4      (one of these does not consist of 3 bytes 0xFF).    - UAI$_EXPIRATION is unset or in the future      (compare against $GETTIM).    - UAI$V_DISACNT and UAI$V_LOCKPWD are unsetI    - UAI$_UIC's group number is greater than SYSGEN parameter MAXSYSGROUP 7      (fetch using $GETSYIW specifying SYI$_MAXSYSGROUP) #    - UAI$_PWD equals hashed OLD_PWD B      (use $HASH_PASSWORD to encrypt OLD_PWD using UAI$_ENCRYPT and       UAI$_SALT)4      If this check fails, set up an intrusion recordJ  - If UAI$V_GENPWD is set: generate a password (of length UAI$_PWD_LENGTH)    and store it in NEW_PWD$    If UAI$V_GENPWD is not set: check;    - NEW_PWD is not shorter than UAI$_PWD_LENGTH, and that      - NEW_PWD equals NEW_PWD2&    - NEW_PWD is different from OLD_PWD@    - if UAI$V_DISPWDDIC is not set: NEW_PWD is not in dictionary=    - if UAI$V_DISPWDHIS is not set: NEW_PWD is not in history K  - Use $HASH_PASSWORD to encrypt NEW_PWD using UAI$C_PREFERED_ALGORITHM and     some random salt D  - Use $SETUAI to set new algorithm, salt, and password for USERNAMED  - if UAI$V_DISPWDHIS is not set: Add password to the user's history.  - Print completion message to output channel,3    and the generated password if UAI$_GENPWD is set    Some comments:     - works only with POST requests  - should be used with HTTPSI  - WWW_IN, WWW_OUT, and the (WWW_)?XXX environment variables are specific     for Purveyor E  - needs VMS 6.2 (for the uai definitions and the intrusion checking)   - doesn't change the password&    - for accounts in the system groups5    - for an account unless it has only network access J      (which could be replaced or expanded by requiring a rights identifier       be granted) C  - has to be installed with SYSPRV or BYPASS (for access to the UAF F    information) and SECURITY (for access to the intrusion information)  G If anyone sees any obvious ommisions or faults, please tell me. I might ' have some time to complete the project.    cu,    Martin --  G                            | Martin Vorlaender  |  VMS & WNT programmer 4 Microsoft isn't the Borg:  | work: mv@pdv-systeme.deK the Borg have proper       |       http://www.pdv-systeme.de/users/martinv/ ; networking.                | home: martin@radiogaga.harz.de    ------------------------------  % Date: Sat, 23 Nov 2002 07:27:05 -0500 2 From: rdeininger@mindspring.com (Robert Deininger)+ Subject: Re: Changing vms passwords via web K Message-ID: <rdeininger-2311020727050001@1cust133.tnt1.nashua.nh.da.uu.net>   8 In article <3DDF2BA2.B3924802@vl.videotron.ca>, JF Mezei( <jfmezei.spamnot@vl.videotron.ca> wrote:    N >I think that with the era of network access, the VMS engineers should provide; >a system service that  does all the work of SET PASSWORD.   > L >It seems not only a waste of time to have to re-invent the wheel everytime,L >and more importantly, your application does not follow any security changes >made by VMS engineers.  > J >I think that NO password checking with an invalid password should ever beN >allowed without generating OPCOM, audit and intrusion records. Therefore, theH >only way to ensure this would be to provide system services that handle all of that. > L >I provided the example of the XDM server which doesn't implement any of theH >above, ALL-IN-1 also has password changing which doesn't generate opcom( >messages (at least for older versions).  H This seems like a good idea, and you raise several valid points.  I hopeB you are sending your security-related suggestions, with supportingJ reasons, to the product manager for security-related stuff in VMS.  As has2 been noted here, that manager is Leo Demers at HP.  J Posting suggestions here doesn't count, unless perhaps it makes folks feel better.    ------------------------------    Date: 23 Nov 2002 06:40:09 -0600- From: Kilgallen@SpamCop.net (Larry Kilgallen) + Subject: Re: Changing vms passwords via web 3 Message-ID: <ZARZyYVVysTJ@eisner.encompasserve.org>    In article <rdeininger-2311020727050001@1cust133.tnt1.nashua.nh.da.uu.net>, rdeininger@mindspring.com (Robert Deininger) writes:: > In article <3DDF2BA2.B3924802@vl.videotron.ca>, JF Mezei* > <jfmezei.spamnot@vl.videotron.ca> wrote: >  > O >>I think that with the era of network access, the VMS engineers should provide < >>a system service that  does all the work of SET PASSWORD.   1 As of VMS V7.3-1 that is provided on Alpha.  See:   B 	http://www.openvms.compaq.com:8000/731FINAL/4527/4527pro_003.html  K >>I think that NO password checking with an invalid password should ever be @ >>allowed without generating OPCOM, audit and intrusion records.  F So you favor removing support for the older system services ?  That is$ certainly against the VMS tradition.  J > This seems like a good idea, and you raise several valid points.  I hopeD > you are sending your security-related suggestions, with supportingL > reasons, to the product manager for security-related stuff in VMS.  As has4 > been noted here, that manager is Leo Demers at HP. > L > Posting suggestions here doesn't count, unless perhaps it makes folks feel	 > better.   G Of course he might _know_ there is an existing system service on Alpha, D and merely want it for VAX.  But at the just-concluded VMS SymposiumD the VMS Security Development Manager heard _no_ requests to have theB new security features (not $ACM in particular) on VAX.  So perhapsE the conventional wisdom that VAX customers want stability rather than  new features is correct.  C By the way, we had three tables full of VAX fans at the "VAX lunch" E sub-event, with vastly diverse reasons why their VAX was not going to E be displaced by Alpha, so there _were_ VAX fans at the VMS Symposium.    ------------------------------  % Date: Sat, 23 Nov 2002 15:57:10 +0000 . From: Graham Burley <100625.30@compuserve.com> Subject: Re: Database for VMS . Message-ID: <3DDFA556.10FB5163@compuserve.com>   Craig A. Berry wrote:  > C > Please do, but it's more than an afternoon's work.  PostgreSQL is H > probably a better database.  David Mathog posted some notes on what itG > would take to port it; do a web search on his name and PostgreSQL and C > I'm sure you'll find it.  IIRC the main kicker was replacing unix G > domain sockets with mailboxes or global sections for IPC; not for the A > faint of heart but quite doable for someone with the resources.   A I've had a stab at the PostgreSQL server/backend, the unix domain D sockets aren't essential. The big problems are semaphores and shared! memory, the huge problem is fork.   D I got far enough with PostgreSQL 7.2.1 to bring up the server on VMSB and be able to connect a client from linux, but it quickly blew upE on the regression tests. I hit a brick wall trying to debug something D so complex. I can dust this off if anyone is interested, but my shm,* sem, and fork attempts are very prototype.  D Hopefully the COE related work will deliver a fork (and semaphores?)- that makes a PostgreSQL port more acheivable.   < MySQL uses Posix threads so it may be a more realistic port.   ------------------------------  % Date: Fri, 22 Nov 2002 22:11:38 -0600 1 From: "David J. Dachtera" <djesys.nospam@fsi.net> < Subject: Re: DELL Itanium Servers - May be we can run OVMS ?' Message-ID: <3DDEFFFA.249C5F01@fsi.net>    Larry Kilgallen wrote: > j > In article <sdrD9.2$b14.13951@news.uswest.net>, "Michael D. Ober" <obermd.@.alum.mit.edu.nospam> writes: > M > > Personally, I'd love to see VMS ported to a generic Itanium 2 system, and I > > baring that, WindowsNT being brought up to the stability and security N > > standards of VMS.  I'm not holding my breadth for either, though because II > > don't trust VMS marketing and I don't think MS will be able to follow / > > through on their secure computing platform.  > D > My faith was reinforced by the (non-disclosure) discussions at theH > just-completed VMS Symposium, but of course that event did not attractE > those who are already discouraged from spending their budget on VMS 
 > "stuff".  B ...and therein lies another part of the problem. Too much NDA, notA enough widely-disseminated info on which people can base business 
 decisions.  > ...which, of course, assumes that marketing has been buying adD space/time to bring such products to the business world's attention.   *THUMP* *THUMP* *THUMP* D (DJ, slowly banging his head on the desk - it'll feel so good when I stop!)   --   David J. Dachtera  dba DJE Systems  http://www.djesys.com/  ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/    ------------------------------  # Date: Sat, 23 Nov 2002 13:50:00 GMT " From:   VAXman-  @SendSpamHere.ORG< Subject: Re: DELL Itanium Servers - May be we can run OVMS ?0 Message-ID: <00A17655.C7257D2B@SendSpamHere.ORG>  [ In article <3DDEFDCC.B7E2FA18@fsi.net>, "David J. Dachtera" <djesys.nospam@fsi.net> writes: 
 >{...snip...} C >Alpha is dead. IPF is the sleeping princess waiting for her Prince G >Charming to come wake her from her death-like sleep before Alpha joins , >VAX in the out-of-manufacture hall of fame.  N If you want a fairy tale analogue, the IPF is more like the ugly toad awaiting a kiss to become a princess.   --O VAXman- OpenVMS APE certification number: AAA-0001     VAXman(at)TMESIS(dot)COM              5   "Well my son, life is like a beanstalk, isn't it?"     ------------------------------  # Date: Sat, 23 Nov 2002 17:06:17 GMT # From: "John Smith" <a@nonymous.com> < Subject: Re: DELL Itanium Servers - May be we can run OVMS ?I Message-ID: <dAOD9.152439$oRV.34584@news04.bloor.is.net.cable.rogers.com>   < "David J. Dachtera" <djesys.nospam@fsi.net> wrote in message! news:3DDEFFFA.249C5F01@fsi.net...  > D > ...and therein lies another part of the problem. Too much NDA, notC > enough widely-disseminated info on which people can base business  > decisions.  L NDA is the way of the world with HP when it comes to VMS. That way when theyL backpedal on a NDA disclosure fewer people know they have done so, and hence6 fewer black-eyes at HP for shafting the customer base.  K VMS needs more visibility, not less. Unless it's HP's fervent desire to see 0 VMS simply disappear from the face of the earth.    @ > ...which, of course, assumes that marketing has been buying adF > space/time to bring such products to the business world's attention.  H Why would they do that? Imagine that... actually advertise products thatG aren't 'me too' products????  One's that actually add value to customer H enterprises.  That would take valuable money away from parties in NY for Carly.   ------------------------------  # Date: Sat, 23 Nov 2002 17:49:01 GMT  From: "G J" <gj953@hotmail.com> Y Subject: Re: Exam 010-627 (HSx80 Solutions for OpenVMS): read this before youwrite it you : Message-ID: <hcPD9.931$kO5.813725@news1.news.adelphia.net>   Chris,  E I took this exam last month, and brought up the same points (20 of 61 K questions were windows based, 1 vms question, and one unix question with no I mark/review abilities).  I discussed it with some of my coworkers, and we I thought that maybe the exam writer was a person that was from Compaq that L had only a windows/Netware background, and this was their first exam writingK experience (probably someone right out of college) that wasn't aware of the G other test standards, or the operating system that had it's name in the J title of the exam test.  I sent a note to the email address you mentioned,8 as well as put the same comments at the end of the test.   -Garth   ------------------------------  % Date: Sat, 23 Nov 2002 09:03:37 +0100 $ From: Michael Unger <unger@decus.de>$ Subject: Re: Get owner info from UAF* Message-ID: <00A17657.AC7F90D6.5@decus.de>  - John Briggs <briggs@encompasserve.org> wrote:   > > In article <819f1cc4.0211210955.c6a6de3@posting.google.com>,$ daveparboo@hotmail.com (DXP) writes:7 > > $ owner = f$edit(f$extract(85, 31, record), "trim")  > ... 5 > > Well, if p1 .eqs. plebby_user then no problem.... G > > However, if p1 .eqs. super_user_with_loads_of_privs_and_identifiers E > > then I get the message, "%DCL-W-BUFOVF, command buffer overflow - ' > > shorten expression or command line"  > > G > > Now, I am aware of the 1024k symbol buffer size limit, but how do I . > > get the info from this record that I need. > > > If I remember correctly, lexical functions such as f$extract? > can only deal with arguments that are 256 characters long (or ? > some such value -- the exact limits for various limits change < > from release to release.  And your SYSUAF record is longer > than the limit.  > 7 > The only ideas I can come up with are pretty baroque:  > 8 > Data reduce SYSUAF using SORT with a /SPECICATION file > @ > Use WRITE /SYMBOL to put your selected record back into a disk> > file and then CONVERT /TRUNCATE that to get it down to size. > $ > Write a program.  (Oh, the shame!) > 
 > John Briggs     D Just a few lines of DCL code I extracted from a posting to this news5 group (don't remember when or who was the sender) ...    $ OPEN /READ uaf sysuaf.dat $ $ READ /END=no_more_records uaf line $!3 $ username = F$EDIT(F$EXTRACT(4, 32, line), "TRIM") 4 $ account  = F$EDIT(F$EXTRACT(52, 32, line), "TRIM")F $ owner    = F$EXTRACT(85, F$CVUI(0, 8, F$EXTRACT(84, 1, line)), line)D $ member   = F$FAO("!OW", F$CVUI(0, 16, F$EXTRACT(36, 2, line))) / 1D $ group    = F$FAO("!OW", F$CVUI(0, 16, F$EXTRACT(38, 2, line))) / 1     Michael    ------------------------------  % Date: Sat, 23 Nov 2002 12:46:33 +0100 % From: "Jakob Erber" <erberj@yahoo.de>  Subject: Re: Gnat Ada for VMS , Message-ID: <3ddf50d5$1@news.swissonline.ch>  , This is a multi-part message in MIME format.  + ------=_NextPart_000_002D_01C292EE.5A2D86C0  Content-Type: text/plain;  	charset="iso-8859-1" + Content-Transfer-Encoding: quoted-printable    Hello Charlie,  J >ACT is typically interested in user problems.  Make sure you report the = problems you see to GNAT.     J We have bought quite expensive licences and support from Act. Of course, =J we reported the problem to them. The support from Act is very responsive =E and cooperative. But concerning compile time performance and memory = G consumption, they seem not to be willing to spend more effort (except = A from giving hints, how to restructure our code). They suggested =  "funding" from our side.I For us, the compile time issue is really serious, since it takes away a =   lot of out planning flexibility.      + ------=_NextPart_000_002D_01C292EE.5A2D86C0  Content-Type: text/html; 	charset="iso-8859-1" + Content-Transfer-Encoding: quoted-printable   > <!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN"> <HTML><HEAD>7 <META http-equiv=3DContent-Type content=3D"text/html; =  charset=3Diso-8859-1">9 <META content=3D"MSHTML 5.50.4807.2300" name=3DGENERATOR>  <STYLE></STYLE>  </HEAD>  <BODY bgColor=3D#ffffff>/ <DIV><FONT size=3D2>Hello Charlie,</FONT></DIV> ' <DIV><FONT size=3D2></FONT>&nbsp;</DIV> H <DIV>&gt;ACT is typically interested in user problems.&nbsp; Make sure = you=20* report the problems you see to GNAT.</DIV> <DIV>&nbsp;</DIV>  <DIV>&nbsp;</DIV> I <DIV>We have bought&nbsp;quite expensive licences and support from Act. =  Of=20 G course, we reported the problem to them. The support from Act is very = 
 responsive=20 J and cooperative. But concerning compile time&nbsp;performance and memory =  G consumption, they seem not to be willing to spend more effort (except =  from=20 F giving hints, how to restructure our code). They suggested "funding" = from our=20  side.</DIV> G <DIV>For us, the compile time issue is really serious, since it takes = 
 away a lot=20 " of out planning flexibility.</DIV>' <DIV><FONT size=3D2></FONT>&nbsp;</DIV> 5 <DIV><FONT size=3D2></FONT>&nbsp;</DIV></BODY></HTML>   - ------=_NextPart_000_002D_01C292EE.5A2D86C0--    ------------------------------  % Date: Fri, 22 Nov 2002 22:14:57 -0600 1 From: "David J. Dachtera" <djesys.nospam@fsi.net> 2 Subject: Re: Independent Consultants + OpenVMS.org' Message-ID: <3DDF00C1.778BDAE0@fsi.net>    Jerry Leslie wrote:  > 2 > David J. Dachtera (djesys.nospam@fsi.net) wrote: > : K > : ...and we need to accept also, that like everyone else, the denizens of J > : comp.os.vms are cowed by BG's wealth and power. Folks here are no moreH > : likely to piss off "the king", or even risk it, than anyone at HP/Q. > : K > : (Folks: Is your blood boiling yet? ...or do I have piss you off more to & > : get you to actually do something?) > :  >  > Do what ?  > G > We of comp.os.vms don't own VMS, it's HP's to do with as it sees fit, : > including listen to the Wintel Cartel, if they so chose. > E > Many of us have closed the book on the VMS chapter of our lives, as D > "VMS job market" becomes as big an oxymoron as "corporate ethics". > E > A lot of us will be closing the book on the IT chapters as well, as * > headlines like these become more common: > = >    http://www.internetnews.com/bus-news/article.php/1503461 - >    Nearly 1 Million IT Jobs Moving Offshore  > ? >    http://www.zdnetindia.com/news/national/stories/70849.html < >    US to move 3.3 Million jobs offshore by 2015: Forrester > @ >    http://itmanagement.earthweb.com/career/article.php/14952512 >    Harsh Fall: High-Tech Layoffs Soar In October  F ...then they're gonna hafta move the systems off-shore, as well, since+ there'll be no one left around to run them.   H No matter how much development moves to where ever, there's always gonnaE need to be folks to run machines here in the states, though we may be ; reduced from skilled professionals to trained apes by then.    --   David J. Dachtera  dba DJE Systems  http://www.djesys.com/  ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/    ------------------------------  % Date: Sat, 23 Nov 2002 00:39:13 -0500 0 From: JF Mezei <jfmezei.spamnot@vl.videotron.ca>- Subject: Re: RAW socket interface on VMS+UCX? / Message-ID: <3DDF1481.27A366A9@vl.videotron.ca>    Yehavi Bourvine wrote:O >   I have to write an application which is a TCPDUMP like - reads packets from B > the network using promiscous mode. I have the DEC's UCX package.  K You might want to look at the ethernet driver. It has the ability to become L very promiscuous, but you'd have to parse the ethernet packets yourself. AmdF you wouldn't be able to trace trafic from other interfaces (PPP, SLIP)   ------------------------------  % Date: Sat, 23 Nov 2002 13:24:29 +0100 6 From: Jan van Mastbergen <jan.vanmastbergen@planet.nl>- Subject: Re: RAW socket interface on VMS+UCX? ( Message-ID: <3DDF737D.6040407@planet.nl>   JF Mezei wrote:  > Yehavi Bourvine wrote: > O >>  I have to write an application which is a TCPDUMP like - reads packets from B >>the network using promiscous mode. I have the DEC's UCX package. >  > M > You might want to look at the ethernet driver. It has the ability to become N > very promiscuous, but you'd have to parse the ethernet packets yourself. AmdH > you wouldn't be able to trace trafic from other interfaces (PPP, SLIP)  E I did this years ago on a 780 with a DEUNA in VAX Pascal. Used qio's  F with setmode to get the XE: device in promiscuous mode. Worked but no H fun, getting the packets in and doing some counting consumed 3/4 of the  machine on a busy day.I Are you aware that there are quite a few packet sniffers & even protocol  E analyzer programs freely available on the net for PC hardware? Or is  , there a particular reason to do this on VMS?   Regards, Jan van Mastbergen    ------------------------------   Date: 22 Nov 2002 09:31:33 GMT7 From: sy18889@rabmbit.famrp.cosm (Bradford J. Hamilton) ; Subject: Re: Reminder:  Two surveys need your participation ! Message-ID: <mz5$I$p39h1f@rabbit>   M There is a problem with the Encompass survey; there is a section of questions K purportedly relating to OpenVMS, however, when one reads the questions, one N quickly realizes that the questions are asking about HP's OpenView product, no VMS.  M This has been discussed in the Encompasserve NOTES group (encompasserve.org), O and has been reported by at least two users to Encompass; we await the response 
 of Encompass.   j In article <YFfD9.130188$dn3.5908877@twister.southeast.rr.com>, "Ken Farmer" <kfarmer@openvms.org> writes: > Quick reminder:  > * > 2002 Worldwide HP OpenVMS Study (Survey)5 > http://www.openvms.org/pages.php?page=OpenVMS_Study  >  > New: > - > Encompass Education and Member Needs Survey - > http://www.encompassus.com/surveyintro.html  >  > M > This is one of the best ways for you to get your opinion counted.  The more J > of us that participate, the more often they will probably offer surveys. >  >  >  > Ken  >  > -- >  > Kenneth Farmer > http://www.Tru64.org > http://www.OpenVMS.org > http://www.LinuxHPC.org  >  >  --   Bradford J. Hamilton& braMdhamAilPtoSn@aMtAtPbi.cSom		(home)& sMy1A88P89S@rabMbit.fAmPr.coSm		(work)  ; "All opinions that I express are my own, not my employer's"  "Lose the MAPS"    ------------------------------   Date: 23 Nov 2002 14:27:26 GMT# From: rifepe@langran.iem.csic.espam , Subject: Re: SMTP non working after upgrade.' Message-ID: <aro38e$alv$1@tejo.csic.es>   b In article <3DDED5C2.D8E088EE@vl.videotron.ca>, JF Mezei <jfmezei.spamnot@vl.videotron.ca> writes:% >rifepe@langran.iem.csic.espam wrote: C >> and the only mensaje in the TCPIP$SMTP_LOGFILE.LOG that I get is L >> %TCPIP-I-SMTP_SYMBRUN, symbiont is running the queue TCPIP$SMTP_XXXXXX_02) >> what could I do to try to diagnose it?  > L >Here are more details about the logicals. You need to stop mail and restart& >mail for changes to become effective. > C >You might also want to look into the ANALYZE MAIL command in TCPIP  >   6 I has put this logical to try to get more information.     "TCPIP$SMTP_LOG_LEVEL" = "5"   "TCPIP$SMTP_RECV_DEBUG" = "1" +   "TCPIP$SMTP_RECV_SNAPSHOT_BLOCKS" = "200"    "TCPIP$SMTP_RECV_TRACE" = "1"    "TCPIP$SMTP_SYMB_TRACE" = "1"   = The TCPIP$SMTP_LOGFILE.LOG of the eternally processing queue.   	 End with    4 #smtp$send_local\3888:Blank line after RFC headers: ( #smtp$send_local\1541: got the data st:1> #smtp$send_local\1548:---privs after mail$send_add_bodypart--- #smtp$util\773:smtp$init_proc  #smtp$util\671:smtp$get_privP #smtp$util\714:curpriv=FFFFFFFF3015FFFF imagpriv=0000000000 procpriv=203015E081  authpriv=2000004001   G and the mail is deliver to the local account but the process never end.      any idea anyone.   Thanks   ------------------------------   End of INFO-VAX 2002.648 ************************