// so behebst du es
Scan to Email funktioniert nicht: Drucker mit Microsoft 365 oder Gmail einrichten
Drucker oder Scanner verschickt keine Scans mehr per E-Mail? Wähle die richtige Methode für Microsoft 365 oder Gmail: SMTP AUTH, Direct Send, Relay, App-Passwort.
Was das bedeutet
Multifunktionsdrucker und Scanner verschicken Scans per SMTP, wie ein altes Mailprogramm. Wenn das nicht mehr funktioniert, zeigt das Gerät meist eine vage Meldung („SMTP error“, „authentication failed“, „cannot connect to server“). Die meisten Ausfälle kommen von Änderungen beim E-Mail-Anbieter: strengere Anmelderegeln, abgeschaltete alte Protokolle oder blockierte E-Mails ohne Authentifizierung.
Warum das passiert
- Die Anmeldung per Passwort wird nicht mehr akzeptiert. Gmail verlangt für SMTP ein App-Passwort, und bei Microsoft 365 ist SMTP AUTH oft ausgeschaltet. Siehe Gmail 535 5.7.8 und Microsoft 365 535 5.7.139.
- Alte Firmware. Geräte, die nur TLS 1.0/1.1 oder alte Verschlüsselungsverfahren beherrschen, können sich nicht mit aktuellen Servern verbinden.
- Falscher Port oder falsche Verschlüsselung. Zum Beispiel Port 25 ohne Anmeldung zu
smtp.office365.comoder SSL auf 587. - Falsche Uhrzeit. Ein Gerät mit falschem Datum scheitert an der Prüfung des TLS-Zertifikats.
- Direct Send blockiert. In Microsoft 365 können Admins inzwischen nicht authentifizierte „Direct Send“-Nachrichten ablehnen.
- E-Mail zugestellt, aber im Spam, weil das Gerät als deine Domain von einer IP sendet, die nicht in SPF steht.
So prüfst du es
- Notiere die Einstellungen des Geräts: SMTP-Server, Port, Verschlüsselung (None, SSL/TLS, STARTTLS), Benutzername und „From“-Adresse.
- Prüfe das Geräteprotokoll oder den Fehlercode und aktualisiere die Firmware.
- Teste die Verbindung von einem Computer im selben Netzwerk:
nc -vz smtp.office365.com 587 nc -vz smtp.gmail.com 587
- Schick einen Scan an die einmalige Adresse auf der Startseite von Delivmail (funktioniert mit jeder Methode, die externe Adressen erreichen kann). Der Bericht zeigt, ob SPF, DKIM und DMARC für die From-Adresse des Geräts bestehen.
- Bei Microsoft 365 nutze die Nachrichtenablaufverfolgung im Exchange admin center, um zu sehen, ob die Nachricht angekommen ist und warum sie abgelehnt wurde.
So behebst du es
Microsoft 365: eine von drei Methoden wählen
Microsoft dokumentiert drei Wege, wie Geräte senden können.
1. SMTP AUTH client submission (sendet an jeden):
Server: smtp.office365.com Port: 587 Encryption: STARTTLS Username: scanner@yourdomain.com (a licensed mailbox) Password: the mailbox password
SMTP AUTH muss für dieses Postfach aktiviert sein. Microsoft schafft die Standardauthentifizierung (Basic authentication, Benutzername und Passwort) für SMTP AUTH ab: Zum Zeitpunkt des Schreibens soll sie für bestehende Mandanten Ende Dezember 2026 standardmäßig deaktiviert werden, ein endgültiges Abschaltdatum wird noch bekanntgegeben. Prüfe den aktuellen Zeitplan von Microsoft und nimm für neue Einrichtungen lieber eine Methode, die nicht davon abhängt.
2. Direct Send (nur interne Empfänger, keine Anmeldung): Das Gerät sendet auf Port 25 an deinen Microsoft-365-MX-Host:
Server: yourdomain-com.mail.protection.outlook.com Port: 25 Login: none From: scanner@yourdomain.com
Nimm genau den MX-Host, den dig MX yourdomain.com +short anzeigt. Die öffentliche IP deines Büros muss statisch sein und in SPF stehen, sonst landen Scans eventuell im Junk-Ordner. Hat ein Admin Set-OrganizationConfig -RejectDirectSend $true eingeschaltet, wird Direct Send abgelehnt, und du brauchst Methode 3. Direct Send erreicht keine externen Adressen, also funktioniert ein Delivmail-Test damit nicht.
3. SMTP-Relay mit Connector (sendet an jeden, ohne Postfach-Anmeldung): Lege im Exchange admin center einen eingehenden Connector von „your organization's email server“ an, der deine statische öffentliche IP (oder ein Zertifikat) erkennt. Das Gerät sendet auf Port 25 an denselben MX-Host. Füge die IP zu SPF hinzu:
yourdomain.com. TXT "v=spf1 include:spf.protection.outlook.com ip4:203.0.113.20 -all"
Siehe SPF, DKIM und DMARC für Microsoft 365.
Gmail und Google Workspace
- Privates Gmail oder ein Workspace-Postfach:
smtp.gmail.com, Port 587 mit STARTTLS (oder 465 mit SSL), die vollständige Adresse als Benutzername und ein App-Passwort (dafür ist die Bestätigung in zwei Schritten nötig). - SMTP-Relay von Google Workspace: Richte in der Admin console den SMTP-Relay-Dienst für die IP deines Büros ein und sende dann auf Port 587 (oder 25/465) an
smtp-relay.gmail.com. Bekommst du „550 5.7.0 Mail relay denied“, siehe SMTP-Relay von Google Workspace abgelehnt.
Wenn das Gerät zu alt ist
Aktualisiere die Firmware. Beherrscht es danach immer noch kein modernes TLS, sende über ein kleines lokales Relay (einen Server oder ein NAS, das E-Mails vom Gerät annimmt und mit richtiger Anmeldung weiterschickt), oder nutze die Scan-to-Cloud-Funktion des Herstellers.
Prüfe, ob es behoben ist
Schick einen Testscan an die Delivmail-Adresse (Methoden 1 und 3 oder Gmail) und prüfe, dass SPF, DKIM und DMARC bestehen. Scanne dann an einen echten internen und einen externen Empfänger. Hast du SPF geändert, warte die DNS-Verbreitung ab, bevor du erneut testest.
Prüfe, ob es behoben ist
DNS-Änderungen können ein paar Minuten bis einige Stunden dauern. Sende danach eine neue Test-E-Mail oder scanne deine Domain erneut.
Ähnliche Anleitungen
- Deine E-Mails landen bei Outlook oder Hotmail im JunkOutlook.com, Hotmail und Live schieben viele neue Absender in den Junk-Ordner. Prüfe deine Einrichtung und nutze dann die kostenlosen Absender-Tools von Microsoft: SNDS, JMRP und das Delist-Portal.
- SPF, DKIM und DMARC für Google Workspace einrichtenEine vollständige Checkliste, um eine Domain zu authentifizieren, die mit Gmail in Google Workspace sendet: eine SPF-Zeile, DKIM in der Admin-Konsole aktiviert und ein erster DMARC-Eintrag.
- SPF, DKIM und DMARC für Microsoft 365 einrichtenEine vollständige Checkliste, um eine Domain zu authentifizieren, die mit Outlook in Microsoft 365 sendet: das SPF-Include, die zwei DKIM-CNAME-Einträge und ein erster DMARC-Eintrag.
- Microsoft 365 „550 5.1.8 Access denied, bad outbound sender“Microsoft 365 hat einen Nutzer für den Versand gesperrt, weil das Konto Spam gesendet hat, meist nachdem es gehackt wurde. Sichere das Konto und entsperre es dann.
- DKIM mit CNAME-Einträgen: delegierte Selektoren (Microsoft 365, SendGrid…)Viele Anbieter verlangen DKIM als CNAME-Einträge statt als TXT-Schlüssel. So funktionieren sie, und diese Fehler machen sie kaputt.