Nah, there is more there than meets the eye. I've got durable expirable queues, holding several messages, that don't want to go away. There is definitely something screwy there.<br><br>On Thursday, May 9, 2013 10:46:07 AM UTC+1, MoonStorm wrote:<blockquote class="gmail_quote" style="margin: 0;margin-left: 0.8ex;border-left: 1px #ccc solid;padding-left: 1ex;"><br>Here is a bit more info on the subject. Ran some tests and apparently the queues seem to expire if they've been declared as durable after all the consumers dropped. Apart from my initial report, the setting is also ignored if they've been declared as auto-delete, which sort of makes sense (in this case they get deleted immediately). <br><br>Either way, the admin interface reports the setting as active, and this is a bug when the setting is actually being ignored. Besides, could we have a bit of validation for the settings please? Ignoring them when used in an unsupported context is simply wrong.<br><br>On Tuesday, May 7, 2013 12:24:08 PM UTC+1, MoonStorm wrote:<blockquote class="gmail_quote" style="margin:0;margin-left:0.8ex;border-left:1px #ccc solid;padding-left:1ex">Declaring a queue with "x-expires" set to a valid value has no effect after the consumers disconnect. The admin interface reports the queue being idle with no consumers present.<br><br>They used to expire in earlier versions. Are there additional requirements now to achieve the same behavior?<br></blockquote></blockquote>