With AMQP protocol, messages from custom expiry queue moves to ExpiryQueue after broker restart

Steps to reproduce : 1. Create queue with custom address setting : <address-setting match= "exampleQueue" > <dead-letter-address>DLQ.exampleQueue</dead-letter-address> <expiry-address>EXPIRY.exampleQueue</expiry-address> <redelivery-delay>5000</redelivery-delay> <max-delivery-attempts>5</max-delivery-attempts> <!-- with -1 only the global-max-size is in use for limiting --> <max-size-bytes>-1</max-size-bytes> <message-counter-history-day-limit>10</message-counter-history-day-limit> <address-full-policy>PAGE</address-full-policy> <auto-create-queues> true </auto-create-queues> <auto-create-addresses> true </auto-create-addresses> <auto-create-jms-queues> true </auto-create-jms-queues> <auto-create-jms-topics> true </auto-create-jms-topics> </address-setting> : <address name= "exampleQueue" > <anycast> <queue name= "exampleQueue" /> </anycast> </address> <address name= "EXPIRY.exampleQueue" > <anycast> <queue name= "EXPIRY.exampleQueue" /> </anycast> </address> 2. Send messages to exampleQueue with ttl 3000ms. 3. After 3000ms, message will land in EXPIRY.exampleQueue. 4. Browse EXPIRY.exampleQueue to check Headers & Properties. It will show some numbers for "Header - expiration". Every refresh will change the value of this property. 5. Restart the broker. 6. The message from custom EXPIRY.exampleQueue will move to ExpiryQueue if it is there else gets dropped after 3000ms. 7. With TCP protocol this does not happens. The value of "Header - expiration" is 0 for every ExpiryQueue.