- Verschifft
- 5. August 2026 um 17:10 UTC
- Autor
- Kamo
- Ausschuss
- b922a98
Eine schnelle Antwort auf eine KamoCRM-Benachrichtigung scheiterte an .{"error:::Ungültige Adressen" . wörtlich in der Antwortbox gemacht. Diese Zeichenfolge ist Jakarta Mails eigener Wortlaut von SMTPTransport.rcptTo; das Pod-Log zeigt an, was es versteckte: 550 5.1.1 <NoReply@KamoCRM.com": Empfängeradresse abgelehnt: Benutzer unbekannt in virtueller Briefkastentabelle Zwei Defekte dahinter. Antworten wurden an Von bedingungslos adressiert, und nichts in der gelesenen Pfad sogar trug Antwort - so antwortet auf alles, was von der ungerouteten NoReply gesendet wird@{org.domain. dass NoReplySenderService jede transaktionale E-Mail anlegt, ging an ein Mailbox, das existiert nicht. Kampagne sendet wurden die gleiche Weise getroffen, trotz Einstellung einer echten Reply-To Header (CampaignMessageComposer). EmailMessage trägt nun Antwort Zu, lesen Sie von der ENVELOPE die Auflistung bereits holt, so dass eine Mailbox-Liste keine zusätzliche Hin- und Rückfahrt kostet. Es bricht zu Null, wenn es nur passt Von, weil RFC 3501 7,42 Server zum Spiegeln Von in die Antwort des Umschlags zu, wenn der Header fehlt . Gleichwertigkeit trägt keine Informationen in die eine oder andere Richtung. Und beide senden Endpoints beantwortet Ausfälle mit .{"error": e.getMessage() wie eine serialisierte Java-Ausnahme auf den Bildschirm eines Benutzers gelangt. SendFailureResponse Karten ein Ablehnung eines 422, der die abgelehnten Adressen und den eigenen Grund des empfangenden Servers nennt Es geht weiter nextException, wo Jakarta Mail hält die SMTP-Detail, anstatt der Ursache Kette. Adressen, die nur nie versucht wurden, werden neben der berichtet abgelehnt ein: die Transaktion abbricht als Ganzes, so dass sie nicht die Nachricht erhalten entweder. Behebt auch NoReplySenderServiceTest, die immer noch die Senkung, dass d1e7191 wurde absichtlich durch Fallkonservierung ersetzt und war seitdem auf Main gescheitert.