Slight clarification here...the RQSTR is intended to start *either* a SVR or a SDR channel. The difference between a SVR and a SDR is not whether they can be started remotely, but what they do when the RQSTR is not the same QMgr as provided in the SDR/SVR CONNAME. A SDR will always try to connect to the QMgr in it's CONNAME whereas a SVR will try to connect to the IP address and port of the RQSTR that called it.
If a SVR is used simply because there is a RQSTR on the other side, and without understanding the difference, it may result in an unintended security exposure. In the absence of a security exit or SSL, anyone who knows the name of a SVR can create a RQSTR to start it and divert it to any arbitrary address. On the other hand, attempting the same thing with a SDR results in the SDR starting to it's intended destination. -- T.Rob -----Original Message----- From: Thomas, Don [mailto:[EMAIL PROTECTED] Sent: Thursday, February 19, 2004 9:59 AM To: [EMAIL PROTECTED] Subject: Re: Automatic Channel Restart Brent, Yes it does make sense. The requestor channel is intended to start the server channel. That's the design of the requester/server channel pairing, although we do not currently use that configuration in my environment. It does seem suspicious though that the problem stops after removing the latest CSD. Don Thomas EDS - PASC * Phone: +01-412-893-1659 Fax: 412-893-1844 * mailto:[EMAIL PROTECTED] 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