[rabbitmq-discuss] Server-Side Limit for a Channel's Unacknowledged Messages

[Dave Seltzer]

I have a Queue server which serves messages to business partners. Sometimes
our partners use our "reference message receiver", but other times they opt
to roll their own using one of the many RabbitMQ Client APIs. As a result
of this, some of my partners end up with millions of messages which have
been transmitted and are waiting ACK (usually because software on their end
isn't fast enough to process the data and then ACK it.)

In the past this situation has led to trouble. Either a partner disconnects
and all those messages flood back into the "Ready" state to be
re-transmitted. Or the messages TTL expires (and I don't know how this is
handled.)

I was wondering if there's a way to set a policy on the broker that would
effectively limit the size of the pre-fetch queue for clients?

Thanks so much!

-D
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.rabbitmq.com/pipermail/rabbitmq-discuss/attachments/20130110/f8b24693/attachment.htm>