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