Re: Receiver channel parameters mrrty and mrtmr

2004-11-19 Thread Lovett, Alan J
Many thanks for the excellent Reponses to my enquiry. Alan 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: Receiver channel parameters mrrty and mrtmr

2004-11-17 Thread Paul Clarke
Alan, I'm not sure it answers your question but you seem to indicate that the mesage is retried regardless of the failure. This isn't true, there are only a small number of errors which are considered transitory (and therefore retryable). From memory these are MQRC_PUT_INHIBITED

Re: Receiver channel parameters mrrty and mrtmr

2004-11-17 Thread Lovett, Alan J
To: [EMAIL PROTECTED] Subject: Re: Receiver channel parameters mrrty and mrtmr Alan, I'm not sure it answers your question but you seem to indicate that the mesage is retried regardless of the failure. This isn't true, there are only a small number of errors which are considered transitory

Re: Receiver channel parameters mrrty and mrtmr

2004-11-17 Thread Jim Ford
The problem we saw with the defaults is that a single application queue could cause a channel to go into retry. But the channel will service loads of queues. So if a problem application fills up a queue, the channel grinds to a halt and more responsible application suffer, too. Because of that, we

Re: Receiver channel parameters mrrty and mrtmr

2004-11-17 Thread Wyatt, T Rob
The classic example of this is for 3rd party connections (which for security reasons are usually dedicated to a singlebusiness partneror app). In situations where there is a gateway QMgr in the DMZ that serves multiple 3rd parties the channel retry can isolate the3rd partiesfrom one another.