INFO-VAX Wed, 16 Jul 2008 Volume 2008 : Issue 395 Contents: Re: Another BIND vulnerability (cache poisoning) Re: Another BIND vulnerability (cache poisoning) Re: DCL divide by zero WAS: Symbol Substitution Mystery Re: DCL divide by zero WAS: Symbol Substitution Mystery Re: DCL divide by zero WAS: Symbol Substitution Mystery Re: DCL divide by zero WAS: Symbol Substitution Mystery Re: DCL divide by zero WAS: Symbol Substitution Mystery Re: DCL divide by zero WAS: Symbol Substitution Mystery Re: DCL divide by zero WAS: Symbol Substitution Mystery Kaspersky's Remote Code Execution Through Intel CPU Bugs presentation Re: Kaspersky's Remote Code Execution Through Intel CPU Bugs presentation Re: TCPIP smtp queue - how to change it? Re: TCPIP smtp queue - how to change it? Re: TCPIP smtp queue - how to change it? Re: TCPIP smtp queue - how to change it? Re: TCPIP smtp queue - how to change it? Re: TCPIP smtp queue - how to change it? Re: TCPIP smtp queue - how to change it? Re: TCPIP smtp queue - how to change it? Re: USPS (Unbelievably Sl-o-o-o-w Postal Service) Re: USPS (Unbelievably Sl-o-o-o-w Postal Service) ---------------------------------------------------------------------- Date: Wed, 16 Jul 2008 02:02:51 -0700 (PDT) From: "winston19842005@yahoo.com" Subject: Re: Another BIND vulnerability (cache poisoning) Message-ID: <61ffeba5-4732-4e28-96a1-cc1d7990ff39@a1g2000hsb.googlegroups.com> It is sad that my DSL provider (AT&T) hasn't patched their servers yet! Hopefully, they will get their act together soon. ------------------------------ Date: Wed, 16 Jul 2008 05:57:25 -0700 From: "Tom Linden" Subject: Re: Another BIND vulnerability (cache poisoning) Message-ID: On Wed, 16 Jul 2008 02:02:51 -0700, winston19842005@yahoo.com wrote: > It is sad that my DSL provider (AT&T) hasn't patched their servers > yet! > Hopefully, they will get their act together soon. Alan, how do you determine that? -- PL/I for OpenVMS www.kednos.com ------------------------------ Date: 16 Jul 2008 11:41:37 GMT From: VAXman- @SendSpamHere.ORG Subject: Re: DCL divide by zero WAS: Symbol Substitution Mystery Message-ID: <487dde71$0$20900$607ed4bc@cv.net> In article <1381471f-1faa-4973-a138-7c2d553ed762@d77g2000hsb.googlegroups.com>, AEF writes: >On Jul 14, 8:52 am, koeh...@eisner.nospam.encompasserve.org (Bob >Koehler) wrote: >> In article <2c5155ac-72ca-423c-915c-76be0df6b...@r66g2000hsg.googlegroups.com>, AEF writes: >> >> >> >> > I don't have one and there's no way my company is going to get one, >> > especially just for this. Fortunately I almost never need to divide on >> > the VAX. The only example that comes to mind is the calculation of >> > disk space percentages. >> >> If you have VMS, you have Macro-32, either as an assembler on the >> VAX or as a compiler on the other two. > >Well, I'm not going to learn Macro-32 just to calculate disk space >percentages. I don't have the time, anyway. If you are calculating disk percentages, where does the 0 in the denominator arise? >While we're on the topic: Suppose I wanted to port my trading app from >VAX to Alpha or Integrity. All of it is written in DCL and Pascal >except for the "messenger" program, which is written in Macro. What >would it take to move this macro code to Alpha or Integrity (and why >is it called "Macro")? > >This is what it does. > > ;Summary: This program functions as an agent for task-to- >task > ; communication messages among participated >processes. > ; Program is also responsible for maintaining >message > ; queue for each process in an asynchronous >environment. > That should port with no effort whatsoever. Those are all comments. -- VAXman- A Bored Certified VMS Kernel Mode Hacker VAXman(at)TMESIS(dot)COM ... pejorative statements of opinion are entitled to constitutional protection no matter how extreme, vituperous, or vigorously expressed they may be. (NJSC) c. 2008 Brian Schenkenberger. Any publication of _this_ usenet article outside of usenet _must_ include its contents in its entirety including this copyright notice, disclaimer and quotations. ------------------------------ Date: 16 Jul 2008 11:54:45 GMT From: VAXman- @SendSpamHere.ORG Subject: Re: DCL divide by zero WAS: Symbol Substitution Mystery Message-ID: <487de185$0$20900$607ed4bc@cv.net> In article , "Richard B. Gilbert" writes: >AEF wrote: >> On Jul 14, 8:52 am, koeh...@eisner.nospam.encompasserve.org (Bob >> Koehler) wrote: >>> In article <2c5155ac-72ca-423c-915c-76be0df6b...@r66g2000hsg.googlegroups.com>, AEF writes: >>> >>> >>> >>>> I don't have one and there's no way my company is going to get one, >>>> especially just for this. Fortunately I almost never need to divide on >>>> the VAX. The only example that comes to mind is the calculation of >>>> disk space percentages. >>> If you have VMS, you have Macro-32, either as an assembler on the >>> VAX or as a compiler on the other two. >> >> Well, I'm not going to learn Macro-32 just to calculate disk space >> percentages. I don't have the time, anyway. >> >> While we're on the topic: Suppose I wanted to port my trading app from >> VAX to Alpha or Integrity. All of it is written in DCL and Pascal >> except for the "messenger" program, which is written in Macro. What >> would it take to move this macro code to Alpha or Integrity (and why >> is it called "Macro")? > > >VAX to Alpha is a piece of cake. Recompile the Pascal, "recompile" the >Macro, link and run it. The only potential problem that I can recall is >code that depends on a 512 byte page size. There is documentation >somewhere on VAX to Alpha porting. > >I've never even seen an "Integrity". You'll have to ask someone who >knows. There may be some documentation on porting VAX to Integrity, >google for it. For what Alan has, I doubt either of your concerns will be issues for him. Integrity from Alpha is a no-brainer. I have some kernel code that does some very strange things and it moved to the Integrity with little effort. Some mucking about in memory management needed to be conditionalized as alpha used read and write bits for each processor mode where as Itanium uses a code (much like the VAX) for processor mode access. System routine/service interception is another major difference but then one, I would hope, can see that. It was vastly different on Alpha from VAX and it's just as different on Itanium. Alignment faults tend to be more deleterious on Itanium. They won't stop an application from functioning if they exist; however, perform- ance of the application may be less than ideal if they exist in great quantities in the code. -- VAXman- A Bored Certified VMS Kernel Mode Hacker VAXman(at)TMESIS(dot)COM ... pejorative statements of opinion are entitled to constitutional protection no matter how extreme, vituperous, or vigorously expressed they may be. (NJSC) c. 2008 Brian Schenkenberger. Any publication of _this_ usenet article outside of usenet _must_ include its contents in its entirety including this copyright notice, disclaimer and quotations. ------------------------------ Date: Wed, 16 Jul 2008 05:40:32 -0700 (PDT) From: AEF Subject: Re: DCL divide by zero WAS: Symbol Substitution Mystery Message-ID: On Jul 16, 7:41 am, VAXman- @SendSpamHere.ORG wrote: > In article <1381471f-1faa-4973-a138-7c2d553ed...@d77g2000hsb.googlegroups.com>, AEF writes: > > > > >On Jul 14, 8:52 am, koeh...@eisner.nospam.encompasserve.org (Bob > >Koehler) wrote: > >> In article <2c5155ac-72ca-423c-915c-76be0df6b...@r66g2000hsg.googlegroups.com>, AEF writes: > > >> > I don't have one and there's no way my company is going to get one, > >> > especially just for this. Fortunately I almost never need to divide on > >> > the VAX. The only example that comes to mind is the calculation of > >> > disk space percentages. > > >> If you have VMS, you have Macro-32, either as an assembler on the > >> VAX or as a compiler on the other two. > > >Well, I'm not going to learn Macro-32 just to calculate disk space > >percentages. I don't have the time, anyway. > > If you are calculating disk percentages, where does the 0 in the denominator > arise? If you specify a tape drive by mistake. :-) OK, good point. Then I have absolutely no reason to divide by zero! :-) > > > > >While we're on the topic: Suppose I wanted to port my trading app from > >VAX to Alpha or Integrity. All of it is written in DCL and Pascal > >except for the "messenger" program, which is written in Macro. What > >would it take to move this macro code to Alpha or Integrity (and why > >is it called "Macro")? > > >This is what it does. > > > ;Summary: This program functions as an agent for task-to- > >task > > ; communication messages among participated > >processes. > > ; Program is also responsible for maintaining > >message > > ; queue for each process in an asynchronous > >environment. > > That should port with no effort whatsoever. Those are all comments. Where's the smiley on this one? :-) > > -- > VAXman- A Bored Certified VMS Kernel Mode Hacker VAXman(at)TMESIS(dot)COM > > ... pejorative statements of opinion are entitled to constitutional protection > no matter how extreme, vituperous, or vigorously expressed they may be. (NJSC) > > c. 2008 Brian Schenkenberger. Any publication of _this_ usenet article outside > of usenet _must_ include its contents in its entirety including this copyright > notice, disclaimer and quotations. AEF ------------------------------ Date: 16 Jul 2008 07:42:33 -0500 From: koehler@eisner.nospam.encompasserve.org (Bob Koehler) Subject: Re: DCL divide by zero WAS: Symbol Substitution Mystery Message-ID: In article <1381471f-1faa-4973-a138-7c2d553ed762@d77g2000hsb.googlegroups.com>, AEF writes: > > While we're on the topic: Suppose I wanted to port my trading app from > VAX to Alpha or Integrity. All of it is written in DCL and Pascal > except for the "messenger" program, which is written in Macro. What > would it take to move this macro code to Alpha or Integrity (and why > is it called "Macro")? It's called macro because it was originally an assembly language which included a macro capability: the ability to define canned sequences, with parameters, that can be referenced by name instead of copying all the instructions needed every time a common operation is needed. While lots of languages include a macro capability (C is a real but poor example), "macro assembler" got shortened to "macro" by habit long before VAX was thought of. And in the Macro-32 compilers for Alpha and IA-64, there is certainly the same macro capability. ------------------------------ Date: 16 Jul 2008 07:44:18 -0500 From: koehler@eisner.nospam.encompasserve.org (Bob Koehler) Subject: Re: DCL divide by zero WAS: Symbol Substitution Mystery Message-ID: In article <1381471f-1faa-4973-a138-7c2d553ed762@d77g2000hsb.googlegroups.com>, AEF writes: > > While we're on the topic: Suppose I wanted to port my trading app from > VAX to Alpha or Integrity. All of it is written in DCL and Pascal > except for the "messenger" program, which is written in Macro. What > would it take to move this macro code to Alpha or Integrity (and why > is it called "Macro")? There is a guide to porting Macro-32 from VAX to Alpha. I think if it will compile on Alpha it's ready for IA-64. I can't fathom trying to follow it without learning Macro-32 first. ------------------------------ Date: Wed, 16 Jul 2008 09:00:32 -0400 From: norm.raphael@metso.com Subject: Re: DCL divide by zero WAS: Symbol Substitution Mystery Message-ID: This is a multipart message in MIME format. --=_alternative 0047758585257488_= Content-Type: text/plain; charset="US-ASCII" koehler@eisner.nospam.encompasserve.org (Bob Koehler) wrote on 07/16/2008 08:44:18 AM: > In article <1381471f-1faa-4973-a138-7c2d553ed762@d77g2000hsb. > googlegroups.com>, AEF writes: > > > > While we're on the topic: Suppose I wanted to port my trading app from > > VAX to Alpha or Integrity. All of it is written in DCL and Pascal > > except for the "messenger" program, which is written in Macro. What > > would it take to move this macro code to Alpha or Integrity (and why > > is it called "Macro")? > > There is a guide to porting Macro-32 from VAX to Alpha. I think if > it will compile on Alpha it's ready for IA-64. I can't fathom trying > to follow it without learning Macro-32 first. > ..are there not still available VEST and AEST. --=_alternative 0047758585257488_= Content-Type: text/html; charset="US-ASCII"
koehler@eisner.nospam.encompasserve.org (Bob Koehler) wrote on 07/16/2008 08:44:18 AM:

> In article <1381471f-1faa-4973-a138-7c2d553ed762@d77g2000hsb.
> googlegroups.com>, AEF <spamsink2001@yahoo.com> writes:
> >
> > While we're on the topic: Suppose I wanted to port my trading app from
> > VAX to Alpha or Integrity. All of it is written in DCL and Pascal
> > except for the "messenger" program, which is written in Macro. What
> > would it take to move this macro code to Alpha or Integrity (and why
> > is it called "Macro")?
>
>    There is a guide to porting Macro-32 from VAX to Alpha.  I think if
>    it will compile on Alpha it's ready for IA-64.  I can't fathom trying
>    to follow it without learning Macro-32 first.
>
..are there not still available VEST and AEST.
--=_alternative 0047758585257488_=-- ------------------------------ Date: 16 Jul 2008 17:42:56 GMT From: VAXman- @SendSpamHere.ORG Subject: Re: DCL divide by zero WAS: Symbol Substitution Mystery Message-ID: <487e3320$0$20904$607ed4bc@cv.net> In article , norm.raphael@metso.com writes: >koehler@eisner.nospam.encompasserve.org (Bob Koehler) wrote on 07/16/2008 >08:44:18 AM: > >> In article <1381471f-1faa-4973-a138-7c2d553ed762@d77g2000hsb. >> googlegroups.com>, AEF writes: >> > >> > While we're on the topic: Suppose I wanted to port my trading app from >> > VAX to Alpha or Integrity. All of it is written in DCL and Pascal >> > except for the "messenger" program, which is written in Macro. What >> > would it take to move this macro code to Alpha or Integrity (and why >> > is it called "Macro")? >> >> There is a guide to porting Macro-32 from VAX to Alpha. I think if >> it will compile on Alpha it's ready for IA-64. I can't fathom trying >> to follow it without learning Macro-32 first. >> >...are there not still available VEST and AEST. There are. In the early Alpha days, I ported everything but others were happy to VEST their code. The problem was that when some exception that wasn't handled was raised in the VESTed code, it was a bear to debug. I would conclude that the same is true of AEST. Compiled/assembled native code is far easier to debug! VEST and AEST should be considered tools of last resort. If the applic- ation has source code available, port it. Performance of the translated code is also not optimal. I've seen some gawd awful results on Itanium. -- VAXman- A Bored Certified VMS Kernel Mode Hacker VAXman(at)TMESIS(dot)COM ... pejorative statements of opinion are entitled to constitutional protection no matter how extreme, vituperous, or vigorously expressed they may be. (NJSC) c. 2008 Brian Schenkenberger. Any publication of _this_ usenet article outside of usenet _must_ include its contents in its entirety including this copyright notice, disclaimer and quotations. ------------------------------ Date: Wed, 16 Jul 2008 03:24:15 -0700 (PDT) From: vaxinf@chemie.uni-konstanz.de Subject: Kaspersky's Remote Code Execution Through Intel CPU Bugs presentation Message-ID: Hi, 230 bugs in Itanium and some might be very dangerous: http://conference.hitb.org/hitbsecconf2008kl/?page_id=214 I'm very curious if there are methods to get privs under OpenVMS, too. Eberhard ------------------------------ Date: Wed, 16 Jul 2008 06:04:50 -0700 From: "Tom Linden" Subject: Re: Kaspersky's Remote Code Execution Through Intel CPU Bugs presentation Message-ID: On Wed, 16 Jul 2008 03:24:15 -0700, wrot= e: > Hi, > > 230 bugs in Itanium and some might be very dangerous: > > http://conference.hitb.org/hitbsecconf2008kl/?page_id=3D214 > > I'm very curious if there are methods to get privs under OpenVMS, too.= > > Eberhard We may be safe for the moment by virtue of the fact that there are so few in the field that it is not attractive to the hackers and crackers. -- = PL/I for OpenVMS www.kednos.com ------------------------------ Date: Wed, 16 Jul 2008 00:16:34 -0700 (PDT) From: "Bart.Zorn@gmail.com" Subject: Re: TCPIP smtp queue - how to change it? Message-ID: <6b702905-0846-4be8-bdac-134855e58a3f@34g2000hsf.googlegroups.com> On Jul 16, 12:21=A0am, Jan-Erik S=F6derholm wrote: > ythe...@gmail.com wrote: > > Hello, > > > When you do a 'TCPIP SHOW CONFIGURATION SMTP', you'll see at the > > bottom line the associated SMTP-queue. > > My question is, how can you change this SMTP-queue. > > Why would you "change" (whatever that is) the SMTP queue(s) ? Well, one reason could be to make smtp cluster aware. The default configuration creates two queues for each node in the cluster (one generic, one execution). A more normal configuration would be one generic queue for the entire cluster with one or more execution queues on the members. However, because of the undocumented file mentioned before, I have no idea if that could work. Bart Zorn > > Jan-Erik. > > > I found in the documentation that you can set the number of queues > > (tcpip set configuration smtp/queue=3Dn), but I can't find nothing > > telling me how to change it... > > I did not find any configuration file; logical,... where this queue is > > kept... > > > Another question related to this: these SMTP-queues, are these normal > > queues (created with initialize)? > > > Thx in advance.... > > Me ------------------------------ Date: Wed, 16 Jul 2008 01:05:56 -0700 (PDT) From: ythefoe@gmail.com Subject: Re: TCPIP smtp queue - how to change it? Message-ID: <7d228ed7-664e-4307-85a0-e1141ce7b185@79g2000hsk.googlegroups.com> On 16 jul, 00:21, Jan-Erik S=F6derholm wrote: > ythe...@gmail.com wrote: > > Hello, > > > When you do a 'TCPIP SHOW CONFIGURATION SMTP', you'll see at the > > bottom line the associated SMTP-queue. > > My question is, how can you change this SMTP-queue. > > Why would you "change" (whatever that is) the SMTP queue(s) ? > > Jan-Erik. > > > I found in the documentation that you can set the number of queues > > (tcpip set configuration smtp/queue=3Dn), but I can't find nothing > > telling me how to change it... > > I did not find any configuration file; logical,... where this queue is > > kept... > > > Another question related to this: these SMTP-queues, are these normal > > queues (created with initialize)? > > > Thx in advance.... > > Me Well, the problem is that the generic queue is pointing to a queue that doesn't exist. How and why this generic queue is changed, I have no clue... But now I should change the generic queue back to it's original name, but I can't fino out how... ------------------------------ Date: Wed, 16 Jul 2008 08:49:57 GMT From: =?ISO-8859-1?Q?Jan-Erik_S=F6derholm?= Subject: Re: TCPIP smtp queue - how to change it? Message-ID: ythefoe@gmail.com wrote: > On 16 jul, 00:21, Jan-Erik Söderholm >> >> Why would you "change" (whatever that is) the SMTP queue(s) ? >> >> Jan-Erik. >> > > Well, the problem is that the generic queue is pointing to a queue > that doesn't exist. > How and why this generic queue is changed, I have no clue... > But now I should change the generic queue back to it's original name, > but I can't fino out how... I guess that simply deleting both queues and re-starting SMTP will re-create the correct queues (according to the number-of-queues parameter in the SMTP config). Jan-Erik. ------------------------------ Date: Wed, 16 Jul 2008 03:29:30 -0700 (PDT) From: ythefoe@gmail.com Subject: Re: TCPIP smtp queue - how to change it? Message-ID: On 16 jul, 10:49, Jan-Erik S=F6derholm wrote: > ythe...@gmail.com wrote: > > On 16 jul, 00:21, Jan-Erik S=F6derholm > > >> Why would you "change" (whatever that is) the SMTP queue(s) ? > > >> Jan-Erik. > > > Well, the problem is that the generic queue is pointing to a queue > > that doesn't exist. > > How and why this generic queue is changed, I have no clue... > > But now I should change the generic queue back to it's original name, > > but I can't fino out how... > > I guess that simply deleting both queues and re-starting > SMTP will re-create the correct queues (according to > the number-of-queues parameter in the SMTP config). > > Jan-Erik. I did follow the manaul from HP, so I did tcpip disable smtp tcpip stop mail But I got the following error: %TCPIP-E-STOPERROR, error stopping SMTP service When I look at the log file it's saying: %TCPIP-I-SMTP_SYMBRUN, symbiont is running the queue xxx But queue xxx doesn't exist anymore Another strange thing, is that NO symbionts are running on the system... ------------------------------ Date: Wed, 16 Jul 2008 11:15:55 GMT From: =?ISO-8859-1?Q?Jan-Erik_S=F6derholm?= Subject: Re: TCPIP smtp queue - how to change it? Message-ID: ythefoe@gmail.com wrote: > I did follow the manaul from HP, so I did > tcpip disable smtp > tcpip stop mail > But I got the following error: > %TCPIP-E-STOPERROR, error stopping SMTP service I'd try the following : $ $ sh que *smtp* Generic server queue TCPIP$SMTP_OSSBY1_00 Server queue TCPIP$SMTP_OSSBY1_01, idle, on .... $ @sys$startup:tcpip$smtp_shutdown %TCPIP-I-INFO, service disabled %TCPIP-I-INFO, logical names deleted %TCPIP-I-INFO, image SYS$SHARE:TCPIP$SMTP_MAILSHR.EXE deinstalled %TCPIP-I-INFO, image SYS$SYSTEM:TCPIP$SMTP_RECEIVER.EXE deinstalled %TCPIP-I-INFO, service queues stopped %TCPIP-S-SHUTDONE, TCPIP$SMTP shutdown completed $ $ dele/que TCPIP$SMTP_OSSBY1_00 ! Or whatever your queues are named. $ dele/que TCPIP$SMTP_OSSBY1_01 $ sh que *smtp* %JBC-E-NOSUCHQUE, no such queue ! No SMTP queues left... $ @sys$startup:tcpip$smtp_startup %TCPIP-I-INFO, image SYS$SHARE:TCPIP$SMTP_MAILSHR.EXE installed %TCPIP-I-INFO, image SYS$SYSTEM:TCPIP$SMTP_RECEIVER.EXE installed %TCPIP-I-INFO, logical names created %TCPIP-I-INFO, service queues started %TCPIP-I-INFO, service enabled %TCPIP-S-STARTDONE, TCPIP$SMTP startup completed $ $ $ sh que *smtp* Generic server queue TCPIP$SMTP_OSSBY1_00 Server queue TCPIP$SMTP_OSSBY1_01, idle, on ..... What does $TCPIP SHOW CONFIG SMTP say ? Jan-Erik. > > When I look at the log file it's saying: > %TCPIP-I-SMTP_SYMBRUN, symbiont is running the queue xxx > But queue xxx doesn't exist anymore > > Another strange thing, is that NO symbionts are running on the > system... ------------------------------ Date: Wed, 16 Jul 2008 05:09:44 -0700 (PDT) From: ythefoe@gmail.com Subject: Re: TCPIP smtp queue - how to change it? Message-ID: <4c378b82-9db4-40be-ac3e-f5dc2723f1ed@56g2000hsm.googlegroups.com> On 16 jul, 13:15, Jan-Erik S=F6derholm wrote: > ythe...@gmail.com wrote: > > I did follow the manaul from HP, so I did > > tcpip disable smtp > > tcpip stop mail > > But I got the following error: > > %TCPIP-E-STOPERROR, error stopping SMTP service > > I'd try the following : > > $ > $ sh que *smtp* > =A0 Generic server queue TCPIP$SMTP_OSSBY1_00 > > =A0 Server queue TCPIP$SMTP_OSSBY1_01, idle, on .... > > $ @sys$startup:tcpip$smtp_shutdown > %TCPIP-I-INFO, service disabled > %TCPIP-I-INFO, logical names deleted > %TCPIP-I-INFO, image SYS$SHARE:TCPIP$SMTP_MAILSHR.EXE deinstalled > %TCPIP-I-INFO, image SYS$SYSTEM:TCPIP$SMTP_RECEIVER.EXE deinstalled > %TCPIP-I-INFO, service queues stopped > %TCPIP-S-SHUTDONE, TCPIP$SMTP shutdown completed > $ > $ dele/que TCPIP$SMTP_OSSBY1_00 =A0 ! Or whatever your queues are named. > $ dele/que TCPIP$SMTP_OSSBY1_01 > > $ sh que *smtp* > %JBC-E-NOSUCHQUE, no such queue =A0 ! No SMTP queues left... > > $ @sys$startup:tcpip$smtp_startup > %TCPIP-I-INFO, image SYS$SHARE:TCPIP$SMTP_MAILSHR.EXE installed > %TCPIP-I-INFO, image SYS$SYSTEM:TCPIP$SMTP_RECEIVER.EXE installed > %TCPIP-I-INFO, logical names created > %TCPIP-I-INFO, service queues started > %TCPIP-I-INFO, service enabled > %TCPIP-S-STARTDONE, TCPIP$SMTP startup completed > $ > $ > $ sh que *smtp* > =A0 Generic server queue TCPIP$SMTP_OSSBY1_00 > > =A0 Server queue TCPIP$SMTP_OSSBY1_01, idle, on ..... > > What does $TCPIP SHOW CONFIG SMTP say ? > > Jan-Erik. > > > > > When I look at the log file it's saying: > > =A0 =A0%TCPIP-I-SMTP_SYMBRUN, symbiont is running the queue xxx > > But queue xxx doesn't exist anymore > > > Another strange thing, is that NO symbionts are running on the > > system... Hi Jan-Erik, Do you know how the smtp-server knows which queue he has to use as 'generic queue'? You can set the number of queues the smtp-server can use, but how is the link constructed between the smtp service and the queue? ------------------------------ Date: Wed, 16 Jul 2008 12:24:27 GMT From: =?ISO-8859-1?Q?Jan-Erik_S=F6derholm?= Subject: Re: TCPIP smtp queue - how to change it? Message-ID: <%Llfk.1022$U5.669@newsb.telia.net> ythefoe@gmail.com wrote: > Do you know how the smtp-server knows which queue he has to use as > 'generic queue'? No, I've never needed to know that. Since you're unable to supply information asked for, I'll quit here. Good luck. Jan-Erik. ------------------------------ Date: Wed, 16 Jul 2008 08:35:48 -0700 (PDT) From: etmsreec@yahoo.co.uk Subject: Re: TCPIP smtp queue - how to change it? Message-ID: <3185de7e-e386-43ab-88eb-f03ac5f9d62f@d45g2000hsc.googlegroups.com> On 16 Jul, 13:09, ythe...@gmail.com wrote: > On 16 jul, 13:15, Jan-Erik S=F6derholm > wrote: > > > > > > > ythe...@gmail.com wrote: > > > I did follow the manaul from HP, so I did > > > tcpip disable smtp > > > tcpip stop mail > > > But I got the following error: > > > %TCPIP-E-STOPERROR, error stopping SMTP service > > > I'd try the following : > > > $ > > $ sh que *smtp* > > =A0 Generic server queue TCPIP$SMTP_OSSBY1_00 > > > =A0 Server queue TCPIP$SMTP_OSSBY1_01, idle, on .... > > > $ @sys$startup:tcpip$smtp_shutdown > > %TCPIP-I-INFO, service disabled > > %TCPIP-I-INFO, logical names deleted > > %TCPIP-I-INFO, image SYS$SHARE:TCPIP$SMTP_MAILSHR.EXE deinstalled > > %TCPIP-I-INFO, image SYS$SYSTEM:TCPIP$SMTP_RECEIVER.EXE deinstalled > > %TCPIP-I-INFO, service queues stopped > > %TCPIP-S-SHUTDONE, TCPIP$SMTP shutdown completed > > $ > > $ dele/que TCPIP$SMTP_OSSBY1_00 =A0 ! Or whatever your queues are named= . > > $ dele/que TCPIP$SMTP_OSSBY1_01 > > > $ sh que *smtp* > > %JBC-E-NOSUCHQUE, no such queue =A0 ! No SMTP queues left... > > > $ @sys$startup:tcpip$smtp_startup > > %TCPIP-I-INFO, image SYS$SHARE:TCPIP$SMTP_MAILSHR.EXE installed > > %TCPIP-I-INFO, image SYS$SYSTEM:TCPIP$SMTP_RECEIVER.EXE installed > > %TCPIP-I-INFO, logical names created > > %TCPIP-I-INFO, service queues started > > %TCPIP-I-INFO, service enabled > > %TCPIP-S-STARTDONE, TCPIP$SMTP startup completed > > $ > > $ > > $ sh que *smtp* > > =A0 Generic server queue TCPIP$SMTP_OSSBY1_00 > > > =A0 Server queue TCPIP$SMTP_OSSBY1_01, idle, on ..... > > > What does $TCPIP SHOW CONFIG SMTP say ? > > > Jan-Erik. > > > > When I look at the log file it's saying: > > > =A0 =A0%TCPIP-I-SMTP_SYMBRUN, symbiont is running the queue xxx > > > But queue xxx doesn't exist anymore > > > > Another strange thing, is that NO symbionts are running on the > > > system... > > Hi Jan-Erik, > > Do you know how the smtp-server knows which queue he has to use as > 'generic queue'? > You can set the number of queues the smtp-server can use, but how is > the link constructed between the smtp service and the queue?- Hide quoted= text - > > - Show quoted text - I've always taken it that the queue name for the generic queue is hard- coded in a manner of speaking. The TCP/IP stack knows whether it should be UCX or TCPIP whatever, it knows what the nodename is so it will be able to workout the generic queue name. Since TCPIP$SMTP_COMMON is, paradoxically, in SYS$SPECIFIC, I'd take it that each node has to have its own queues. Certainly the clusters I have access to at the moment echo this status... Steve ------------------------------ Date: Wed, 16 Jul 2008 12:42:03 +0000 (UTC) From: m.kraemer@gsi.de (Michael Kraemer) Subject: Re: USPS (Unbelievably Sl-o-o-o-w Postal Service) Message-ID: In article <487b5dc8$0$5011$607ed4bc@cv.net>, VAXman- @SendSpamHere.ORG writes: > > -- > VAXman- A Bored Certified VMS Kernel Mode Hacker VAXman(at)TMESIS(dot)COM > > "Well my son, life is like a beanstalk, isn't it?" > > Copyright 2008 Brian Schenkenberger. Ahem, the copyright for the above sentence is supposed to belong to Mr. Reid, isn't it ? ------------------------------ Date: 16 Jul 2008 17:32:45 GMT From: VAXman- @SendSpamHere.ORG Subject: Re: USPS (Unbelievably Sl-o-o-o-w Postal Service) Message-ID: <487e30bd$0$20904$607ed4bc@cv.net> In article , m.kraemer@gsi.de (Michael Kraemer) writes: >In article <487b5dc8$0$5011$607ed4bc@cv.net>, VAXman- @SendSpamHere.ORG writes: >> >> -- >> VAXman- A Bored Certified VMS Kernel Mode Hacker VAXman(at)TMESIS(dot)COM >> >> "Well my son, life is like a beanstalk, isn't it?" >> >> Copyright 2008 Brian Schenkenberger. > >Ahem, the copyright for the above sentence is supposed to belong >to Mr. Reid, isn't it ? Correct. I've removed that quotation anyway. Somebody complained that my sig was too long for their interpretation of netiquette so I've elided the quotation of Mr. Reid and one of the NJSC citations. -- VAXman- A Bored Certified VMS Kernel Mode Hacker VAXman(at)TMESIS(dot)COM ... pejorative statements of opinion are entitled to constitutional protection no matter how extreme, vituperous, or vigorously expressed they may be. (NJSC) c. 2008 Brian Schenkenberger. Any publication of _this_ usenet article outside of usenet _must_ include its contents in its entirety including this copyright notice, disclaimer and quotations. ------------------------------ End of INFO-VAX 2008.395 ************************