Why another (Redis based) Message Queue when there are so many out there? This project is part of the 2018 ZuriHac and originates from the need/desire to have a simple Message Queue with some guarantees, but not as complicated to operate as RabbitMQ, ActiveMQ or others (for instance, ActiveMQ may require you to run Zookeeper, a shared file system such as a SAN or a shared Database if you want to run it in a Master/Slave mode). One of the goals of this project is to keep the required tech stack as simple as possible.
This is heavily inspired by RedisSMQ and tries to follow the reliable queue pattern.