E-Mails über externen SMTP Server verschicken

Hi

was du suchst ist die Hybrid-Bereitstellung. Damit kannst du deine Konten sowohl in der Cloud als auch OnPremise haben.

Der Sendeconnector muss dann so eingestellt werden, das die Cloud die ausgehenden Mails über deinen OnPremise Server schickt

Lieber Bjoern Engel,

Hybrid Informationen.

Hier auch noch einige Informationen zur Hybrid Umgebung.

Bitte wenn Du Fragen hast, melde Dich.

Freue mich auf Deine Rückmeldung.

Mit freundlichen Grüßen,

Wolf Fabian Spohr

Microsoft Office 365 Support Engineer

Wenn Sie das hilfreich finden, bitte markieren sie es als "Hilfreich" oder "Antwort".

Hallo,

Lösung für den Versand ohne SMTP:

ich habe nun eine Lösung für den normalen Versand ohne SMTP gefunden: Es lag am Webhoster. Ich hatte dort im Confixx als Backup noch eine *** Die E-Mail-Adresse wurde aus Datenschutzgründen entfernt. *** Weiterleitung auf meine Privatmail eingerichtet um sicherzustellen, dass alle Mails ankommen, weil im Exchange
Online selbst keine Wildcard Domains möglich sind. Vom MX Eintrag her war jedoch nur die von Exchange Online als Prio 0 eingetragen.

Offenbar greift der Webhoster sobald etwas im Confixx eingetragen ist primär auf die Weiterleitung zurück und ignoriert den MX Eintrag, sodass die Mails bei Exchange Online niemals ankamen, wohl aber wenn z.B. von einem externen Server wie Gmail aus eine
Mail an die Exchange Online Adresse geschickt wurde.

Die Lösung ist also E-Mail Konfigurationen der Exchange Online Domäne im Confixx o.ä. seien es Postfächer oder Weiterleitungen zu löschen.

Frage zum SMTP Versand:

Beim SMTP Versand hatte ich ja leider das Problem, dass dieser nicht immer funktionierte. Hierbei habe ich mich mit meinen Exchange Online Zugangsdaten über SMTP/TLS authentifiziert wie z.B. in folgendem Beispiel erkennbar ist:

$mail->isSMTP();

$mail->Host = "smtp.office365.com";

$mail->Port = 587;

$mail->SMTPAuth = true;

$mail->Username = "*** Die E-Mail-Adresse wurde aus Datenschutzgründen entfernt. ***";

$mail->Password = "Passwort123";

$mail->SMTPSecure = 'tls';

Ist es in diesem Fall wirklich noch notwendig einen SMTP-Relay aufzusetzen? Ich würde hier erwarten, dass es entweder nie oder immer funktioniert eine Mail auf diesem Wege via SMTP zu verschicken, jedoch nicht, dass es nur in ca. 90 % der Fälle klappt.

Vielen Dank!

Hey Rolf,

die Fehlermeldung 0x800CCC0E weißst auf den SMTP-Server (SMTP = Simple Mail Transfer Protocol).

SMTP sind die Server Einstellungen deines E-Mails Provider bsp. 1und1, bluewin, telekom usw.

Überprüfe deines SMTP Einstellungen in deinen jeweiligen E-Mail Clienten bsp: Outlook.

Eine Liste der SMTP Einstellungen findest du hier: http://www.patshaping.de/hilfen_ta/pop3_smtp.htm

Es handelt sich hierbei um Imap und POP Einstellungen, webmailer Domains nicht inbegriffen.

MFG

Hallo Herr Petrov,

was soll ich Ihnen ausführlicher erklären? Unser Ziel ist es, dasss die sich beiden Mail-Server (Office 365 und der vom SMTP-Anbieter) nicht die Nachrichten gegenseitig zurücksenden und "Ping Pong spielen", da das auf einen Timeout hinausläuft.

Wenn beim SMTP-Anbieter der MX-Eintrag auf Office 365 zeigt und nun ein externer Absender seine Nachricht an einen unbekannten Empäfnger adressiert, so leitet Office 365 die Nachricht an den Server des SMTP-Anbieters weiter, dieser wiederum leitet aufgrund
des angepassten MX die Nachricht zurück an Office 365, wo das Spielchen von vorn losgeht - bis der Timeout folgt.

Wird der MX beim SMTP-Anbieter nicht geändert, können vom SMTP-Anbieter keine Nachrichten an Office 365 geschickt werden, da diese Mails über den Mail-Relay des SMTP-Anbieters abgewickelt werden - Abhilfe bringen hier nur etliche Weiterleitungen von beispielsweise
*** Die E-Mail-Adresse wurde aus Datenschutzgründen entfernt. *** an *** Die E-Mail-Adresse wurde aus Datenschutzgründen entfernt. *** - hier landen aber jegliche Nachrichten in der Quarantäne des Exchange Online, da sie als Spam erkannt werden und das trotz gesetzer Ausnahmen.

Bezüglich den verlinkten Websites kann ich nur sagen, dass ich beide in unserer aktuellen Planung und Umsetzung berücksichtigt habe. Wir benötigen einen eingehenden und ausgehenden Connector, da das Szenario Nr. 2 "Sie haben ein Exchange Online-Abonnement,
und einige Ihrer Postfächer befinden sich auf Ihren E-Mail-Servern." auf uns zutrifft - diese wurden beide, wie oben schon geschrieben, eingerichtet.

Eine Einfrühung der alternativ genannten Möglichkeit ist bei uns im Übrigen nicht vorgesehen, da wir erst vor ca. 1,5 Jahren eine vollständige Migration von einem On Premise Exchange Server zu Office 365 durchgeführt haben. Außerdem soll der überwiegende
Teil unserer User Office 365 weiterhin nutzen. Beim SMTP-Anbieter sollen beispielsweise die *** Die E-Mail-Adresse wurde aus Datenschutzgründen entfernt. *** oder sonstige "Service-Adressen" ausgelagert werden.

Gruß,

- Tom.