Guten Morgen,
nachdem meine Backuppläne top funktionieren (Danke an alle) möchte ich noch mein O365 verbinden, sodass ich tägliche Berichte bekomme.
Ich bekomme jedoch keine Verbindung mit meinem O-365. Ich kann auch nicht “TLS/StartTLS” angeben. Sondern nur SSL.
Ich habe schon ein wenig rumgesucht, jedoch wird mir immer nur gesagt “Nutze TLS/StartTLS”.
Viele Grüße und Danke
Best answer by Mildur
View original
+12
Hallo
Könnte sein, dass dein Tenant SMTP Basic Auth blockiert.
Enable or disable SMTP AUTH in Exchange Online | Microsoft Docs
Du kannst auch einfach ohne Anmeldung die Notification Mails an deinen MX senden. Dein MX nimmt alle Mails für deine Domäne ohne Anmeldung an. Einfach als SMTP Server deinen MX von Exchange Online eintragen.
Hier siehst du die verschiedenen Methoden die man nutzen kann:
+14
Guten Morgen, nachdem du einen SMTP User verwendest musst du auch den Haken bei SSL setzen; Port sollte dann 587 sein.
+12
Guten Morgen, nachdem du einen SMTP User verwendest musst du auch den Haken bei SSL setzen; Port sollte dann 587 sein.
Genau, SSL fehlt auch noch. Anmeldung ohne SSL ist von Exchange Online nicht zugelassen :)
Guten Morgen, nachdem du einen SMTP User verwendest musst du auch den Haken bei SSL setzen; Port sollte dann 587 sein.
Guten Morgen
Will irgendwie nicht. Habe es Testweise auch mit meinem Google-Postfach versucht. Gleiches Problem. Ich suche weiter :)
+14
Scheitert die Verbindung eventuell noch an deiner Firewall? Also darf der Veeam (VBO) Server per Port 25/587 raus?
+14
Hallo
Könnte sein, dass dein Tenant SMTP Basic Auth blockiert.
Enable or disable SMTP AUTH in Exchange Online | Microsoft Docs
Du kannst auch einfach ohne Anmeldung die Notification Mails an deinen MX senden. Dein MX nimmt alle Mails für deine Domäne ohne Anmeldung an. Einfach als SMTP Server deinen MX von Exchange Online eintragen.
Hier siehst du die verschiedenen Methoden die man nutzen kann:
SMTP AUTH hatte ich nicht auf dem Schirm, aber ja das könnte natürlich deaktiviert sein.
Über den MX könnte es ggf. neben der Firewall noch am Antispam scheitern.
+9
Guten Morgen, nachdem du einen SMTP User verwendest musst du auch den Haken bei SSL setzen; Port sollte dann 587 sein.
Genau, SSL fehlt auch noch. Anmeldung ohne SSL ist von Exchange Online nicht zugelassen :)
This information is correct.
I have described a similar scenario in the past that works with WSUS. Kindly review this guide
This time, you aren’t working with WSUS, but with VBR!
+9
Hallo
Könnte sein, dass dein Tenant SMTP Basic Auth blockiert.
Enable or disable SMTP AUTH in Exchange Online | Microsoft Docs
Du kannst auch einfach ohne Anmeldung die Notification Mails an deinen MX senden. Dein MX nimmt alle Mails für deine Domäne ohne Anmeldung an. Einfach als SMTP Server deinen MX von Exchange Online eintragen.
Hier siehst du die verschiedenen Methoden die man nutzen kann:
SMTP AUTH hatte ich nicht auf dem Schirm, aber ja das könnte natürlich deaktiviert sein.
Über den MX könnte es ggf. neben der Firewall noch am Antispam scheitern.
This doc is a very good one too for configuring SMTP Relay as well.
Neuer Tag neues Glück,
Leider immer noch das gleiche Problem.
Kann man im Admincenter oder Azure in O365 irgendwo sehen, dass sich gerade jemand anmelden will, jedoch irgendwas nicht klappt? Eine Art “log” woran es hängt?
Viele Grüße
+14
Da fällt mir leider pauschal nichts eins. Du könntest im Azure AD die Anmelde Logs des SMTP Users prüfen; eventuell fällt dir hier etwas ungewöhnliches auf. Ansonsten im Exchange Admin Center unter Nachrichtenfluss einen Message Trace nach fehlgeschlagenen Nachrichten starten.
Eventuell gehst du auch den Artikel von
+12
Versuche mal noch diesen KB aus.
Kann sein, dass dein Veeam nicht mit TLS 1.2 arbeiten möchte.
SMTP Logs auf dem Veeam Server findest du hier:
%programdata%\Veeam\Backup\Svc.VeeamBackup.log
(Normalerweise C:\ProgramData\Veeam\Backup\Svc.VeeamBackup.log)
Versuche mal noch diesen KB aus.
Kann sein, dass dein Veeam nicht mit TLS 1.2 arbeiten möchte.
SMTP Logs auf dem Veeam Server findest du hier:
%programdata%\Veeam\Backup\Svc.VeeamBackup.log
(Normalerweise C:\ProgramData\Veeam\Backup\Svc.VeeamBackup.log)
Das wars! Also der Log hat mir endlich den Fehler gezeigt, den ich sehen wollte.
→ Ich hatte im From-Field eine E-Mail Adresse drin, von der aus Veeam nicht senden durfte, weil O365 das blockierte. Email geändert und alles funktionierte.
+12
Cool 👍 :)
Enter your username or e-mail address. We'll send you an e-mail with instructions to reset your password.
