Если в кролика пропустить сообщение которое _не_могут_ обработать кастомеры (c подтверждением no_ack=False), то оно будет возвращаться на сервер и заново отправляться кастомерам, находясь в начале очереди бесконечно долго, те создавая паразитную нагрузку.
Как сделать что бы после нескольких попыток сообщение переходило в другую очередь или выполнялся rpc/запрос после которого сообщение можно было удалить?
TTL не очень подходит, тк очередь может быть разной, и обработка сообщений кастомером может занимать произвольное время.
почти, если бы там не было условий
The message is rejected (basic.reject or basic.nack) with requeue=false - те клиент должен ументь обрабатывать такое поведение, но это не всегда возвомжно. в моем случае пытается, но в результате падает и сообщ возвращается в очередь. этого хотелось бы избежать силами сервера, а не клиента.
The TTL for the message expires - не подходит
The queue length limit is exceeded. - совсем не подходит