1 INFO-VAX	Sat, 23 Nov 2002	Volume 2002 : Issue 647       Contents:, Re: ANN: libxml2 2.4.27 XML parser available, Re: ANN: libxml2 2.4.27 XML parser available" Re: Changing vms passwords via web- Re: CSWS 1.2 - Private Key generation problem " Re: DCPS V2.2 field test available3 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 ? 3 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 youP Re: Exam 010-627 (HSx80 Solutions for OpenVMS): read this before youwrite it you Re: Jaw dropping EV7 systems% Re: poor Gigabit Ethernet performance   RAW socket interface on VMS+UCX?2 Re: Reminder:  Two surveys need your participation SMTP non working after upgrade. # Re: SMTP non working after upgrade. ? Re: Sue Skonetski recognized at OpenVMS Symposium for hard work  Re: Termination mailbox problem   F ----------------------------------------------------------------------  % Date: Fri, 22 Nov 2002 19:22:09 -0000 - From: wspencer@ap.nospam.org (Warren Spencer) 5 Subject: Re: ANN: libxml2 2.4.27 XML parser available 5 Message-ID: <92CE90093warrenspencer1977@216.168.3.30>   8 craigberry@nospam.telocity.com (Craig A. Berry) wrote in= <craigberry-65BAEA.10243222112002@news.directvinternet.com>:    G >Hmm.  My testing was with CC 6.4 and 6.5.  They may have some feature  H >6.0 doesn't.  Take one of the CC commands it spits at you verbatim and G >add /LIST/SHOW=INCLUDE at the end.  Poke around in the resulting .LIS  G >file to see where your macro should be getting defined but isn't.  If  F >you want you can send me the listing privately and I'll see if I can  >spot what's happening.   E As David suggested, I looked around for #ifdef's and didn't spot the  H problem.  And as you suggested, I generated a complete listing file and J sure enough, TRIODEF.H is being included, and the macro gets defined.  So L being somewhat stumped, I've zipped up listing file and emailed it to you.   Thanks!    ws   --     Warren Spencer' Senior Software Engineer (not a writer)  The Associated Press  + ** What's brown and sticky?    A stick.  **    ------------------------------  % Date: Fri, 22 Nov 2002 17:00:44 -0600 7 From: "Craig A. Berry" <craigberry@nospam.telocity.com> 5 Subject: Re: ANN: libxml2 2.4.27 XML parser available G Message-ID: <craigberry-5E3172.17004422112002@news.directvinternet.com>   5 In article <92CE79293warrenspencer1977@216.168.3.30>, /  wspencer@ap.nospam.org (Warren Spencer) wrote:     >   TRIO_VA_START(args, format); > ..^ 6 > %CC-E-IDEXPECTED, Identifier expected but not found.A > at line number 3556 in file XXX:[LIBXML.LIBXML2-2_4_27]TRIO.C;1   F This appears to have been an overzealous reading of the C standard by E the compiler group.  The standard says the 2nd arg to va_start is an  F identifier, and they decided that an identifier enclosed in parens is H not an identifier.  Warren tells me he is up and running after changing  a line that looks like  .  # define TRIO_VA_START(x,y) va_start((x),(y))   to a line that looks like   ,  # define TRIO_VA_START(x,y) va_start((x),y)  @ DEC C 6.0 has the problem, 6.4 and 6.5 do not.  Dunno about 6.2.   ------------------------------  # Date: Fri, 22 Nov 2002 22:29:45 GMT * From: "Mark E. Levy" <levy@sysman-inc.com>+ Subject: Re: Changing vms passwords via web - Message-ID: <tdyD9.80593$P31.42207@rwcrnsc53>   3 "John Parker" <jwparker@sfasu.edu> wrote in message 7 news:229a787c.0211220940.53b218f9@posting.google.com...    ...   @ > The .com file gets the user device and directory using getuai. > ; > The .com file creates a file that contains the following: ) >     $ define sys$output change_pass.txt  >     $ set password >         oldpass  >         newpass  >         newpass  >     $ deassign sys$output  > = > The .com file creates a new login.com for the user with the  > following: >    $ set noon  >    $ @change_pass.com 	 >    $ lo  > * > The .com then has as the next statement: >    $glogin 'username >   I My gut feel is that it won't work. I think you'll have to write a program D (in BASIC, C, FORTRAN, etc) to do this. If I remember correctly, SETB PASSWORD is one DCL command that won't accept input from a command* procedure, even if you redirect SYS$INPUT.   ML   ------------------------------  # Date: Fri, 22 Nov 2002 19:53:19 GMT + From: "Rick Barry" <barry@star.zko.dec.com> 6 Subject: Re: CSWS 1.2 - Private Key generation problem1 Message-ID: <PWvD9.5$rW5.282655@news.cpqcorp.net>   2 "Liz Lee" <LizLee218@hotmail.com> wrote in message$ news:3DDD9D1F.F0227E9@hotmail.com...3 > We are currently running CSWS 1.2 on OpenVMS 7.3.  > G > We use the Certificate Tool which comes with CSWS to generate CSR for G > secure certificate. We've done this several times with version 1.1-1. @ > For every CSR, the server only generated one Private Key file. > B > However, when we request a CSR this time on CSWS 1.2, the serverF > generates 2 Private Keys under the same file name but with differentG > version number. The contents in the 2 files look different. Which one  > should I use?  > 7 > Has anyone came across the same problem? Is it a bug?  > 	 > Liz Lee   G I don't recall seeing this problem. Assuming you used the same steps to D create this CSR as you did under CSWS 1.1-1, how are the two privateD key files different (without giving away any sensitive information).  
 Rick Barry Compaq Secure Web Server OpenVMS System Software Group  Hewlett-Packard Company 
 Nashua, NH   ------------------------------   Date: 22 Nov 2002 20:24 CST ' From: carl@gerg.tamu.edu (Carl Perkins) + Subject: Re: DCPS V2.2 field test available - Message-ID: <22NOV200220243809@gerg.tamu.edu>   d In article <3dde62a7$1@news.si.com>, "Brian Tillman" <tillman_brian@notnoone.notnohow.com> writes...D }>The major features of this release are new printer support and the2 }>addition of autostart capability to DCPS queues. } L }We've been using autostart on our DCPS queues for a while now.  It seems to" }work.  Why is this a new feature? }-- B }Brian Tillman                   Internet: tillman_brian at si.com  3 Did the DCPS setup make them autostart, or did you?   B If it wasn't it, and it wasn't, and it does it now then it is new.   --- Carl   ------------------------------    Date: 22 Nov 2002 13:11:04 -0600- From: koehler@encompasserve.org (Bob Koehler) < Subject: Re: DELL Itanium Servers - May be we can run OVMS ?3 Message-ID: <Y2BGtvJ4FgHS@eisner.encompasserve.org>   c In article <K72b9alFI7z2@eisner.encompasserve.org>, Kilgallen@SpamCop.net (Larry Kilgallen) writes: e > In article <gF6PU5bjGgpl@eisner.encompasserve.org>, koehler@encompasserve.org (Bob Koehler) writes: f >> In article <vFWIIg5XjxrA@eisner.encompasserve.org>, Kilgallen@SpamCop.net (Larry Kilgallen) writes: >>  B >>> Intel sets those rules.  All vendors should be following them. >>  G >>    I have never seen that happen in the PC market.  It's been more a F >>    "my copy works, clone it on the assembly line" type of business. > H > I presume that is why Intel has been a bit more firm this time around.@ > _They_ know about the reliability problems that have resulted.  G    Actually, I expect Dell, HP, and some of the other top manufacturers <    to follow the rules.  So VMS may run on the Dell machine.  E    It's that $599 PC from K-mart that was built by someone who didn't E    care what Intel said that's likely to run Windows but not VMS, and H    VMS will catch the blame.  At least it will be a while before Itanium    gets into this market.    ------------------------------    Date: 22 Nov 2002 13:17:39 -0600- From: koehler@encompasserve.org (Bob Koehler) < Subject: Re: DELL Itanium Servers - May be we can run OVMS ?3 Message-ID: <M8Q5Iq4U2sOO@eisner.encompasserve.org>   f In article <3dde6cce$1_3@hpb10302.boi.hp.com>, "Fred Kleinsorge" <kleinsorge@star.zko.dec.com> writes: > G > Nothing we are doing is tied to something HP-specific.  We are moving N > forward using the interfaces (like ACPI) which in theory will allow us to beJ > platform specific.  What that does is shift "correctness" to making sureN > that the interfaces on the platform conform to specs - like ACPI, and DIG64.G > We will probably recognize some HP-specific attributes to allow us to J > support HW capabilities that aren't available on other platforms, but weK > "should" be able to genericly support any Itanium-2 (and forward) system.  >   6    I think a bigger problem may be keeping up with theD    printer/keyboard/disk of the week the mass market churns through.  C    Standardizing interfaces like PCI, USB, SCSI, ... helps, but VMS A    device drivers aren't the easiest thing in the world to write.   @    I think VMS engineering will need to find ways to develop and>    deliver perpheral interface updates of all kinds in a rapid?    fashion, like the download sites folks are used to for other 
    platforms.    ------------------------------  % Date: Fri, 22 Nov 2002 14:31:00 -0500 * From: "Bill Todd" <billtodd@metrocast.net>< Subject: Re: DELL Itanium Servers - May be we can run OVMS ?2 Message-ID: <0C2dnWQOfatuGEOgXTWcoA@metrocast.net>  : "Larry Kilgallen" <Kilgallen@SpamCop.net> wrote in message- news:yCEAN50gW4tI@eisner.encompasserve.org...    ...   D > My faith was reinforced by the (non-disclosure) discussions at the > just-completed VMS Symposium  I Well, that's nice, but given the absolute assurances provided for Alpha's H future both publicly and under NDA, the *solidity* of that reinforcementK should be evaluated carefully:  even if the people you talked with actually G believed what they were saying (as one would hope Heil and Lipcon did), H that's no guarantee that the people who actually make the decisions will follow through on it.    - bill   ------------------------------  % Date: Fri, 22 Nov 2002 14:39:50 -0500 * From: "Bill Todd" <billtodd@metrocast.net>< Subject: Re: DELL Itanium Servers - May be we can run OVMS ?2 Message-ID: <7k6dnS7frKaZFUOgXTWcow@metrocast.net>  A "Michael D. Ober" <obermd.@.alum.mit.edu.nospam> wrote in message ) news:sdrD9.2$b14.13951@news.uswest.net...  > ? > "JF Mezei" <jfmezei.spamnot@vl.videotron.ca> wrote in message + > news:3DDD40C2.D5E8F44D@vl.videotron.ca...    ...   G > > Perhaps it is just me, but I don't see Dell's IA64 program as truly  > genuine. IK > > have a feeling that Intel may have grabbed Mikey's balls and told it to  > start J > > producing IA64 stuff otherwise the price of the 8086 chips might rise. > > H > > There really is no business or technocal reason for Windows to go to IA64, K > > especially since the amount of software on windows-IA64 will be a small  > subset% > > of what is available on the 8086.  > C > So?  This was the same argument against the 80386 on the desktop.   J I'm afraid time may have distorted your recollections in this area.  ThereG was no similar argument against 386 on the desktop, because the new 386 H platforms ran existing 16-bit systems and applications faster than theirH precedessors did (rather than the reverse, as in the case of Itanic) andF thus provided a natural path forward with complete compatibility.  AndJ despite the fact that in the late '80s there *was* real pressure to extendJ the address space to 32 bits (again, unlike the situation currently, whereL 32-bit addressing is more than sufficient for virtually all desktop uses andK will continue to be for years), it still took nearly a decade after the 386 G appeared before Microsoft got Windows 95 out for the desktop to support G 32-bit applications fully (though kludges supported them to some extent 	 earlier).    - bill   ------------------------------  % Date: Fri, 22 Nov 2002 22:02:20 -0600 1 From: "David J. Dachtera" <djesys.nospam@fsi.net> < Subject: Re: DELL Itanium Servers - May be we can run OVMS ?' Message-ID: <3DDEFDCC.B7E2FA18@fsi.net>    Larry Kilgallen wrote: > ] > In article <3DDD8CE5.1040810A@fsi.net>, "David J. Dachtera" <djesys.nospam@fsi.net> writes:  > > Fred Kleinsorge wrote: > >>) > >> Larry Kilgallen wrote in message ... A > >> >In article <3DDC50D6.3254BEC9@fsi.net>, "David J. Dachtera" $ > >> <djesys.nospam@fsi.net> writes: > >> >> Fabio Cardoso wrote: > >> >>> > >> >>> Click > >> >>>2 > >> >>> http://news.com.com/2100-1040-966499.html > >> >> M > >> >> Unless the folks at Dell have been working with the folks at OpenVMS,  > >> >> don't count on it. > >> >= > >> >I would not count it out as being technically possible.  > >> >J > >> >Certainly HP would not provide technical support, but it is possible? > >> >you might be able to buy a license (and not get support).  > >>M > >> As he said, I think the only question is one of licensing, I don't think Q > >> there is a technical issue, as long as they are following all the firmware &  > >> hardware rules. > > I > > ...and who set those rules? If it wasn't OpenVMS, forget it - I'm not + > > betting on anything until I see it run.  > @ > Intel sets those rules.  All vendors should be following them.   ...and who set the IA32 rules?  F As I recall, OpenVMS ("Emerald") couldn't live with those rules, so it$ took its ball and bat and went home.  G What reason is there to believe that we won't see a repeat performance? G ...especially given the WONDERFUL precedents set by Compaq/OVMS Mgt. in C the areas of credibility and promise-keeping? ...OpenVMS marketing?   B Alpha is dead. IPF is the sleeping princess waiting for her PrinceF Charming to come wake her from her death-like sleep before Alpha joins+ VAX in the out-of-manufacture hall of fame.   E Sorry, OVMS Engr. & Co., y'all made yer bed - now ya gotta lie in it!   = Maybe Carly & Curly shouldn't have burnt so many bridges, eh?    --   David J. Dachtera  dba DJE Systems  http://www.djesys.com/  ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/    ------------------------------  % Date: Fri, 22 Nov 2002 22:05:25 -0600 1 From: "David J. Dachtera" <djesys.nospam@fsi.net> < Subject: Re: DELL Itanium Servers - May be we can run OVMS ?' Message-ID: <3DDEFE85.8424C841@fsi.net>    Bob Koehler wrote: > e > In article <K72b9alFI7z2@eisner.encompasserve.org>, Kilgallen@SpamCop.net (Larry Kilgallen) writes: g > > In article <gF6PU5bjGgpl@eisner.encompasserve.org>, koehler@encompasserve.org (Bob Koehler) writes: h > >> In article <vFWIIg5XjxrA@eisner.encompasserve.org>, Kilgallen@SpamCop.net (Larry Kilgallen) writes: > >>D > >>> Intel sets those rules.  All vendors should be following them. > >>I > >>    I have never seen that happen in the PC market.  It's been more a H > >>    "my copy works, clone it on the assembly line" type of business. > > J > > I presume that is why Intel has been a bit more firm this time around.B > > _They_ know about the reliability problems that have resulted. > I >    Actually, I expect Dell, HP, and some of the other top manufacturers > >    to follow the rules.  So VMS may run on the Dell machine.  C That's possible, provided VMS and Dell are playing by the same rule  book.   G >    It's that $599 PC from K-mart that was built by someone who didn't G >    care what Intel said that's likely to run Windows but not VMS, and J >    VMS will catch the blame.  At least it will be a while before Itanium >    gets into this market.   F I suppose SOMEone SOMEwhere may try to equip their business at K-Mart.@ Otherwise, I'd expect the Dell and Proliant-like IPFs to be more
 prevalent.   --   David J. Dachtera  dba DJE Systems  http://www.djesys.com/  ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/    ------------------------------  % Date: Fri, 22 Nov 2002 14:05:53 -0800 % From: Dean Woodward <deanw@rdrop.com> Y Subject: Re: Exam 010-627 (HSx80 Solutions for OpenVMS): read this before youwrite it you ( Message-ID: <3DDEAA41.7060008@rdrop.com>   Curtis Rempel wrote:C  > The other strange thing is that other OpenVMS exams I've written C  > all allow for you to "mark" and review questions at the end.  As D  > well, every question has a "Next" and "Previous" question button.@  > This exam had neither capability and when I finished the lastC  > question it promptly told me I had not passed the exam without a C  > chance to review any of the questions or click on the "End Exam" 
  > button.  B Prometric is doing a lot of "adaptive" testing now, esp in the MS E arena- the question you get next depends on how you answer this one.  ? I'm surprised there was a button to go to a previous question.  G Theoretically it gives a better result, to separate out the "memorized  C the book" candidates from those that know something.  Theories are   wonderful things- in theory.  A I have (had) an MCSE based on NT 4.0.  Mostly it was a matter of  E learning where the various config options are buried.  I skimmed the  @ books, fiddled with practice tests until I could ace them, then F scheduled and took the real ones.  Yawn.  Any hiring manager who puts F faith in an applicant having an MCSE knowing anything useful deserves ( what they get.  (But you all knew that).   ------------------------------  # Date: Fri, 22 Nov 2002 22:15:46 GMT & From: Curtis Rempel <curtis@telus.net>Y Subject: Re: Exam 010-627 (HSx80 Solutions for OpenVMS): read this before youwrite it you 8 Message-ID: <m0yD9.1496$hu.252222@news2.telusplanet.net>   Dean Woodward wrote: > Curtis Rempel wrote:E >  > The other strange thing is that other OpenVMS exams I've written E >  > all allow for you to "mark" and review questions at the end.  As F >  > well, every question has a "Next" and "Previous" question button.B >  > This exam had neither capability and when I finished the lastE >  > question it promptly told me I had not passed the exam without a E >  > chance to review any of the questions or click on the "End Exam"  >  > button. > K > Prometric is doing a lot of "adaptive" testing now, esp in the MS arena-  D > the question you get next depends on how you answer this one. I'm K > surprised there was a button to go to a previous question. Theoretically  E > it gives a better result, to separate out the "memorized the book"  E > candidates from those that know something.  Theories are wonderful   > things- in theory. > C > I have (had) an MCSE based on NT 4.0.  Mostly it was a matter of  G > learning where the various config options are buried.  I skimmed the  B > books, fiddled with practice tests until I could ace them, then H > scheduled and took the real ones.  Yawn.  Any hiring manager who puts H > faith in an applicant having an MCSE knowing anything useful deserves * > what they get.  (But you all knew that). >   E Perhaps since this was deemed to be a Microsoft content type of exam  E (possibly due to the mixup in the exam questions pool - i.e. Windows  A related questions instead of OpenVMS questions), that is why the  H difference in format.  It will be interesting to see once Compaq/HP has D corrected the exam if the style changes back to the "usual" OpenVMS H style of exam or not.  I've been told by the curriculum people that the C matter is being investigated with Prometric and the test developer.    ------------------------------    Date: 22 Nov 2002 18:14:15 -0600+ From: kuhrt@encompasserve.org (Marty Kuhrt) % Subject: Re: Jaw dropping EV7 systems 3 Message-ID: <aGDq+XEuCNut@eisner.encompasserve.org>   g In article <wvgB9.16950$QD6.1614998@news20.bellglobal.com>, "Neil Rieck" <n.rieck@sympatico.ca> writes:  > At this URL:? > http://www.realworldtech.com/page.cfm?AID=RWT070101205659&p=3 O > the author states (with references) that EV7 has a total chip bandwidth of 44 B > MB/s while McKinley (Itanium-2) only has a bandwith of 6.4 MB/s. >  > <BLOW OFF STEAM MODE>  > P > I read somewhere that the marketing bozos at Compaq were coveting marketing atN > Dell but we all know that Dell is just a system builder/integrator and not aJ > system inovator. If the bandwidth spec above is factual, then it must be4 > stated that one or both of the following are true: > L > 1. Compaq management forfeited their huge lead just to "dumb down" to Dell0 > (something I have seen market types do before) > P > 2. Someone in Compaq management had to know that EV7 was that far ahead of theL > rest of the industry. Since it would have been child's play to market thisM > advantage by reducing profit margins for 1-12 months, I have to assume that O > Compaq management was paid off to kill EV8 (warning: I also watch the X-files , > and think the "Lone Gunmen" are for real).  B One thing I haven't seen mentioned for a while is the deal Digital@ struck with Intel regarding the Alpha when Intel "settled out ofC court".  Not only did Intel have to hand over a big basket of cash, @ buy the Hudson FAB, and take over producing the StrongARM but ifE Digital wanted to sell the Alpha within seven years, Intel had to buy  it.   E As short sighted, stupid, and possibly corrupt, as Capellas was I can D easily believe that he'd sell off the Alpha given the chance just toF "make the numbers" for a specific quarter.  Never mind it was slittingD the throat of future performance, systems, and sales.  What would heE care about the long run?  So long as he made the numbers he'd get his ? fat bonus and look good in the process.  He was a PC box pusher 2 without a clue to the jewels of the big systems.     > 0 > You can find many Alpha related articles here:J > http://www.realworldtech.com/listing.cfm?section=columns&subject=insiderP > but beware. When you're done reading them you'll feel like you've been punchedN > in the gut and the only thing that you'll want to do is to find a picture ofK > Michael Capellas and start throwing darts (other ideas are too violent to  > publish).  >   E For me CPQ stood for "Capellas Please Quit".  Too bad he didn't do it  a couple years sooner.   > </BLOW OFF STEAM MODE>   ------------------------------   Date: 22 Nov 2002 19:52:12 GMT& From: Rick Jones <foo@bar.baz.invalid>. Subject: Re: poor Gigabit Ethernet performance* Message-ID: <arm1tc$lpn$6@web1.cup.hp.com>  P Andrew Harrison SUNUK Consultancy <Andrew_No.Harrison_No@nospamn.sun.com> wrote:  9 > The test was done using netperf, Rick Jones is the best 8 > source of info on this tool, he may have had a hand in
 > writing it.   ? These days I typically call myself the "contributing editor" to 
 netperf :)  ? While I know a great deal about netperf, I'm drawing a blank on ? netperf performance measures on a Sun 450 - there was one at my E disposal a _long_ time ago, so it is possible I may have measured and F published something somehwere. If I have, a refresher on the reference would be nice :)  ? However, based on my experiences thusfar I would guess that the E numbers on that Sun 450 were multiple stream. The 450 had CPUs <=~450 D MHz as I recall and Sun's rule of thumb about bandwidth was that oneB needed 1MHz of CPU per Mbit/s of throughput, so a single stream on? such a machine would likely not go much faster than 450 Mbit/s.   E And while I'm probably not very good about it myself, it is generally C best when quoting netperf figures to quote the number of concurrent D streams (instances of netperf) and the socket buffer and send bufferF settings.  In a shorthand way, a test with say four concurrent netperfA TCP_STREAM tests, each with a 128KB socket buffer and a 32KB send A buffer might be described as "four concurrent 128Kx32K TCP_STREAM  tests."   
 rick jones  D Well, as I have been typing, my machine has been dutifully searchingA all my old email for messages that include "netperf" and "450" in  them.     F One of the hits is an email forwarding of a usenet post from 1999. I'mF not going to repost the whole thing, the interested can try to find itC in Google. Looks like a search on google for "netperf" and "450" in B comp.unix.solaris will find it, and at least some other stuff. The headers I have for it are:  "  Subject: Re: Gigabit performances0  From: Achim Gratz <gratz@ite.inf.tu-dresden.de>  Date: 1999/07/04   Newsgroups: comp.unix.solarisK  Pierre-Yves Thillier <pierre-yves.thillier@sophia.siemens-scg.com> writes:   E That posting talks about getting numbers of about 550 Mbit/s or less.    --  = denial, anger, bargaining, depression, acceptance, rebirth...  where do you want to be today?F these opinions are mine, all mine; HP might not want them anyway... :)A feel free to post, OR email to raj in cup.hp.com  but NOT BOTH...    ------------------------------    Date: 22 Nov 2002 20:34:54 -0800- From: yehavi@vms.huji.ac.il (Yehavi Bourvine) ) Subject: RAW socket interface on VMS+UCX? = Message-ID: <74542467.0211222034.32f6713b@posting.google.com>    Hello,M   I have to write an application which is a TCPDUMP like - reads packets from @ the network using promiscous mode. I have the DEC's UCX package.  O   On Linux I use the SOCK_PACKET socket. However, it is not available on VMS. I L tried SOCK_RAW with protocol type IPPROTO_RAW, but read/recv does not return5 any packet (even those destined to the same machine).   /   Anyone has examples for such programs on VMS?   B                                                  Thanks! __Yehavi:   ------------------------------   Date: 22 Nov 2002 15:39:08 GMT7 From: sy18889@rabmbit.famrp.cosm (Bradford J. Hamilton) ; Subject: Re: Reminder:  Two surveys need your participation ! Message-ID: <VOzAqV3Be+Lp@rabbit>   J Apologies for following up my own post - cross-posted to comp.org.decus...  L Encompass has acknowledged the existence of the problem with the survey, and have promised a fix ASAP.   M Thanks to the folks who responded to this problem; it is evidence that things 6 may in fact be changing, even in a small way, for VMS.  [ In article <mz5$I$p39h1f@rabbit>, sy18889@rabmbit.famrp.cosm (Bradford J. Hamilton) writes: O > There is a problem with the Encompass survey; there is a section of questions M > purportedly relating to OpenVMS, however, when one reads the questions, one P > quickly realizes that the questions are asking about HP's OpenView product, no > VMS. > O > This has been discussed in the Encompasserve NOTES group (encompasserve.org), Q > and has been reported by at least two users to Encompass; we await the response  > of Encompass.  > l > In article <YFfD9.130188$dn3.5908877@twister.southeast.rr.com>, "Ken Farmer" <kfarmer@openvms.org> writes: >> Quick reminder: >>  + >> 2002 Worldwide HP OpenVMS Study (Survey) 6 >> http://www.openvms.org/pages.php?page=OpenVMS_Study >>   >> New:  >>  . >> Encompass Education and Member Needs Survey. >> http://www.encompassus.com/surveyintro.html >>   >>  N >> This is one of the best ways for you to get your opinion counted.  The moreK >> 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"  --   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: 22 Nov 2002 23:28:35 GMT# From: rifepe@langran.iem.csic.espam ( Subject: SMTP non working after upgrade.' Message-ID: <armej3$aim$1@tejo.csic.es>   8 I has just upgrade to Openvms V7.3 with the latest patch and TCPIP v5.1 eco4   N and the smtp queues get with a mail running that never end from the processing> state and can't be stoped. the queue must be stop/queue/reset." I mave used TCPIP$SMTP_LOG_LEVEL 3A and the only mensaje in the TCPIP$SMTP_LOGFILE.LOG that I get is    I %TCPIP-I-SMTP_SYMBRUN, symbiont is running the queue TCPIP$SMTP_XXXXXX_02   ' 23-NOV-2002 00:10:57.44: next open file ( _XXXXXX$DKB0:[SYS0.TCPIP$SMTP]0211221929" 0234_TCPIP$SMTP.TCPIP_XXXXXX;1(70)  " Is something known or I am busted?  & what could I do to try to diagnose it?   ------------------------------  % Date: Fri, 22 Nov 2002 20:11:30 -0500 0 From: JF Mezei <jfmezei.spamnot@vl.videotron.ca>, Subject: Re: SMTP non working after upgrade./ Message-ID: <3DDED5C2.D8E088EE@vl.videotron.ca>   $ rifepe@langran.iem.csic.espam wrote:B > and the only mensaje in the TCPIP$SMTP_LOGFILE.LOG that I get isK > %TCPIP-I-SMTP_SYMBRUN, symbiont is running the queue TCPIP$SMTP_XXXXXX_02 ( > what could I do to try to diagnose it?  K Here are more details about the logicals. You need to stop mail and restart % mail for changes to become effective.   B You might also want to look into the ANALYZE MAIL command in TCPIP   $! TCPIP$SMTP_LOG_LEVEL value 8 $!       Writes diagnostic information to the log file.  $!J $! 2      Enables logging of all information when the symbiont starts up. I $!        The Next Open File message is printed, giving the name of each  K $!        control file before processing begins. All mail headers and mail  E $!        recipients in a control file are logged after control file  ! $!        processing is complete.  $!L $! 3      Provides additional information about symbiont initialization and 2 $!        activity during control file processing. $!K $! 5      Enables full symbiont diagnostics. For use only under the advice  ( $!        of <company> customer support. $!& $!DEFINE/SYSTEM TCPIP$SMTP_LOG_LEVEL 2 $! $!---------------  $! $! $!   TCPIP$SMTP_NOSEY G $!        Used with TCPIP$SMTP_LOG_LEVEL to print the full subject RFC  G $!        headers information. If not defined, the header is logged as   $!        SUBJECT:<omitted>. $!" $!DEFINE/SYSTEM TCPIP$SMTP_NOSEY 1 $! $!---------------  $! $!  $!   TCPIP$SMTP_LOG_LINE_NUMBERSC $!        Writes line numbers to SMTP logs. Includes the symbiont,  7 $!        receiver, and MAIL$PROTOCOL (DEBUG.TXT) logs.  $!. $!DEFINE/SYSTEM  TCPIP$SMTP_LOG_LINE_NUMBERS 1 $! $!---------------  $! $!   TCPIP$SMTP_SYMB_TRACEI $!        Logs all messages received from and transmitted to remote SMTP  J $!        servers. Used to trace the SMTP application layer protocol. Any H $!        nonprinting characters or control characters that are sent or J $!        received are printed as \n, where n is the hexadecimal value of D $!        the character. For example, command lines and replies are D $!        terminated with a <CR><LF> that appear in the log file as  $!        follows: $!8 $!               send buf=MAIL FROM:<jones@acme.com>\d\a? $!               recv buf=250 <jones@acme.com>... Sender OK\d\a 7 $!               In this message, \d\a is the <CR><LF>.  $!' $!DEFINE/SYSTEM TCPIP$SMTP_SYMP_TRACE 1  $! $!---------------- $! $!   TCPIP$SMTP_RECV_TRACEI $!        Logs all messages received from and transmitted to remote SMTP  J $!        clients. Used to trace the SMTP application layer protocol. The I $!        same conventions for logging nonprinting characters or control  H $!        characters are used. The logical name UCX$SMTP_PROTO_TRACE is  $!        obsolete.  $!' $!DEFINE/SYSTEM TCPIP$SMTP_RECV_TRACE 1  $! $!---------------- $! $!   TCPIP$SMTP_RECV_DEBUGG $!        Logs full diagnostics, similar to the TCPIP$SMTP_LOG_LEVEL 5  J $!        logical name. Obsoletes the logical name TCPIP$SMTP_PROTO_DEBUG. $!' $!DEFINE/SYSTEM TCPIP$SMTO_RECV_DEBUG 1  $! $!---------------- $! $! $!   TCPIP$SMTP_VMSMAIL_SENDK $!        Instructs the MAIL$PROTOCOL process to log diagnostics to a file  G $!        named DEBUG.TXT in the default directory. (Used primarily by   $!        <company>.)  $!) $!DEFINE/SYSTEM TCPIP$SMTP_VMSMAIL_SEND 1    ------------------------------  % Date: Fri, 22 Nov 2002 18:50:02 -0500 5 From: "Sue Skonetski" <susan.skonetski@hp.nospam.com> H Subject: Re: Sue Skonetski recognized at OpenVMS Symposium for hard work* Message-ID: <armfrf$16a$1@web1.cup.hp.com>  L I just wanted to publicly say thank you again.  I was very surprised and theL fact that this was from customers meant more to me that I can say.  Added to0 that a very beautiful ring and I am overwhelmed.  F In all fairness, I really do have the best job in the world and that's/ because I work for the best group in the world.   ? Ken, it is also great timing since Dale is now doing my review!    Warm Regards as always,  Sue   . "VAXVMS" <bounce@notmail.com> wrote in messageE news:BA52530E3149734A9BAABDBBFA808E4903027BA2@rlghncst964.usps.gov...  >  > It's about damn time.m >2 > You rule, Sue. >l7 > I'd have chipped in a few bucks if I'd known about ith > aforehand... >s; > http://www.openvms.org/stories.php?story=02/11/21/4003931  >S > WWWebb >e > -- >b > Kenneth Farmer > http://www.Tru64.org > http://www.OpenVMS.org > http://www.LinuxHPC.orgc >r > ========================" > William W. Webb / DSSC/RLM, USPS > OpenVMS Support Services( > 4924 Green Road Raleigh, NC 27616-2800< > 919.874.3043 <FirstInitialDotLastNameAtEmailDotUSPSDotGov>   ------------------------------    Date: 22 Nov 2002 13:20:11 -0600- From: koehler@encompasserve.org (Bob Koehler) ( Subject: Re: Termination mailbox problem3 Message-ID: <4B9TaH8VHV+l@eisner.encompasserve.org>E  b In article <%wqD9.18984$H67.85507@tor-nn1.netcom.ca>, "Syltrem" <syltremzulu@videotron.ca> writes:L > "Bob Koehler" <koehler@encompasserve.org> a crit dans le message de news:* > UlEHicXL89G4@eisner.encompasserve.org... > 0 >>    Your program has a classic well known bug. >> >  > Can you define it, please?) > I like to be bug-free whenever possible-  H    Like I said, "You really should be looking at only the STS$M_COND_ID ,    field, which is unique to the condition."  C    Your program is looking at bits that happened to be a particulara?    value in the past, but it it shouldn't have been relying on.(   ------------------------------   End of INFO-VAX 2002.647 ************************