- Se descapó
- 5 de agosto de 2026 a las 17:10 UTC
- Autor
- Kamo
- Compromit
- b922a98
Una respuesta rápida a una notificación de KamoCRM fracasó con "error":"Diregida inválida". renderizados literalmente en el recuadro de respuesta. Esa cuerda es la propia redacción de Jakarta Mail de SMTPTransport.rcptTo; el registro de la cápsula muestra lo que estaba escondiendo: 550 5.1.1 NoReprofe.KamoCRM.com.: Dirección desmintiéndose: Usuario desconocido en la tabla de buzón virtual Dos defectos detrás de ella. Las respuestas fueron dirigidas a De incondicionalmente, y nada en el camino de la lectura, incluso llevarse Responder-A . . . . . . . . . . . . . . . . . . . . . . . . . . . . que NoRerrelySenderService pone en cada correo electrónico transaccional fue a un buzón que no existe. Los envíos de campaña se golpearon de la misma manera a pesar de establecer una respuesta real cabecera (CampaignMessageComposer). EmailMessage ahora lleva respuestaPara, lea de la ENVELOPE el listado ya obtiene por lo que un listado de buzones no cuesta viaje extra de ida y vuelta. Se derrumba a null cuando se limita a igualar, porque RFC 3501 7.4.2 requiere un servidor a espejo De la respuesta del sobre a cuando la cabecera está ausente El valor igual no conlleva información de ninguna manera. Y ambos envían endpoints contestado fracasos con "error": e.getMessage () cómo una excepción de Java serializada alcanzó la pantalla de un usuario. EnviarFailureRespuesta mapa a rechazo a un 422 nombrando las direcciones rechazadas y la propia razón del servidor receptor camina a continuaciónException, donde Jakarta Mail mantiene el detalle SMTP, en lugar de causa cadena. Direcciones que simplemente nunca se intentaron son reportadas junto a la rechazada: la transacción aborta en su conjunto, por lo que no recibieron el mensaje A oh. También corrige NoReReplySenderServiceTest, que aún afirmaba la reducción que d1e7191 deliberadamente reemplazado por la preservación de casos, y había estado fracasando en el principio desde entonces.