Hallo @VanGone 

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:

https://docs.microsoft.com/en-us/exchange/mail-flow-best-practices/how-to-set-up-a-multifunction-device-or-application-to-send-email-using-microsoft-365-or-office-365#compare-the-options

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 @regnor Danke für die Antwort. Habe natürlich alle Varianten ausprobiert. Ich versuche es nun einmal mit dem MX. Vielen Dank :)

Will irgendwie nicht. Habe es Testweise auch mit meinem Google-Postfach versucht. Gleiches Problem. Ich suche weiter :)

Scheitert die Verbindung eventuell noch an deiner Firewall? Also darf der Veeam (VBO) Server per Port 25/587 raus?

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 information is correct. 

I have described a similar scenario in the past that works with WSUS. Kindly review this guide @VanGone and follow the steps described: https://techdirectarchive.com/2018/03/10/configuring-wsus-emails-notification-to-work-with-office365/

This time, you aren’t working with WSUS, but with VBR!

This doc is a very good one too for configuring SMTP Relay as well.

Neuer Tag neues Glück,

• Ports auf der VM von Veeam sind beide frei
• SMTP authentification mal aus mal an.

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 

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 @Mildur durch.

@VanGone

Versuche mal noch diesen KB aus.

Kann sein, dass dein Veeam nicht mit TLS 1.2 arbeiten möchte.

https://www.veeam.com/kb2853

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.

Cool :)