20
Scan to Mail über M365
Hallo zusammen,
ich habe mal wieder ein Problem beim Scan to Mail.
Verendet wird ein Ricoh MP C3004 und der soll über ein M365 Account Scann to Mail nach intern und extern machen.
Im Postfach beim M365 wurde der Hacken Authentifiziertes SMTP bei einem Postfach gesetzt.
Auf dem Drucker wurde für den Primären SMTP-Server der MX Eintrag der Domäne gesetzt, also "meinedomainde01b.mail.protection.outlook.com". Als Absender die E-Mailadresse des freigegeben E-Mailpostfaches der SMTP Anschluss ist der Port 25 Authentifizierungsmethode ist SMTP der Anwendername ist ebenfalls die E-Mailadresse und das dazugehörige Passwort.
Jetzt geht auch das Scan to Mail, jedoch nur intern. Der externe Versand schlägt fehl.
Nun habe ich rausgefunden, dass man im Exchange-Admin-Center unter E-Mail-Fluss => Connectors einen Connector hinzufügen kann. Dort habe ich den E-Mailserver ihrer Organisation gewählt, im nächsten Schritt den empfohlenen Hacken rausgenommen und dann meine feste öffentliche IP Adresse eingetragen. Jetzt kann ich auch nach extern Scannen.
Und jetzt kommts!
Was mach ich, wenn ich keine feste IP habe?
Danke schon an dieser Stelle Gruß HeinrichM
ich habe mal wieder ein Problem beim Scan to Mail.
Verendet wird ein Ricoh MP C3004 und der soll über ein M365 Account Scann to Mail nach intern und extern machen.
Im Postfach beim M365 wurde der Hacken Authentifiziertes SMTP bei einem Postfach gesetzt.
Auf dem Drucker wurde für den Primären SMTP-Server der MX Eintrag der Domäne gesetzt, also "meinedomainde01b.mail.protection.outlook.com". Als Absender die E-Mailadresse des freigegeben E-Mailpostfaches der SMTP Anschluss ist der Port 25 Authentifizierungsmethode ist SMTP der Anwendername ist ebenfalls die E-Mailadresse und das dazugehörige Passwort.
Jetzt geht auch das Scan to Mail, jedoch nur intern. Der externe Versand schlägt fehl.
Nun habe ich rausgefunden, dass man im Exchange-Admin-Center unter E-Mail-Fluss => Connectors einen Connector hinzufügen kann. Dort habe ich den E-Mailserver ihrer Organisation gewählt, im nächsten Schritt den empfohlenen Hacken rausgenommen und dann meine feste öffentliche IP Adresse eingetragen. Jetzt kann ich auch nach extern Scannen.
Und jetzt kommts!
Was mach ich, wenn ich keine feste IP habe?
Danke schon an dieser Stelle Gruß HeinrichM
Auf Facebook teilen
Auf Twitter teilen
Auf Reddit teilen
Auf Linkedin teilenBitte markiere auch die Kommentare, die zur Lösung des Beitrags beigetragen haben
Content-ID: 7592338780
Url: https://administrator.de/contentid/7592338780
Ausgedruckt am: 22.11.2024 um 04:11 Uhr
20 Kommentare
Neuester Kommentar
Hi.
das klappt so nicht mehr.
Host: smtp.office365.com
StartTLS
Port: 587
Gruß
das klappt so nicht mehr.
Was mach ich, wenn ich keine feste IP habe?
es wie von MS verlangt einrichten!? TLS etc.Host: smtp.office365.com
StartTLS
Port: 587
Gruß
Hi @6376382705,
leider funktioniert das so nicht.
wenn ich es so einstelle, scannt er weder intern noch extern.
leider funktioniert das so nicht.
wenn ich es so einstelle, scannt er weder intern noch extern.
Moin,
ist keine qualifizierte Fehlerbeschreibung.
Wie soll man Dir so helfen?
Gruß
Jasper
ist keine qualifizierte Fehlerbeschreibung.
Wie soll man Dir so helfen?
Gruß
Jasper
Hi.
das hatte ich tatsächlich bei älteren Druckern auch. TLS1.0, und 1.1 deaktiviert, sowie die alten SSL Protokolle. Anschließend ging es. Das läuft nur noch über TLS 1.2.
"intern" kann er auch nicht scannen, erreicht ja offensichtlich sein Ziel gar nicht erst.
das hatte ich tatsächlich bei älteren Druckern auch. TLS1.0, und 1.1 deaktiviert, sowie die alten SSL Protokolle. Anschließend ging es. Das läuft nur noch über TLS 1.2.
"intern" kann er auch nicht scannen, erreicht ja offensichtlich sein Ziel gar nicht erst.
Die Vermutung mit dem TLS hatte ich auch schon, leider klappt es bei einem neueren der TLS 1.2 machen müsste auch nicht.
Stelle ich es so ein...
kann ich z.B. zu einigen externen Empfängern senden. Jedoch wird es von z.B. GMX oder einem Postfach bei Strato abgelehnt. Dass sieht auf dem Drucker dann so aus.
Stelle ich es so ein...
TLS 1.2 machen müsste auch nicht
Du weißt es also nicht 100%.Ich kann Dir gerne sagen, alle meine Drucker schubsen ihre Mails übern M365 SMTP Server via TLS 1.2 - und das problemlos. Auch ältere Geräte.
z.B. GMX oder einem Postfach bei Strato abgelehnt. Dass sieht auf dem Drucker dann so aus.
Woher weißt Du das? Aber nicht wegen der generischen Fehlermeldung im Drucker?Gruß
kann ich z.B. zu einigen externen Empfängern senden. Jedoch wird es von z.B. GMX oder einem Postfach bei Strato abgelehnt.
Kommentarlos oder kommt im Info@ ein NDR an?
Gruß
Jasper
Das hier mal durchgeackert und NUR TLS1.2 aktivert? (Achtung, das ist die Anleitung für einen C401 - u.U. sieht das Adminpanel bei deinem Gerät ähnlich aus/gibt das gleiche her.)
support.ricoh.com/bb_v1oi/pub_e/oi_view/0001050/0001050898/view/security/int/0108.htm
Gruß
Edit: so sieht das auf einem steinaltdrucker aus (Zertifikat prüfen MUSS aktiviert sein).
support.ricoh.com/bb_v1oi/pub_e/oi_view/0001050/0001050898/view/security/int/0108.htm
Gruß
Edit: so sieht das auf einem steinaltdrucker aus (Zertifikat prüfen MUSS aktiviert sein).
Servus,
ist das eine shared Mailbox (aka Freigabe) oder ein Userpostfach mit zugewiesener Exchange Online Plan 1 oder Plan 2 Lizenz?
Exchange Online nimmt in diesem Szenario nur authenticated SMTP an. Dazu brauchst du einen gültigen User samt aktiver Exchange Online Lizenz.
ist das eine shared Mailbox (aka Freigabe) oder ein Userpostfach mit zugewiesener Exchange Online Plan 1 oder Plan 2 Lizenz?
Exchange Online nimmt in diesem Szenario nur authenticated SMTP an. Dazu brauchst du einen gültigen User samt aktiver Exchange Online Lizenz.
Hallo von einem MS365 Leidensgenossen. Bei mir war es nur ein NAS was sich melden sollte.
Ich habe die Lösung in der Benutzeroberfläche von MS365 gefunden.
Admin.microsoft.com anmelden
Im MS365 Admin Center
Aktiver Benutzer den Benutzer auswählen
Unter E-Mail E-MailApps verwalten.
Da Authentifiziert es SMTP auswählen.
Das hat bei mir zur Lösung meines Problems geholfen.
Hoffe es funktioniert auch bei dir.
Ich habe die Lösung in der Benutzeroberfläche von MS365 gefunden.
Admin.microsoft.com anmelden
Im MS365 Admin Center
Aktiver Benutzer den Benutzer auswählen
Unter E-Mail E-MailApps verwalten.
Da Authentifiziert es SMTP auswählen.
Das hat bei mir zur Lösung meines Problems geholfen.
Hoffe es funktioniert auch bei dir.
Am (Windows) Server einen SMTP Server einrichten.
Der Kopierer schickt dann an den SMTP Server und leitet dann an Office 365 weiter.
PS: IIS Dienst auf "Automatisch Starten" stellen.
Siehe hier:
https://techgenix.com/using-iis-as-smtp-relay-with-exchange-online/
gruß sd
Der Kopierer schickt dann an den SMTP Server und leitet dann an Office 365 weiter.
PS: IIS Dienst auf "Automatisch Starten" stellen.
Siehe hier:
https://techgenix.com/using-iis-as-smtp-relay-with-exchange-online/
gruß sd
Zitat von @Cloudrakete:
Servus,
ist das eine shared Mailbox (aka Freigabe) oder ein Userpostfach mit zugewiesener Exchange Online Plan 1 oder Plan 2 Lizenz?
Exchange Online nimmt in diesem Szenario nur authenticated SMTP an. Dazu brauchst du einen gültigen User samt aktiver Exchange Online Lizenz.
Servus,
ist das eine shared Mailbox (aka Freigabe) oder ein Userpostfach mit zugewiesener Exchange Online Plan 1 oder Plan 2 Lizenz?
Exchange Online nimmt in diesem Szenario nur authenticated SMTP an. Dazu brauchst du einen gültigen User samt aktiver Exchange Online Lizenz.
Ja es handelt sich um ein Exchange Online Plan 1
Zitat von @VirusPooh:
Hallo von einem MS365 Leidensgenossen. Bei mir war es nur ein NAS was sich melden sollte.
Ich habe die Lösung in der Benutzeroberfläche von MS365 gefunden.
Admin.microsoft.com anmelden
Im MS365 Admin Center
Aktiver Benutzer den Benutzer auswählen
Unter E-Mail E-MailApps verwalten.
Da Authentifiziert es SMTP auswählen.
Das hat bei mir zur Lösung meines Problems geholfen.
Hoffe es funktioniert auch bei dir.
Hallo von einem MS365 Leidensgenossen. Bei mir war es nur ein NAS was sich melden sollte.
Ich habe die Lösung in der Benutzeroberfläche von MS365 gefunden.
Admin.microsoft.com anmelden
Im MS365 Admin Center
Aktiver Benutzer den Benutzer auswählen
Unter E-Mail E-MailApps verwalten.
Da Authentifiziert es SMTP auswählen.
Das hat bei mir zur Lösung meines Problems geholfen.
Hoffe es funktioniert auch bei dir.
Moin,
ja das habe ich ja schon eingangs beschrieben und danach konnte ich intern Scannen, jedoch nicht an externe (z.B. @gmx.de) Mailempfänger.
Zitat von @silent-daniel:
Am (Windows) Server einen SMTP Server einrichten.
Der Kopierer schickt dann an den SMTP Server und leitet dann an Office 365 weiter.
PS: IIS Dienst auf "Automatisch Starten" stellen.
Siehe hier:
https://techgenix.com/using-iis-as-smtp-relay-with-exchange-online/
gruß sd
Am (Windows) Server einen SMTP Server einrichten.
Der Kopierer schickt dann an den SMTP Server und leitet dann an Office 365 weiter.
PS: IIS Dienst auf "Automatisch Starten" stellen.
Siehe hier:
https://techgenix.com/using-iis-as-smtp-relay-with-exchange-online/
gruß sd
Diese Anleitung ist sehr gut, leider gibt es hier auch das Problem, dass eine (feste) IP des Sendenden Netzwerkes benötigt wird. Nicht jeder hat eine Feste IP und somit funktioniert dies leider auch nicht immer.
Scannen an externe Benutzer sollte man nicht einrichten. Es ist immer ratsam den Scan an den User zu senden der dann mit seinem Konto das Dokument senden kann. Sonst hat man keinen Ueberblick und es passieren Fehler mit Dokumenten die an falsche Adressaten gesendet werden.
Zitat von @Starmanager:
Scannen an externe Benutzer sollte man nicht einrichten. Es ist immer ratsam den Scan an den User zu senden der dann mit seinem Konto das Dokument senden kann. Sonst hat man keinen Ueberblick und es passieren Fehler mit Dokumenten die an falsche Adressaten gesendet werden.
Scannen an externe Benutzer sollte man nicht einrichten. Es ist immer ratsam den Scan an den User zu senden der dann mit seinem Konto das Dokument senden kann. Sonst hat man keinen Ueberblick und es passieren Fehler mit Dokumenten die an falsche Adressaten gesendet werden.
Moin,
ja da magst Du Recht haben, wenn es aber von einem Kunden gewünscht wird, muss es funktionieren. Und es kann doch nicht sein, dass dies nicht geht.
muss es funktionieren
Es funktioniert sehr sicher. Es liegt an Dir und nicht an einer statischen IP.Irgendwann muss man sterbende Pferde einfach beerdigen.
Gruß
Zitat von @6376382705:
funktioniert leider nicht...muss es funktionieren
Es funktioniert sehr sicher. Es liegt an Dir und nicht an einer statischen IP.Irgendwann muss man sterbende Pferde einfach beerdigen.
Kann es vielleicht an den akzeptierten Domänen liegen?
Diese akzeptierte Domäne ist
1. E-Mail wird an e-Mail-Adressen zugestellt, die für Empfänger in Microsoft 365 oder Office 365 für diese Domäne aufgeführt sind. E-Mails für unbekannte Empfänger werden abgelehnt.
oder
2. Die Empfänger dieser Domäne können sich in Microsoft 365 oder Office 365 oder Ihren eigenen e-Mail-Servern befinden. E-Mails werden an bekannte Empfänger in Office 365 zugestellt oder an Ihren eigenen e-Mail-Server weiter geleitet, wenn die Empfänger Microsoft 365 oder Office 365 nicht bekannt sind.
Was sollte hier gewählt sein im Exchange Admin Center?
Diese akzeptierte Domäne ist
1. E-Mail wird an e-Mail-Adressen zugestellt, die für Empfänger in Microsoft 365 oder Office 365 für diese Domäne aufgeführt sind. E-Mails für unbekannte Empfänger werden abgelehnt.
oder
2. Die Empfänger dieser Domäne können sich in Microsoft 365 oder Office 365 oder Ihren eigenen e-Mail-Servern befinden. E-Mails werden an bekannte Empfänger in Office 365 zugestellt oder an Ihren eigenen e-Mail-Server weiter geleitet, wenn die Empfänger Microsoft 365 oder Office 365 nicht bekannt sind.
Was sollte hier gewählt sein im Exchange Admin Center?
So habe die Lösung!
die Einstellungen auf dem Scanner sind wie oben schon erwähnt folgende:
Das Problem lag an den Sicherheitseinstellungen im M365.
Ich musste in der Azure Active Directory unter Übersicht => Eigenschaften dann unten bei Sicherheitsstandards => Sicherheitsstandards verwalten diese auf Deaktiviert (nicht empfohlen) setzten.
Dies scheint bei neu angelegten M365 Konten immer standardmäßig aktiv zu sein.
Dann noch was zum Ricoh. Der MP C3004ex kann TLS1.2 dort funktioniert es auch und beim MP 5001 funktioniert es nicht, da dieser nur TLS1.0 kann.
Danke für eure Mithilfe und das Pferd lebt weiter, man muss es nur füttern 😉
Gruß HeinrichM
die Einstellungen auf dem Scanner sind wie oben schon erwähnt folgende:
Das Problem lag an den Sicherheitseinstellungen im M365.
Ich musste in der Azure Active Directory unter Übersicht => Eigenschaften dann unten bei Sicherheitsstandards => Sicherheitsstandards verwalten diese auf Deaktiviert (nicht empfohlen) setzten.
Dies scheint bei neu angelegten M365 Konten immer standardmäßig aktiv zu sein.
Dann noch was zum Ricoh. Der MP C3004ex kann TLS1.2 dort funktioniert es auch und beim MP 5001 funktioniert es nicht, da dieser nur TLS1.0 kann.
Danke für eure Mithilfe und das Pferd lebt weiter, man muss es nur füttern 😉
Gruß HeinrichM
