Support in-place requeue with `Retries`

From https://github.com/Bogdanp/dramatiq_sqs/issues/10#issuecomment-4209078759:

> #### How to track retry counts without re-queuing?
> I support the overall direction with relying on `ApproximateReceiveCount` and extending the `VisibilityTimeout`. However, I would still hope to plug those in without reimplementing the whole middleware. Some ideas off the top of my head:
> - upon receving each message, do `message.options["retries"] = sqs_message["ApproximateReceiveCount"]` and the stop condition and backoff math of the vanilla `Retries` are immediately supported;
> - as for the actual retry, we somehow need to make the last call of `broker.enqueue(message, delay=delay)` do nothing _iff `message` is already known aka has been received_. I was thinking of upgrading `message_refc` to a set of `ReceiptHandle`s to support this check;
> - might actually be the case for proposing a sort of `requeue_in_place` API to Dramatiq but I would start with a localised hack for now.