Command Server Working Mechanisms
Hi, I would like to know the API or mechanisms used by Command Server to perform administrative tasks(eg create a queue) on the Queue Manager. Is there any API that I could use to write my own command server for Unix and / or Windows? Monique
Re: Command Server Working Mechanisms
The manual you are after is "Programmable Command Formats and Administration Interface" and its not easy. Any given single thing is relatively easy to do but there are an awful lot of things you can do. Regards Tim A -Original Message-From: Monique Diaz [mailto:[EMAIL PROTECTED]Sent: Wednesday, 30 June 2004 5:58 AMTo: [EMAIL PROTECTED]Subject: Command Server Working MechanismsHi, I would like to know the API or mechanisms used by Command Server to perform administrative tasks(eg create a queue) on the Queue Manager. Is there any API that I could use to write my own command server for Unix and / or Windows? Monique This email and any attachments may contain privileged and confidential information and are intended for the named addressee only. If you have received this e-mail in error, please notify the sender and delete this e-mail immediately. Any confidentiality, privilege or copyright is not waived or lost because this e-mail has been sent to you in error. It is your responsibility to check this e-mail and any attachments for viruses. No warranty is made that this material is free from computer virus or any other defect or error. Any loss/damage incurred by using this material is not the sender's responsibility. The sender's entire liability will be limited to resupplying the material.
Re: Command Server Working Mechanisms
Thanks Tim, We (Monique and myself are working together) are actually not after that book. The book says how to do things when the command server is running; our purpose is to understand if it is possible to write monitoring application that does not require command server to, for example, create a queue, but does it "instead of the command server". Is my suspicion correct that the command server works on a low level and there is no cross-platform API it uses to create a queue? Thank you in advance, Pavel Tim Armstrong <[EMAIL PROTECTED]To: [EMAIL PROTECTED] YER.COM.AU> cc: Sent by: MQSeries Subject: Re: Command Server Working Mechanisms List <[EMAIL PROTECTED] .AT> 06/29/2004 05:07 PM Please respond to MQSeries List The manual you are after is "Programmable Command Formats and Administration Interface" and its not easy. Any given single thing is relatively easy to do but there are an awful lot of things you can do. Regards Tim A -Original Message- From: Monique Diaz [mailto:[EMAIL PROTECTED] Sent: Wednesday, 30 June 2004 5:58 AM To: [EMAIL PROTECTED] Subject: Command Server Working Mechanisms Hi, I would like to know the API or mechanisms used by Command Server to perform administrative tasks(eg create a queue) on the Queue Manager. Is there any API that I could use to write my own command server for Unix and / or Windows? Monique This email and any attachments may contain privileged and confidential information and are intended for the named addressee only. If you have received this e-mail in error, please notify the sender and delete this e-mail immediately. Any confidentiality, privilege or copyright is not waived or lost because this e-mail has been sent to you in error. It is your responsibility to check this e-mail and any attachments for viruses. No warranty is made that this material is free from computer virus or any other defect or error. Any loss/damage incurred by using this material is not the sender's responsibility. The sender's entire liability will be limited to resupplying the material. -- This e-mail may contain confidential and/or privileged information. If you are not the intended recipient (or have received this e-mail in error) please notify the sender immediately and destroy this e-mail. Any unauthorized copying, disclosure or distribution of the material in this e-mail is strictly forbidden. Instructions for managing your mailing list subscription are provided in the Listserv General Users Guide available at http://www.lsoft.com Archive: http://vm.akh-wien.ac.at/MQSeries.archive
Re: Command Server Working Mechanisms
Pavel,
the only 'process' that can create queues, etc... WITHOUT command server
running is: runmqsc
If you look at the runmqsc.exe for example on Windows, you'll notice it is a
very small
program... The API that runmqsc uses into QMgr is very obscure and IBM
internal as I have
understood.
Now the important question... why do you not want to run the command server
and find something
to replace it. Is it educational or are you driven by potential security
exposures?
Michael
-Oorspronkelijk bericht-
Van: MQSeries List [mailto:[EMAIL PROTECTED] Pavel
Tolkachev
Verzonden: Tuesday, June 29, 2004 11:25 PM
Aan: [EMAIL PROTECTED]
Onderwerp: Re: Command Server Working Mechanisms
Thanks Tim,
We (Monique and myself are working together) are actually not after that
book. The book says how to do things when the command server is running; our
purpose is to understand if it is possible to write monitoring application
that does not require command server to, for example, create a queue, but
does it "instead of the command server". Is my suspicion correct that the
command server works on a low level and there is no cross-platform API it
uses to create a queue?
Thank you in advance,
Pavel
Tim Armstrong
<[EMAIL PROTECTED]To:
[EMAIL PROTECTED]
YER.COM.AU> cc:
Sent by: MQSeries Subject: Re: Command
Server Working Mechanisms
List
<[EMAIL PROTECTED]
.AT>
06/29/2004 05:07 PM
Please respond to
MQSeries List
The manual you are after is "Programmable Command Formats and Administration
Interface" and its not easy. Any given single thing is relatively easy to do
but there are an awful lot of things you can do.
Regards
Tim A
-Original Message-
From: Monique Diaz [mailto:[EMAIL PROTECTED]
Sent: Wednesday, 30 June 2004 5:58 AM
To: [EMAIL PROTECTED]
Subject: Command Server Working Mechanisms
Hi,
I would like to know the API or mechanisms used by Command Server to
perform administrative tasks(eg create a queue) on the Queue Manager.
Is there any API that I could use to write my own command server for
Unix and / or Windows?
Monique
This email and any attachments may contain privileged and confidential
information and are intended for the named
addressee only. If you have received this e-mail in error, please notify
the sender and delete this e-mail
immediately. Any confidentiality, privilege or copyright is not waived or
lost because this e-mail has been sent to
you in error. It is your responsibility to check this e-mail and any
attachments for viruses. No warranty is made
that this material is free from computer virus or any other defect or
error. Any loss/damage incurred by using this
material is not the sender's responsibility. The sender's entire liability
will be limited to resupplying the
material.
--
This e-mail may contain confidential and/or privileged information. If you
are not the intended recipient (or have received this e-mail in error)
please notify the sender immediately and destroy this e-mail. Any
unauthorized copying, disclosure or distribution of the material in this
e-mail is strictly forbidden.
Instructions for managing your mailing list subscription are provided in
the Listserv General Users Guide available at http://www.lsoft.com
Archive: http://vm.akh-wien.ac.at/MQSeries.archive
Instructions for managing your mailing list subscription are provided in
the Listserv General Users Guide available at http://www.lsoft.com
Archive: http://vm.akh-wien.ac.at/MQSeries.archive
Re: Command Server Working Mechanisms
To add to Tim's response, I would download and review the code in supportpac MS03 (WebSphere MQ save Queue Manager object definitions using PCFs) to learn how to build a command and parse a response. Like Tim said, individual items are easy, but you have to first build the framework to support the structure definitions involved. Good luck, let us know how it turns out. Dave A. -=--=--=--=--=--=--=--=--=--=--=--=- David Awerbuch, Consultant MQSeries Applications Specialist Calyon Securities Metro Park: 1-732-590-7452 email: [EMAIL PROTECTED] -Original Message-From: Tim Armstrong [mailto:[EMAIL PROTECTED]Sent: Tuesday, June 29, 2004 5:07 PMTo: [EMAIL PROTECTED]Subject: Re: Command Server Working Mechanisms The manual you are after is "Programmable Command Formats and Administration Interface" and its not easy. Any given single thing is relatively easy to do but there are an awful lot of things you can do. Regards Tim A -Original Message-From: Monique Diaz [mailto:[EMAIL PROTECTED]Sent: Wednesday, 30 June 2004 5:58 AMTo: [EMAIL PROTECTED]Subject: Command Server Working MechanismsHi, I would like to know the API or mechanisms used by Command Server to perform administrative tasks(eg create a queue) on the Queue Manager. Is there any API that I could use to write my own command server for Unix and / or Windows? Monique This email and any attachments may contain privileged and confidential information and are intended for the named addressee only. If you have received this e-mail in error, please notify the sender and delete this e-mail immediately. Any confidentiality, privilege or copyright is not waived or lost because this e-mail has been sent to you in error. It is your responsibility to check this e-mail and any attachments for viruses. No warranty is made that this material is free from computer virus or any other defect or error. Any loss/damage incurred by using this material is not the sender's responsibility. The sender's entire liability will be limited to resupplying the material. *** Calyon This message and/or any attachments (the "message") is intended for the sole use of its addressee. If you are not the addressee, please immediately notify the sender and then destroy the message. The unauthorized disclosure, use, dissemination or copying (either whole or partial) of this e-mail, or any information it contains, is prohibited. E-mails are susceptible to alteration and their integrity cannot be guaranteed. As this message and/or any attachments may have been altered without our knowledge, its content is not legally binding on CALYON Corporate and Investment Bank. All rights reserved.
Re: Command Server Working Mechanisms
Hello Michael,
Thanks for the answer. The answer to your questions is "both and more". More is that
we have some controlling/monitoring process on Unix and Windows that uses server-side
MQI and if we were able to do what command server does based on PCFs, we wouldn't
require this yet another process (yes, having it has security implications and also
potentially affects resources and complexity and increases the number of moving parts).
I feel that using runmqsc is not better (rather, worse), than using command server for
our purpose. So I just wanted to know whether or not there is an API that command
server (and, for this purpose, runmqsc) use to do their job that our process could use
or it is all platform-specific and undocumented. We really want bare bones or the
lowest level available for the MQ administration software.
Thank you,
Pavel
Michael Dag
<[EMAIL PROTECTED]To: [EMAIL PROTECTED]
ET.NL> cc:
Sent by: MQSeries Subject: Re: Command Server Working
Mechanisms
List
<[EMAIL PROTECTED]
n.AC.AT>
06/29/2004 05:50
PM
Please respond to
Michael.Dag
Pavel,
the only 'process' that can create queues, etc... WITHOUT command server
running is: runmqsc
If you look at the runmqsc.exe for example on Windows, you'll notice it is a
very small
program... The API that runmqsc uses into QMgr is very obscure and IBM
internal as I have
understood.
Now the important question... why do you not want to run the command server
and find something
to replace it. Is it educational or are you driven by potential security
exposures?
Michael
-Oorspronkelijk bericht-
Van: MQSeries List [mailto:[EMAIL PROTECTED] Pavel
Tolkachev
Verzonden: Tuesday, June 29, 2004 11:25 PM
Aan: [EMAIL PROTECTED]
Onderwerp: Re: Command Server Working Mechanisms
Thanks Tim,
We (Monique and myself are working together) are actually not after that
book. The book says how to do things when the command server is running; our
purpose is to understand if it is possible to write monitoring application
that does not require command server to, for example, create a queue, but
does it "instead of the command server". Is my suspicion correct that the
command server works on a low level and there is no cross-platform API it
uses to create a queue?
Thank you in advance,
Pavel
Tim Armstrong
<[EMAIL PROTECTED]To:
[EMAIL PROTECTED]
YER.COM.AU> cc:
Sent by: MQSeries Subject: Re: Command
Server Working Mechanisms
List
<[EMAIL PROTECTED]
.AT>
06/29/2004 05:07 PM
Please respond to
MQSeries List
The manual you are after is "Programmable Command Formats and Administration
Interface" and its not easy. Any given single thing is relatively easy to do
but there are an awful lot of things you can do.
Regards
Tim A
-Original Message-
From: Monique Diaz [mailto:[EMAIL PROTECTED]
Sent: Wednesday, 30 June 2004 5:58 AM
To: [EMAIL PROTECTED]
Subject: Command Server Working Mechanisms
Hi,
I would like to know the API or mechanisms used by Command Server to
perform administrative tasks(eg create a queue) on the Queue Manager.
Is there any API that I could use to write my own command server for
Unix and / or Windows?
Monique
This email and any attachments may contain privileged and confidential
information and are intended for the named
addressee only. If you have received this e-mail in error, please notify
the sender and delete this e-mail
immediately. Any confidentiality, privilege or copyright is not waived or
lost because this e-mail has been sent to
you in error. It is your responsibility to check this e-mail and any
attachments for viruses. No warranty is made
that this material is free from computer virus or any other defect or
error. Any loss/damage incurred by using this
material is not the sender's responsibility. The sender's entire liability
will be limited to resupplying the
material.
--
This e-mail may contain confidential and/or privileged information. If you
are not the intended recipient (or have received this e-mail in error)
please notify the sender immediately and destroy this e-mail. Any
unauthorized copying, disclosure or distribution of the material in this
e-mail is strictly forbidden.
Instructions for managing your mailing list subscription are provided in
the Listserv General Users Guide available at http://www.lso
Re: Command Server Working Mechanisms
Pavel,
One technique would be to write a wrapper for the command server. The wrapper uses
and extends the PCF formats and monitors the command queue. Any commands that it
knows about are handled by the wrapper. Any commands it does not know about are
passed to the command server. The wrapper can provide extended services (display and
manipulate OAM settings for example) and can also extend the security model. The only
tricky part is to edit the amqpcsea binary to make it look at some queue *other than*
the command queue.
-- T.Rob
-Original Message-
From: MQSeries List [mailto:[EMAIL PROTECTED] Behalf Of Pavel
Tolkachev
Sent: Wednesday, June 30, 2004 10:30 AM
To: [EMAIL PROTECTED]
Subject: Re: Command Server Working Mechanisms
Hello Michael,
Thanks for the answer. The answer to your questions is "both and more". More is that
we have some controlling/monitoring process on Unix and Windows that uses server-side
MQI and if we were able to do what command server does based on PCFs, we wouldn't
require this yet another process (yes, having it has security implications and also
potentially affects resources and complexity and increases the number of moving parts).
I feel that using runmqsc is not better (rather, worse), than using command server for
our purpose. So I just wanted to know whether or not there is an API that command
server (and, for this purpose, runmqsc) use to do their job that our process could use
or it is all platform-specific and undocumented. We really want bare bones or the
lowest level available for the MQ administration software.
Thank you,
Pavel
Michael Dag
<[EMAIL PROTECTED]To: [EMAIL PROTECTED]
ET.NL> cc:
Sent by: MQSeries Subject: Re: Command Server Working
Mechanisms
List
<[EMAIL PROTECTED]
n.AC.AT>
06/29/2004 05:50
PM
Please respond to
Michael.Dag
Pavel,
the only 'process' that can create queues, etc... WITHOUT command server
running is: runmqsc
If you look at the runmqsc.exe for example on Windows, you'll notice it is a
very small
program... The API that runmqsc uses into QMgr is very obscure and IBM
internal as I have
understood.
Now the important question... why do you not want to run the command server
and find something
to replace it. Is it educational or are you driven by potential security
exposures?
Michael
-Oorspronkelijk bericht-
Van: MQSeries List [mailto:[EMAIL PROTECTED] Pavel
Tolkachev
Verzonden: Tuesday, June 29, 2004 11:25 PM
Aan: [EMAIL PROTECTED]
Onderwerp: Re: Command Server Working Mechanisms
Thanks Tim,
We (Monique and myself are working together) are actually not after that
book. The book says how to do things when the command server is running; our
purpose is to understand if it is possible to write monitoring application
that does not require command server to, for example, create a queue, but
does it "instead of the command server". Is my suspicion correct that the
command server works on a low level and there is no cross-platform API it
uses to create a queue?
Thank you in advance,
Pavel
Tim Armstrong
<[EMAIL PROTECTED]To:
[EMAIL PROTECTED]
YER.COM.AU> cc:
Sent by: MQSeries Subject: Re: Command
Server Working Mechanisms
List
<[EMAIL PROTECTED]
.AT>
06/29/2004 05:07 PM
Please respond to
MQSeries List
The manual you are after is "Programmable Command Formats and Administration
Interface" and its not easy. Any given single thing is relatively easy to do
but there are an awful lot of things you can do.
Regards
Tim A
-Original Message-
From: Monique Diaz [mailto:[EMAIL PROTECTED]
Sent: Wednesday, 30 June 2004 5:58 AM
To: [EMAIL PROTECTED]
Subject: Command Server Working Mechanisms
Hi,
I would like to know the API or mechanisms used by Command Server to
perform administrative tasks(eg create a queue) on the Queue Manager.
Is there any API that I could use to write my own command server for
Unix and / or Windows?
Monique
This email and any attachments may contain privileged and confidential
information and are intended for the named
addressee only. If you have received this e-mail in error, please notify
the sender and delete this e-mail
immediately. Any confidentiality, privilege or copyright is not waived or
lost because this e-mail has been sent to
you in error. It is your responsibility to check this e-mail a
Re: Command Server Working Mechanisms
Thanks T. Rob,
Nice idea! For my purpose, it may make more sense to put messages to another queue and
forward unknown ones to the command queue whose permissions must be really-really
restricted. We will think of it more, but we may end up with just using command server
-- it looks like nobody knows what it does to really create a queue etc..
Sincerely,
Pavel
"Wyatt, T Rob"
<[EMAIL PROTECTED]To: [EMAIL PROTECTED]
MERICA.COM> cc:
Sent by: MQSeries Subject: Re: Command Server Working
Mechanisms
List
<[EMAIL PROTECTED]
C.AT>
06/30/2004 11:01 AM
Please respond to
MQSeries List
Pavel,
One technique would be to write a wrapper for the command server. The wrapper uses
and extends the PCF formats and monitors the command queue. Any commands that it
knows about are handled by the wrapper. Any commands it does not know about are
passed to the command server. The wrapper can provide extended services (display and
manipulate OAM settings for example) and can also extend the security model. The only
tricky part is to edit the amqpcsea binary to make it look at some queue *other than*
the command queue.
-- T.Rob
-Original Message-
From: MQSeries List [mailto:[EMAIL PROTECTED] Behalf Of Pavel
Tolkachev
Sent: Wednesday, June 30, 2004 10:30 AM
To: [EMAIL PROTECTED]
Subject: Re: Command Server Working Mechanisms
Hello Michael,
Thanks for the answer. The answer to your questions is "both and more". More is that
we have some controlling/monitoring process on Unix and Windows that uses server-side
MQI and if we were able to do what command server does based on PCFs, we wouldn't
require this yet another process (yes, having it has security implications and also
potentially affects resources and complexity and increases the number of moving parts).
I feel that using runmqsc is not better (rather, worse), than using command server for
our purpose. So I just wanted to know whether or not there is an API that command
server (and, for this purpose, runmqsc) use to do their job that our process could use
or it is all platform-specific and undocumented. We really want bare bones or the
lowest level available for the MQ administration software.
Thank you,
Pavel
Michael Dag
<[EMAIL PROTECTED]To: [EMAIL PROTECTED]
ET.NL> cc:
Sent by: MQSeries Subject: Re: Command Server Working
Mechanisms
List
<[EMAIL PROTECTED]
n.AC.AT>
06/29/2004 05:50
PM
Please respond to
Michael.Dag
Pavel,
the only 'process' that can create queues, etc... WITHOUT command server
running is: runmqsc
If you look at the runmqsc.exe for example on Windows, you'll notice it is a
very small
program... The API that runmqsc uses into QMgr is very obscure and IBM
internal as I have
understood.
Now the important question... why do you not want to run the command server
and find something
to replace it. Is it educational or are you driven by potential security
exposures?
Michael
-Oorspronkelijk bericht-
Van: MQSeries List [mailto:[EMAIL PROTECTED] Pavel
Tolkachev
Verzonden: Tuesday, June 29, 2004 11:25 PM
Aan: [EMAIL PROTECTED]
Onderwerp: Re: Command Server Working Mechanisms
Thanks Tim,
We (Monique and myself are working together) are actually not after that
book. The book says how to do things when the command server is running; our
purpose is to understand if it is possible to write monitoring application
that does not require command server to, for example, create a queue, but
does it "instead of the command server". Is my suspicion correct that the
command server works on a low level and there is no cross-platform API it
uses to create a queue?
Thank you in advance,
Pavel
Tim Armstrong
<[EMAIL PROTECTED]To:
[EMAIL PROTECTED]
YER.COM.AU> cc:
Sent by: MQSeriesSubject: Re: Command
Server Working Mechanisms
List
<[EMAIL PROTECTED]
.AT>
06/29/2004 05:07 PM
Please respond to
MQSeries List
The manual you are after is "Programmable Command Formats and Administration
Interface" and its not easy. Any given single thing is relatively easy to do
but there are an awful lot of things you can do.
Regards
Tim
Re: Command Server Working Mechanisms
>The only tricky part is to edit the amqpcsea binary to make it look at some queue *other than* the command queue. Now that's a nasty hacker's trick ... Dave Instructions for managing your mailing list subscription are provided in the Listserv General Users Guide available at http://www.lsoft.com Archive: http://vm.akh-wien.ac.at/MQSeries.archive
Re: Command Server Working Mechanisms
Sounds like we are reinventing the wheel here. From: Monique Diaz <[EMAIL PROTECTED]> Reply-To: MQSeries List <[EMAIL PROTECTED]> To: [EMAIL PROTECTED] Subject: Command Server Working Mechanisms Date: Tue, 29 Jun 2004 15:58:26 -0400 Hi, I would like to know the API or mechanisms used by Command Server to perform administrative tasks(eg create a queue) on the Queue Manager. Is there any API that I could use to write my own command server for Unix and / or Windows? Monique _ Watch the online reality show Mixed Messages with a friend and enter to win a trip to NY http://www.msnmessenger-download.click-url.com/go/onm00200497ave/direct/01/ Instructions for managing your mailing list subscription are provided in the Listserv General Users Guide available at http://www.lsoft.com Archive: http://vm.akh-wien.ac.at/MQSeries.archive
Read: Command Server Working Mechanisms
Title: Read: Command Server Working Mechanisms Your message To: [EMAIL PROTECTED] Subject: Command Server Working Mechanisms Sent: 30/06/2004 7:58 a.m. was read on 15/07/2004 12:21 p.m.. binf9UDQhc3Gs.bin Description: message/disposition-notification
Read: Command Server Working Mechanisms
Title: Read: Command Server Working Mechanisms Your message To: [EMAIL PROTECTED] Subject: Re: Command Server Working Mechanisms Sent: 30/06/2004 9:07 a.m. was read on 15/07/2004 1:10 p.m.. biny46btBQrK5.bin Description: message/disposition-notification
Read: Command Server Working Mechanisms
Title: Read: Command Server Working Mechanisms Your message To: [EMAIL PROTECTED] Subject: Re: Command Server Working Mechanisms Sent: 30/06/2004 9:25 a.m. was read on 15/07/2004 1:30 p.m.. bin03ZzKs8BFk.bin Description: message/disposition-notification
Read: Command Server Working Mechanisms
Title: Read: Command Server Working Mechanisms Your message To: [EMAIL PROTECTED] Subject: Re: Command Server Working Mechanisms Sent: 30/06/2004 9:50 a.m. was read on 15/07/2004 1:35 p.m.. binkm9Eub4YT2.bin Description: message/disposition-notification
Read: Command Server Working Mechanisms
Title: Read: Command Server Working Mechanisms Your message To: [EMAIL PROTECTED] Subject: Re: Command Server Working Mechanisms Sent: 30/06/2004 10:32 a.m. was read on 15/07/2004 1:42 p.m.. bindFsLYFFyIS.bin Description: message/disposition-notification
Read: Command Server Working Mechanisms
Title: Read: Command Server Working Mechanisms Your message To: [EMAIL PROTECTED] Subject: Re: Command Server Working Mechanisms Sent: 1/07/2004 3:01 a.m. was read on 15/07/2004 1:44 p.m.. binXNeg9whKn2.bin Description: message/disposition-notification
Read: Command Server Working Mechanisms
Title: Read: Command Server Working Mechanisms Your message To: [EMAIL PROTECTED] Subject: Re: Command Server Working Mechanisms Sent: 1/07/2004 2:29 a.m. was read on 15/07/2004 1:43 p.m.. binnh8G3fpoAb.bin Description: message/disposition-notification
Read: Command Server Working Mechanisms
Title: Read: Command Server Working Mechanisms Your message To: [EMAIL PROTECTED] Subject: Re: Command Server Working Mechanisms Sent: 2/07/2004 12:27 a.m. was read on 15/07/2004 1:45 p.m.. binpmUgBEg6Ls.bin Description: message/disposition-notification
Read: Command Server Working Mechanisms
Title: Read: Command Server Working Mechanisms Your message To: [EMAIL PROTECTED] Subject: Re: Command Server Working Mechanisms Sent: 1/07/2004 3:52 a.m. was read on 15/07/2004 1:45 p.m.. binjPXfwihFqQ.bin Description: message/disposition-notification
Read: Command Server Working Mechanisms
Title: Read: Command Server Working Mechanisms Your message To: [EMAIL PROTECTED] Subject: Re: Command Server Working Mechanisms Sent: 1/07/2004 3:31 a.m. was read on 15/07/2004 1:45 p.m.. binygba0Nkr4A.bin Description: message/disposition-notification
Re: Read: Command Server Working Mechanisms
On Thu, 15 Jul 2004 13:35:31 +1200 emque5 <[EMAIL PROTECTED]> wrote: :>Your message :> :>To: [EMAIL PROTECTED] :>Subject: Re: Command Server Working Mechanisms :>Sent: 30/06/2004 9:50 a.m. :> :>was read on 15/07/2004 1:35 p.m.. I really don't care if you read it. Turn off read confirmation for this list. -- Binyamin Dissen <[EMAIL PROTECTED]> http://www.dissensoftware.com Director, Dissen Software, Bar & Grill - Israel Instructions for managing your mailing list subscription are provided in the Listserv General Users Guide available at http://www.lsoft.com Archive: http://vm.akh-wien.ac.at/MQSeries.archive
Re: Read: Command Server Working Mechanisms
On Thu, 15 Jul 2004 13:42:45 +1200 emque5 <[EMAIL PROTECTED]> wrote: :>Your message :> :>To: [EMAIL PROTECTED] :>Subject: Re: Command Server Working Mechanisms :>Sent: 30/06/2004 10:32 a.m. :> :>was read on 15/07/2004 1:42 p.m.. I really don't care if you read it. Turn off read confirmation for this list. -- Binyamin Dissen <[EMAIL PROTECTED]> http://www.dissensoftware.com Director, Dissen Software, Bar & Grill - Israel Instructions for managing your mailing list subscription are provided in the Listserv General Users Guide available at http://www.lsoft.com Archive: http://vm.akh-wien.ac.at/MQSeries.archive
Re: Read: Command Server Working Mechanisms
On Thu, 15 Jul 2004 13:44:58 +1200 emque5 <[EMAIL PROTECTED]> wrote: :>Your message :> :>To: [EMAIL PROTECTED] :>Subject: Re: Command Server Working Mechanisms :>Sent: 1/07/2004 3:01 a.m. :> :>was read on 15/07/2004 1:44 p.m.. I really don't care if you read it. Turn off read confirmation for this list. -- Binyamin Dissen <[EMAIL PROTECTED]> http://www.dissensoftware.com Director, Dissen Software, Bar & Grill - Israel Instructions for managing your mailing list subscription are provided in the Listserv General Users Guide available at http://www.lsoft.com Archive: http://vm.akh-wien.ac.at/MQSeries.archive
