Out-of-Office Automatische Antworten werden nicht an externe geschickt
Hallo zusammen,
wir haben einen Exchange Server 2019 on premise.
Seit kurzem erhalten externe Absender keine Automatischen Antworten via OOF (Out of Office). Auch ein Workaround via manuelle Regel im Outlook-Client hat zuerst nicht funktioniert. Nach dem ich dann darauf gekommen bin, dass die Default RemoteDomain auf "AutoReplyEnabled: False" und "AutoForwardEnabled: False" stand.
Beide Settings wurden auf True gestellt, so funktioniert wenigstens der Workaround... Die Setting "AllowedOOFType" steht (meiner Meinung nach richtig) auf "External"
Somit sieht die RemoteDomain Einstellung wie folgt aus:
Weitere Regeln für RemoteDomains sind nicht angelegt.
Der normale Mail-Flow zu externen funktioniert einwandfrei.
Die Mailbox-Settings der User stehen auf:
Interne Postfächer erhalten die OOF-Nachricht ohne Probleme.
Das Mail-Log spuckt mir auch folgendes aus:
Recipient-Status:
Kann mir hier jemand weiterhelfen?
Vielen Dank vorab!
wir haben einen Exchange Server 2019 on premise.
Seit kurzem erhalten externe Absender keine Automatischen Antworten via OOF (Out of Office). Auch ein Workaround via manuelle Regel im Outlook-Client hat zuerst nicht funktioniert. Nach dem ich dann darauf gekommen bin, dass die Default RemoteDomain auf "AutoReplyEnabled: False" und "AutoForwardEnabled: False" stand.
Beide Settings wurden auf True gestellt, so funktioniert wenigstens der Workaround... Die Setting "AllowedOOFType" steht (meiner Meinung nach richtig) auf "External"
Somit sieht die RemoteDomain Einstellung wie folgt aus:
DomainName: *
AllowedOOFType: External
AutoReplyEnabled: True
AutoForwardEnabled:True
Weitere Regeln für RemoteDomains sind nicht angelegt.
Der normale Mail-Flow zu externen funktioniert einwandfrei.
Die Mailbox-Settings der User stehen auf:
"ExternalOofOptions: External"
Interne Postfächer erhalten die OOF-Nachricht ohne Probleme.
Das Mail-Log spuckt mir auch folgendes aus:
Event-ID - Source - Sender - Recipients - MessageSubject
AgentInfo - Agent - *Absender-Mail* - *Empfänger-Mail* - Automatische Antowrt: xxxx
Transfer - Routing - *Absender-Mail* - *Empfänger-Mail* - Automatische Antowrt: xxxx
Fail - SMTP - *Absender-Mail* - *Empfänger-Mail* - Automatische Antowrt: xxxx
Recipient-Status:
RecipientStatus: {[{LED=550-Requested action not taken: mailbox unavailable 550 Sender address is not allowed.};{MSG=};{FQDN=*xxxx*...
Kann mir hier jemand weiterhelfen?
Vielen Dank vorab!
Please also mark the comments that contributed to the solution of the article
Content-ID: 41496906955
Url: https://administrator.de/contentid/41496906955
Printed on: September 1, 2024 at 00:09 o'clock
11 Comments
Latest comment
Versand zufällig via IONOS?
https://www.frankysweb.de/ionos-stellt-smarthost-funktion-zum-15-01-2024 ...
--> Multisendcon war für uns die Lösung
https://www.frankysweb.de/ionos-stellt-smarthost-funktion-zum-15-01-2024 ...
--> Multisendcon war für uns die Lösung
Dann solltest du dir eventuell auch den MultisendCon (oder vergleichbares) kaufen... Kostet nicht viel und löst das Problem mit OOF und Bounces ![face-smile face-smile](/images/icons/fa/light/face-smile.svg)
Problem sind fehlende Absender bei OOF und Bounces, die akzeptiert IONOS nicht (Sender address is not allowed)...
Der MultiSendCon kann so eingestellt werden, dass er einen Absender setzt.
Das ist nicht RFC-Konform, löst aber das Problem![face-smile face-smile](/images/icons/fa/light/face-smile.svg)
War für uns die einfachste Lösung![face-smile face-smile](/images/icons/fa/light/face-smile.svg)
Grüße
Problem sind fehlende Absender bei OOF und Bounces, die akzeptiert IONOS nicht (Sender address is not allowed)...
Der MultiSendCon kann so eingestellt werden, dass er einen Absender setzt.
Das ist nicht RFC-Konform, löst aber das Problem
War für uns die einfachste Lösung
Grüße
@Michi91, Aber Ionos sagt ja, dass der Absender nicht existiert?
Kann man dann nicht einen Absender bei Ionos hinterlegen und den am Exchange einrichten als Absender?
Kann man dann nicht einen Absender bei Ionos hinterlegen und den am Exchange einrichten als Absender?
Moin @Xaero1982
dreht es sich nicht um das leidige Thema:
IONOS SMTP-Relay Anpassung ab 15.01.2024 nötig
https://www.borncity.com/blog/2023/12/01/ionos-schafft-smtp-relay-smarth ...
Gruß,
Dani
dreht es sich nicht um das leidige Thema:
IONOS SMTP-Relay Anpassung ab 15.01.2024 nötig
https://www.borncity.com/blog/2023/12/01/ionos-schafft-smtp-relay-smarth ...
Gruß,
Dani
Zitat von @Xaero1982:
@Michi91, Aber Ionos sagt ja, dass der Absender nicht existiert?
Kann man dann nicht einen Absender bei Ionos hinterlegen und den am Exchange einrichten als Absender?
@Michi91, Aber Ionos sagt ja, dass der Absender nicht existiert?
Kann man dann nicht einen Absender bei Ionos hinterlegen und den am Exchange einrichten als Absender?
Nein, OOF und Bounces haben per RFC keinen Envelope-Absender und es gibt offenbar keine direkte Möglichkeit in Exchange das zu überschreiben...
Wir haben auch einige Stunden/Tage investiert
Der RFC hat auch einen Sinn: Es könnte sonst passieren dass man einen Mail-Loop erzeugt (Endloses verschicken von gegenseitigen OOF Mails... )
Zitat von @Michi91:
Nein, OOF und Bounces haben per RFC keinen Envelope-Absender und es gibt offenbar keine direkte Möglichkeit in Exchange das zu überschreiben...
Wir haben auch einige Stunden/Tage investiert
und dann den Umweg genommen, welcher einen Envelope setzt...
Der RFC hat auch einen Sinn: Es könnte sonst passieren dass man einen Mail-Loop erzeugt (Endloses verschicken von gegenseitigen OOF Mails... )
Zitat von @Xaero1982:
@Michi91, Aber Ionos sagt ja, dass der Absender nicht existiert?
Kann man dann nicht einen Absender bei Ionos hinterlegen und den am Exchange einrichten als Absender?
@Michi91, Aber Ionos sagt ja, dass der Absender nicht existiert?
Kann man dann nicht einen Absender bei Ionos hinterlegen und den am Exchange einrichten als Absender?
Nein, OOF und Bounces haben per RFC keinen Envelope-Absender und es gibt offenbar keine direkte Möglichkeit in Exchange das zu überschreiben...
Wir haben auch einige Stunden/Tage investiert
Der RFC hat auch einen Sinn: Es könnte sonst passieren dass man einen Mail-Loop erzeugt (Endloses verschicken von gegenseitigen OOF Mails... )
Na klasse. Ich hatte nur gestern bei der Suche einen Befehl gefunden mit dem man den Absender setzen kann. Der gilt dann aber, so wie ich es verstanden habe, für alle OOF Mails. Also die kommt dann nicht vom Abwesenden, sondern von Hongschingpong@...
Das liegt jetzt aber explizit an Ionos iVm mit einem Exchange?
Grüße
Hi,
wir hatten das gleiche Problem. Exchange 2016 mit IONOS als Smarthoster. Reguläres Versenden kein Problem, automatische Antworten gingen nicht raus (intern hat es funktioniert, logischerweise).
Unsere Lösung war einen anderen Mailhoster zu nutzen (in unserem Fall Hosteurope) und SPF usw anpassen. Seit dem funktionieren die automatischen OOFs wieder.
MfG
wir hatten das gleiche Problem. Exchange 2016 mit IONOS als Smarthoster. Reguläres Versenden kein Problem, automatische Antworten gingen nicht raus (intern hat es funktioniert, logischerweise).
Unsere Lösung war einen anderen Mailhoster zu nutzen (in unserem Fall Hosteurope) und SPF usw anpassen. Seit dem funktionieren die automatischen OOFs wieder.
MfG
Das liegt jetzt aber explizit an Ionos iVm mit einem Exchange?
Es liegt an IONOS. In Verbindung mit Postfix etc. hättest du ähnliche Probleme, weil auch diese sich an die RFC halten.Nur wäre es vermutlich wäre es bei einem Postfix wesentlich einfacher das Problem zu umgehen...
Ich kann die Maßnahmen von IONOS größtenteils auch nachvollziehen, mit den neuen "Regeln" kann deutlich weniger Mist gebaut werden. Von daher sind wir auch weiter dort, eben mit dem Umweg den ich bereit beschrieben habe.