no you miss the point. ack_success and ac_failed are the final states and therefor bearerbox drops these messages from the store and queue. When I commited this patch I told that it misses ack_failed_tmp that is used for the purpose you describe. That means when bearerbox receive ack with ack_failed_tmp (temporarely) bearerbox will then do retry for this message.
I will try to merge this bit this week.

Alex,

Thanks for that. I missed that one. But it makes perfect sense.

Regards

Ben



Reply via email to