11
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:TrueWeitere 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: xxxxRecipient-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!
Share on Facebook
Share on Twitter
Share on Reddit
Share on LinkedinPlease 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
Zitat von @Michi91:
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
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
Ja, Versand via IONOS und auch mittels Smarthost. Das normale Mailing an externe Empfänger und die Standard Antwort- bzw. Forwarding-Regeln der User funktionieren ja, nur die OOF-Funktionalität eben nicht.
Müsste dann nicht gar nichts mehr funktionieren?
Zitat von @Xaero1982:
https://www.frankysweb.de/exchange-abwesenheitsnachrichten-werden-nicht- ...
Mal geschaut?
https://www.frankysweb.de/exchange-abwesenheitsnachrichten-werden-nicht- ...
Mal geschaut?
Das werde ich testen.
Dann solltest du dir eventuell auch den MultisendCon (oder vergleichbares) kaufen... Kostet nicht viel und löst das Problem mit OOF und Bounces 
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
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
1
@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
1Zitat 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
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 @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
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... )
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.
2
Danke dir für die Info. Bei mir laufen zwar alle über MS, aber zumindest für den Fall der Fälle gut zu wissen
Schönes WE
Schönes WE
