Re: Message Browse Tool
amqsbcg --- Michael [EMAIL PROTECTED] wrote: I am looking for a command line tool that I can use to output to a file the following: Message ID Correlation ID Message Data as Text Does anybody know if there is a tool out there that can do this for me? Thank you. Michael 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 Want to chat instantly with your online friends? Get the FREE Yahoo! Messenger http://mail.messenger.yahoo.co.uk 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: Mainframe monitoring - what product do you use?
Gartner say the opposite of this: Enterprises should look at investing in tools to monitor and manage their application server platform. Tools from suite vendors such as Hewlett-Packard and IBM Tivoli, or from point-product vendors such as Nastel Technologies. Enterprises looking for best-of-breed performance and availability monitoring solutions will not be able to source all of their needs from a single vendor. They will have to integrate different tools from different vendors on their own. --- Ronald Weinger [EMAIL PROTECTED] wrote: It was suggested to me a long time ago by someone in the business, that it made most financial sense to use the same product you use to monitor the rest of your mainframe systems to monitor WMQ. The information contained in this message may be CONFIDENTIAL and is for the intended addressee only. Any unauthorized use, dissemination of the information, or copying of this message is prohibited. If you are not the intended addressee, please notify the sender immediately and delete this message. Want to chat instantly with your online friends? Get the FREE Yahoo! Messenger http://mail.messenger.yahoo.co.uk 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: Way to discover MQSeries servers?
Yes, you're right that Nastel's products do this autodiscovery. With Nastel's MQControl you had to install a Nastel agent on the MQ machine. It would use the normal methods to discover the queue managers on the machine (mqs.ini, registry) and then register with the central server. Alternatively the central server could be set to discover new agents based on a tcpip mask. With Nastel's AutoPilot you can do all the above plus you can monitor ports on machines so if 1414 were in use you could connect to it etc. HTH, Sam --- Robert Broderick [EMAIL PROTECTED] wrote: I do not remember hearing anything from IBM...BUT I sort of remember that one of the products (I don't remember which one, eg Nastel, QPASA, BMS, CA) does an auto discover in your network. The memory is vague so I am at a loss. It would be interesting how they did it. Maybe a Robot that looks for specific items on a Server or a NETWORK sniffer that is looking for MQ packets??? Who knows...I certainly don't. bobbee From: Robert Martin [EMAIL PROTECTED] Reply-To: MQSeries List [EMAIL PROTECTED] To: [EMAIL PROTECTED] Subject: Way to discover MQSeries servers? Date: Tue, 21 Oct 2003 16:44:50 -0400 Is there an API function in MQSeries that can be called to discover MQSeries servers? I have a feeling something like this doesn't exist, but a fellow engineer asked me to find out, and from the documenation I have read I can't seem to find it if it exists. -- Robert Martin 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 _ Cheer a special someone with a fun Halloween eCard from American Greetings! Go to http://www.msn.americangreetings.com/index_msn.pd?source=msne134 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 Want to chat instantly with your online friends? Get the FREE Yahoo! Messenger http://mail.messenger.yahoo.co.uk 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: Just an add-on
How long is your data? If it's small you might be able to use the correlid, the msgid, accounting token etc. Or you could write exits which add and remove it from the data. Sam --- Vivek Pandey [EMAIL PROTECTED] wrote: With ref to my previous mail: If there is no suitable header field where I can put some piggy-data, then is there a way to distribute security credentials among payload fields ? As in one field is protected by credentials A and another by B ??? Problem is I cannot touch the payload of my messages :-(( regards, Vivek Pandey Software Engineer IBCOE, TechSpan Bangalore -Original Message- From: Declan Harrington [mailto:[EMAIL PROTECTED] Sent: Thursday, October 16, 2003 2:29 PM To: [EMAIL PROTECTED] Subject: Wesphere Business Integration Message Broker (WMQI v5) Does anyone know where on the IBM site I can get a downloadable demo of this?? Thanks, Declan Want to chat instantly with your online friends? Get the FREE Yahoo! Messenger http://mail.messenger.yahoo.co.uk 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: Penetrating an outbound firewall
I think you should be able to create queues using the LIKE parameter. Sam --- Potkay, Peter M (PLC, IT) [EMAIL PROTECTED] wrote: T.Rob wrote: Every time I bring this up, people always reply that you can accomplish the same thing with an exit or MCAUSER. My answer to that is that you cannot restrict traffic to a specific channel. For example, if you define XYZ.RCVR with MCAUSER('xyz'), there is nothing to prevent ABC Corp from connecting to it. If ABC corp connects to XYZ.RCVR, and XYZ.RCVR has a MCA USer Identifier set to 'xyz', then all the messages coming across this channel will have xyz, even ABC's messages. How is that different than if the ABC got to XYZ.RCVR through another listner / port? If ABC connects XYZ.RCVR over port , where a listener is running as def, aren't the messages still put as xyz, not def, xyz is in the MCAUSER? Also, you mentioned we also delete all SYSTEM.DEF* objects. I tried deleting SYSTEM.DEFAULT.LOCAL.QUEUE on a dummy QM, and now I cant create any queues, which I suppose is the goal. But does that meaning that from this point forward, I can never create any more local queues on this QM? -Original Message- From: Wyatt, T. Rob [mailto:[EMAIL PROTECTED] Sent: Friday, September 05, 2003 4:44 PM To: [EMAIL PROTECTED] Subject: Re: Penetrating an outbound firewall Peter, I've not used MQIPT so I don't know what security concerns it addresses - or introduces. Since I work for a bank, I always start with the assumption that my DMZ servers are targets of attack and I try to nail them down as tight as possible. In my shop we would do that last paragraph regardless of any assumed security provided by MQIPT, our firewall or private circuits. And that's just the beginning. In the DMZ we also delete all SYSTEM.DEF* objects, set up LOCALADDR to bind the internal-facing channels to internal-facing NICs and run security exits (or SSL where available). We also never use a SVR channel in the DMZ or define a SVRCONN for external use. As a rule, the Command Server and Trigger Monitor are turned off unless specifically required. If we do run a trigger monitor, it runs under a low-privileged ID. All channels use MCAUSER set to a low-privileged ID. The QMgr runs under an ID other than mqm and mqm is removed from the mqm group. UserIDs in the DMZ are never authorized to SET*. All of these configurations address one or more specific vulnerabilities and when you apply all of them in combination, it is VERY difficult to get admin access to the QMgr from outside or to hijack queues and channels for other than their intended use. Incidentally, you mentioned a dedicated QMgr for outbound messaging (to other companies) and I notice that's plural. Are you hosting interfaces to more than one company on the same QMgr? In that case, I would DEFINITELY want to lock down each interface under a separate ID. Can you imagine the fallout if company A used your MQ interface to maliciously attack Company B? If your naming standards make it easy to guess channel names and queue names based on customer name or ID, hijacking someone else's channel or queue is not so farfetched. Hell, you might even do it by accident when copying MQSC scripts from one customer to another and miss the RNAME in a QREMOTE or something. If you made this mistake with the listener running as mqm, nothing would stop the messages from going to the wrong queue or out to the wrong customer. -- T.Rob -Original Message- From: Potkay, Peter M (PLC, IT) [mailto:[EMAIL PROTECTED] Sent: Friday, September 05, 2003 3:59 PM To: [EMAIL PROTECTED] Subject: Re: Penetrating an outbound firewall T.Rob, in regards to your last paragraph, is that still necessary if A. Your queue manager is a dedicated one just for outbound messaging (to other companies) sitting in the DMZ and B. MQIPT sits between your DMZ queue manager and any outside companies? (There are very specific firewall rules between the DMZ queue manager and the internal queue manager inside of the internal firewall that it connects to.) -Original Message- From: Wyatt, T. Rob [mailto:[EMAIL PROTECTED] Sent: Friday, September 05, 2003 12:19 PM To: [EMAIL PROTECTED] Subject: Re: Penetrating an outbound firewall Doug, We are using direct MQ connections with firewall rules as specified in MA86 ( http://www-3.ibm.com/software/integration/support/supportpacs/individual/sup portpacs/ma86.pdf http://www-3.ibm.com/software/integration/support/supportpacs/individual/su pportpacs/ma86.pdf ). This has been working fine for us except that servers with dual NICs or virtual IP addresses (our Veritas clusters), the socket would sometimes bind to a different address under MQ pre-5.3 and be blocked by the firewall. Prior to 5.3 we had to set up rules for the physical AND virtual addresses since the binding was
Re: Penetrating an outbound firewall
Try http://www.sjg-enterpriseintegration.com/oamsecurity.asp and http://www.sjg-enterpriseintegration.com/closingmqholes.asp --- Potkay, Peter M (PLC, IT) [EMAIL PROTECTED] wrote: T.Rob, What do you think of just stopping the command server? My thinking is if they have access to the box to start the command server locally, they can just as easily use runmqsc to create the queue. True, it is an extra step, but does it buy us anything really to delete the command queue on top of stopping the command server? As a side note, does anyone know of an MQ class just for security. I am writing up a doc for Security for MQ at our company, and man, this is a subject unto itself! -Original Message- From: Wyatt, T. Rob [mailto:[EMAIL PROTECTED] Sent: Wednesday, September 10, 2003 8:27 AM To: [EMAIL PROTECTED] Subject: Re: Penetrating an outbound firewall You can't. Without going into too much detail, you would need an agent that doesn't rely on the command server, a command server that used a different queue, or you would have to define the queue and start the command server each time. These options may seem like a royal pain but then the whole purpose is to make it hard to administer the QMgr by building significant hurdles for a malicious user to overcome. With appropriate automation, none of these are particularly burdensome for the legitimate admin team. -- T.Rob -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Sent: Tuesday, September 09, 2003 8:47 PM To: [EMAIL PROTECTED] Subject: Re: Penetrating an outbound firewall T.Rob, If you delete the SYSTEM.ADMIN.COMMAND.QUEUE how do you send command messages ?... sorry if this appears to be a stupid question. Sid -Original Message- From: Wyatt, T. Rob [mailto:[EMAIL PROTECTED] Sent: Saturday, 6 September 2003 6:44 AM To: [EMAIL PROTECTED] Subject: Re: Penetrating an outbound firewall Peter, I've not used MQIPT so I don't know what security concerns it addresses - or introduces. Since I work for a bank, I always start with the assumption that my DMZ servers are targets of attack and I try to nail them down as tight as possible. In my shop we would do that last paragraph regardless of any assumed security provided by MQIPT, our firewall or private circuits. And that's just the beginning. In the DMZ we also delete all SYSTEM.DEF* objects, set up LOCALADDR to bind the internal-facing channels to internal-facing NICs and run security exits (or SSL where available). We also never use a SVR channel in the DMZ or define a SVRCONN for external use. As a rule, the Command Server and Trigger Monitor are turned off unless specifically required. If we do run a trigger monitor, it runs under a low-privileged ID. All channels use MCAUSER set to a low-privileged ID. The QMgr runs under an ID other than mqm and mqm is removed from the mqm group. UserIDs in the DMZ are never authorized to SET*. All of these configurations address one or more specific vulnerabilities and when you apply all of them in combination, it is VERY difficult to get admin access to the QMgr from outside or to hijack queues and channels for other than their intended use. Incidentally, you mentioned a dedicated QMgr for outbound messaging (to other companies) and I notice that's plural. Are you hosting interfaces to more than one company on the same QMgr? In that case, I would DEFINITELY want to lock down each interface under a separate ID. Can you imagine the fallout if company A used your MQ interface to maliciously attack Company B? If your naming standards make it easy to guess channel names and queue names based on customer name or ID, hijacking someone else's channel or queue is not so farfetched. Hell, you might even do it by accident when copying MQSC scripts from one customer to another and miss the RNAME in a QREMOTE or something. If you made this mistake with the listener running as mqm, nothing would stop the messages from going to the wrong queue or out to the wrong customer. -- T.Rob -Original Message- From: Potkay, Peter M (PLC, IT) [mailto:[EMAIL PROTECTED] Sent: Friday, September 05, 2003 3:59 PM To: [EMAIL PROTECTED] Subject: Re: Penetrating an outbound firewall T.Rob, in regards to your last paragraph, is that still necessary if A. Your queue manager is a dedicated one just for outbound messaging (to other companies) sitting in the DMZ and B. MQIPT sits between your DMZ queue manager and any outside companies? (There are very specific firewall rules between the DMZ queue manager and the internal queue manager inside of the internal firewall that it connects to.) -Original Message- From: Wyatt, T. Rob [mailto:[EMAIL PROTECTED] Sent: Friday, September 05, 2003 12:19 PM To: [EMAIL PROTECTED] Subject: Re: Penetrating an outbound firewall Doug, We are
Re: Max Channels
I tested the number of agent threads per process for V2.0.1 (or was it 2.1?). Sam Garforth --- Paul Clarke [EMAIL PROTECTED] wrote: Peter,, Threaded agents were put in a long time before 5.3 but my memory is not good enough to know when. I did a quick search and a description of the Agent thread configuration is here http://www-3.ibm.com/software/integration/support/supportpacs/individual/mp02/csd3tune.html Not sure whether it's the latest and greatest though. As far as channel pools are concerned they take the same defaults pretty much. You'll get 64 threads up to 100 processes and then we load the process up to 100 threads. Any more clients will get a new process per 100 clients. So.. 1,000 clients = 16 AMQRMPPA processes 5,000 clients = 78 AMQRMPPA processes 10,000 clients = 100 AMQRMPPA processes 20,000 clients = 200 AMQRMPPA processes Hope this helps, P. Paul G Clarke WebSphere MQ Development IBM Hursley Peter Uranyi [EMAIL PROTECTED]To: [EMAIL PROTECTED] M cc: Sent by: MQSeries Subject: Re: Max Channels List [EMAIL PROTECTED] N.AC.AT 09/10/2003 19:29 Please respond to MQSeries List Paul, Maybe I don't need to know about the parameters, but it would be useful to know the maximum number of threads running in each channel pool process, (and also in the agent processes as well.) If I remember correctly, the amqzlaa0 process used to be single-threaded in 5.2, but now in 5.3 it looks like it is multi-threaded. What I would like to find out is that for a given number of client connections, how many amqzlaa0 and amqrmppa processes are created. (MQ 5.3 CSD04 for AIX). Thanks In Advance, Peter --- Paul Clarke [EMAIL PROTECTED] wrote: MaxChannels and MaxActiveChannels are global parameters. They specify the maximum values regardless of how many listeners you have running or indeed use inetd. There is no MQ parameter which limits the number that can connect to a single listener. In 5.3 you can have a single listener to handle all your inbound channels regardless of how many there are. In this case the connection is farmed out to a pool of channel processes. There are parameters to control how many are farmed out to each process but we don't document them 'cos in general you don't need to know. Cheers, P. Paul G Clarke WebSphere MQ Development IBM Hursley 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 Want to chat instantly with your online friends? Get the FREE Yahoo! Messenger http://mail.messenger.yahoo.co.uk 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
Command line admin of execution group in MQSI
Does anyone know how to start, stop, and/or deploy an MQSI execution group from the command line or programmatically? Thanks, Sam Want to chat instantly with your online friends? Get the FREE Yahoo! Messenger http://mail.messenger.yahoo.co.uk 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 line admin of execution group in MQSI
Thanks. I have looked at this briefly and will continue to play with it but so far it seems to just cover message flows and message sets but not execution groups. Maybe I'm just misunderstanding the terminology. It seems that it's all done by a client program putting messages on a command server type queue. Is this a documented interface? Thanks, Sam --- Rodrmguez_Alvarez-Querol,_Manuel_Carlos [EMAIL PROTECTED] wrote: Check supportpac IC01. -Mensaje original- De: Sam Garforth [SMTP:[EMAIL PROTECTED] Enviado el: Thursday, October 02, 2003 14:02 Para: [EMAIL PROTECTED] Asunto: Command line admin of execution group in MQSI Does anyone know how to start, stop, and/or deploy an MQSI execution group from the command line or programmatically? Thanks, Sam Want to chat instantly with your online friends? Get the FREE Yahoo! Messenger http://mail.messenger.yahoo.co.uk 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: So much for Free MQ management tool
Hi Sid, I've spent this morning trying to reproduce your scenario and I am not having any difficulties. I have connected my local console to two different queue managers on two different remote machines and restarted and continued monitoring them with no problems. Where are the settings gone from? Where does it come up localhost? Sam -Original Message- From: MQSeries List [mailto:[EMAIL PROTECTED]]On Behalf Of Sid Young Sent: 30 August 2002 09:50 To: [EMAIL PROTECTED] Subject: Re: So much for Free MQ management tool So why does mine now come up localhost and wont allow any operations what so ever ?..I think I might re-install it. Sid -Original Message- From: Emile Kearns [mailto:[EMAIL PROTECTED]] Sent: Friday, 30 August 2002 4:02 PM To: [EMAIL PROTECTED] Subject: Re: So much for Free MQ management tool Yes I have and it worked. I monitor and manage 2 queue managers on Win2k box Emile Kearns Office telephone no: +27(0)114586756 SOFTWARE FUTURES the business advantage Proud member of MGX www.softwarefutures.com -Original Message- From: Sid Young [mailto:[EMAIL PROTECTED]] Sent: 30 August 2002 03:28 To: [EMAIL PROTECTED] Subject: So much for Free MQ management tool Well I tried the free tool and it looked good Then next day I went to run it and all the settings that were there were gone and the program won't connect to my remote MQ Server...keeps looking at localhost. Has anyone else tried it the next day ? Sid 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 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 --This email has been scanned for viruses by Plugit.com --This email has been scanned for viruses by Plugit.com 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: Free MQ management tool
It's not obvious how to manage a second queue manager. The way to do it is the following: 1. Right click on QMGRS 2. Deselect 'Manage' 3. Select 'Yes'. 4. Right click on QMGRS 5. Select 'Queue Managers' 6. Select 'Add' 7. Fill in the details as before and press OK and the OK 8. Right click on QMGRS 9. Select 'Manage' 10. Select 'Yes'. 11. Either wait for the discovery to happen or right click on QMGRS and select 'Discover now'. Sam -Original Message- From: MQSeries List [mailto:[EMAIL PROTECTED]]On Behalf Of O'Neill, Mike Sent: 29 August 2002 14:34 To: [EMAIL PROTECTED] Subject: Re: Free MQ management tool I downloaded this software and was disappointed that it was a 30 trial of a severely crippled product. I guess that means its free, just not by my definition. I could not get it to monitor more than one manager, and the book was no help. I have since removed it, if this was a marketing ploy it failed miserably here. -Original Message- From: Ruzi R [mailto:[EMAIL PROTECTED]] Sent: Thursday, August 29, 2002 9:21 AM To: [EMAIL PROTECTED] Subject: Re: Free MQ management tool Sam, Thanks for the free offer. I tried to download but it says THIS VERSION OF MQCONTROL EXPRESS IS LIMITED TO TWO (2) MQSERIES SERVERS... Does that mean it cannot monitor more than 2 qmgrs Thanks, Ruzi --- Sam Garforth [EMAIL PROTECTED] wrote: I hope you won't mind this rare advert from me as it should be of interest to you. Free! All new MQControl Express -- an amazing new tool for MQSeries Administrators and Developers And it's yours, absolutely free. Just download it, and within minutes you'll have more control over your MQSeries middleware processes than you ever imagined. MQControl Express gives you the power to configure, monitor and effectively manage your MQSeries objects and MQSeries messages. It simplifies and centralizes the entire monitoring task, giving you instant access to MQSeries objects on a number of platforms from a single control point. MQControl Express can establish, monitor and control connections to NT, UNIX, AS400 and VMS, in fact almost any MQ server platform - without the need for a local installation of MQSeries or the complexity of installing and managing agents. Among its many powerful capabilities are: * Message Management that allows for copy, move, delete, edit and reroute * Automatic discovery of all MQSeries objects * Graphical displays of MQSeries events in real time * Automatic fault detection So why are we giving it away for free? Because we want you to experience the power that comes with being in control. And because it's just the tip of the iceberg. It's just one of many Nastel products designed to work together to give you complete end-to-end application and business process monitoring control. Download your free copy of MQControl Express today from www.nastel.com --This email has been scanned for viruses by Plugit.com 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: Free MQ management tool
1. Our intent was to give away this software free with a perpetual license. It was not intended for it to be 'timebombed'. Accidentally the version that you have downloaded does have only a 30 day license with it. Thank you for bringing this to our attention. We are working on this as high priority. We will correct this so that future downloads have the perpetual license. If you want a key to activate it without reinstalling then please send an email to [EMAIL PROTECTED] 2. There is no intent to start charging existing users for this at some later date. 3. The free version of MQControl Express is restricted to managing two queue managers. This is not 'severely crippled', other than that all of the MQControl Express functionality is provided. 4. If you can see the queue manager and not the queues then you are probably not running the command server. Sam Garforth European Manager Nastel Technologies Inc UK Tel: +44 (0)1483 226210 www.nastel.com Middleware Management Experts --This email has been scanned for viruses by Plugit.com 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: Free MQ management tool
Hi Bob, Thanks for the suggestion ;-) Sam -Original Message- From: MQSeries List [mailto:[EMAIL PROTECTED]]On Behalf Of Robert Sloper Sent: 28 August 2002 16:19 To: [EMAIL PROTECTED] Subject: Re: Free MQ management tool Sam; I hope this is not like PQEdit which was free until everyone was hooked then CANDLE started to charge for it! Sorry I asked really, as I know you wouldn't do that to us - would you? Sam GarforthTo: [EMAIL PROTECTED] [EMAIL PROTECTED] cc: Subject: Free MQ management tool Sent by: MQSeries List [EMAIL PROTECTED] .AT 08/28/2002 10:49 AM Please respond to MQSeries List I hope you won't mind this rare advert from me as it should be of interest to you. Free! All new MQControl Express -- an amazing new tool for MQSeries Administrators and Developers And it's yours, absolutely free. Just download it, and within minutes you'll have more control over your MQSeries middleware processes than you ever imagined. MQControl Express gives you the power to configure, monitor and effectively manage your MQSeries objects and MQSeries messages. It simplifies and centralizes the entire monitoring task, giving you instant access to MQSeries objects on a number of platforms from a single control point. MQControl Express can establish, monitor and control connections to NT, UNIX, AS400 and VMS, in fact almost any MQ server platform - without the need for a local installation of MQSeries or the complexity of installing and managing agents. Among its many powerful capabilities are: * Message Management that allows for copy, move, delete, edit and reroute * Automatic discovery of all MQSeries objects * Graphical displays of MQSeries events in real time * Automatic fault detection So why are we giving it away for free? Because we want you to experience the power that comes with being in control. And because it's just the tip of the iceberg. It's just one of many Nastel products designed to work together to give you complete end-to-end application and business process monitoring control. Download your free copy of MQControl Express today from www.nastel.com 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 --This email has been scanned for viruses by Plugit.com --This email has been scanned for viruses by Plugit.com 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: Free MQ management tool
Don't let me stop you. -Original Message- From: MQSeries List [mailto:[EMAIL PROTECTED]]On Behalf Of Robert Broderick Sent: 28 August 2002 17:02 To: [EMAIL PROTECTED] Subject: Re: Free MQ management tool Humm, FREE, HUMI feel unsolicited sex coming up From: Robert Sloper [EMAIL PROTECTED] Reply-To: MQSeries List [EMAIL PROTECTED] To: [EMAIL PROTECTED] Subject: Re: Free MQ management tool Date: Wed, 28 Aug 2002 11:19:04 -0400 Sam; I hope this is not like PQEdit which was free until everyone was hooked then CANDLE started to charge for it! Sorry I asked really, as I know you wouldn't do that to us - would you? Sam GarforthTo: [EMAIL PROTECTED] [EMAIL PROTECTED] cc: Subject: Free MQ management tool Sent by: MQSeries List [EMAIL PROTECTED] .AT 08/28/2002 10:49 AM Please respond to MQSeries List I hope you won't mind this rare advert from me as it should be of interest to you. Free! All new MQControl Express -- an amazing new tool for MQSeries Administrators and Developers And it's yours, absolutely free. Just download it, and within minutes you'll have more control over your MQSeries middleware processes than you ever imagined. MQControl Express gives you the power to configure, monitor and effectively manage your MQSeries objects and MQSeries messages. It simplifies and centralizes the entire monitoring task, giving you instant access to MQSeries objects on a number of platforms from a single control point. MQControl Express can establish, monitor and control connections to NT, UNIX, AS400 and VMS, in fact almost any MQ server platform - without the need for a local installation of MQSeries or the complexity of installing and managing agents. Among its many powerful capabilities are: * Message Management that allows for copy, move, delete, edit and reroute * Automatic discovery of all MQSeries objects * Graphical displays of MQSeries events in real time * Automatic fault detection So why are we giving it away for free? Because we want you to experience the power that comes with being in control. And because it's just the tip of the iceberg. It's just one of many Nastel products designed to work together to give you complete end-to-end application and business process monitoring control. Download your free copy of MQControl Express today from www.nastel.com 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 _ Join the world s largest e-mail service with MSN Hotmail. http://www.hotmail.com 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 --This email has been scanned for viruses by Plugit.com --This email has been scanned for viruses by Plugit.com 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