The deleteMessage command serves as an ACK that signals a job is done.
In some cases (mine included), the worker ACKing the job also writes its output to the same redis instance holding the queue.
In such cases, it would be great if writing a job's output and ACKing it will happen within the same transaction, to provide the ultimate atomicity guarantee.
I propose the following syntax:
with rsmq_instance.deleteMessage(id=message_id).transaction() as tx:
tx.set("output", output)
Where tx is a Pipeline instace pre-populated with the deleteMessage commands and is executed upon __exit__