Yes, I agree with you. Until then, I am changing the couple of RQSTRs I have back to RCVRs.
CSD08 is already coded and should be out soon, so I doubt it will have it. Maybe 6.0. How do we open up a PMR jointly? -----Original Message----- From: Wyatt, T Rob [mailto:[EMAIL PROTECTED] Sent: Thursday, September 23, 2004 8:59 AM To: [EMAIL PROTECTED] Subject: Re: RCVR versus RQSTR channels Peter, I had the same question and Paul Clarke clarified this in a prior thread. http://www.mail-archive.com/[EMAIL PROTECTED]/msg17173.html Short answer - RQSTR not supported. But Paul provided some hope: "I suggest that if this is a problem for anyone that they raise a requirement (if it's a big problem then a PMR although the code is working as designed (and documented) ). The code is easily fixable and wouldn't not take long." Perhaps you will join me in raising this as a requirement? Would be nice to see this in V6 if not CSD08. -- T.Rob -----Original Message----- From: MQSeries List [mailto:[EMAIL PROTECTED] Behalf Of Potkay, Peter M (ISD, IT) Sent: Wednesday, September 22, 2004 11:18 PM To: [EMAIL PROTECTED] Subject: Re: RCVR versus RQSTR channels T.Rob wrote(in another thread): ...(AdoptNewMCA not supported on RQSTR channels comes to mind). The SAG says this: AdoptNewMCA=NO|SVR|SDR|RCVR|CLUSRCVR|ALL|FASTPATH Specify one or more values, separated by commas or blanks, from the following list: NO The AdoptNewMCA feature is not required. This is the default. SVR Adopt server channels. SDR Adopt sender channels. RCVR Adopt receiver channels. CLUSRCVR Adopt cluster receiver channels. ALL Adopt all channel types except FASTPATH channels. FASTPATH Adopt the channel if it is a FASTPATH channel. This happens only if the appropriate channel type is also specified, for example, AdoptNewMCA=RCVR,SVR,FASTPATH. Does ALL really mean ALL, or just ALL OF THE ABOVE? If RQSTRs really don't support this, to me, that strongly swings the favor back to RCVRs if it is true. I think AdoptNewMCA is gonna save me more headaches than being able to start a channel originating from another company, no? 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 communication, including attachments, is for the exclusive use of addressee and may contain proprietary, confidential or privileged information. If you are not the intended recipient, any use, copying, disclosure, dissemination or distribution is strictly prohibited. If you are not the intended recipient, please notify the sender immediately by return email and delete this communication and destroy all copies. 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
