En primer lugar, presento el contexto de mi caso:
estoy usandospring-boot yspring-rabbitmq. Me está funcionando, debes saber que debo haber implementado un convertidor personalizado para los mensajes recibidos.
(1) Desde este convertidor se puede lanzar una excepción, por ejemplo en caso de mensaje incorrecto, etc.
(2) Después de la conversión exitosa (sin excepción) se invoca al oyente. Luego, en el oyente también se puede lanzar una excepción.

Ahora, me gustaría forzar dos cosas:
(1 ') No solicite el mensaje en caso de expiración en el convertidor. Simplemente, envíe un acuse de recibo a la cola y simule que todo está bien.
(2 ') ¿Cuál es la configuración predeterminada en este caso? Cuando internospring-rabbitmq engine decide enviar un acuse de recibo a la cola? ¿Cuándo decide el comando a solicitar? ¿Es posible gestionarlo en función de la situación?

Encontré en documentos:

Si los reintentos no están habilitados y el oyente lanza una excepción, por defecto la entrega se reintentará indefinidamente. Puede modificar este comportamiento de dos maneras; establezca la propiedad defaultRequeueRejected en false y se intentarán cero reenvíos; o, lanzar una AmqpRejectAndDontRequeueException para indicar que el mensaje debe ser rechazado. Este es el mecanismo utilizado cuando los reintentos están habilitados y se alcanzan los intentos de entrega máximos.

Por ejemplo, en depende de la excepción atrapada en el oyente, debería decidir si me gustaría solicitar un mensaje, como creo (simplemente lanzando desdecatch AmqpRejectAndDontRequeueException) No estoy seguro de si es una buena manera y es por eso que te pregunto tu opinión.