Gibt es den "Benutzer" Drucker-Kyocera.fritz.box in der DS überhaupt (noch)? Ich habe meinen Brother Drucker quasi als Benutzer mit Kennwort in der DS eingetragen und lediglich Mail Rechte vergeben.
smtp-Mailrelais
- Ersteller mife
- Erstellt am
- Status
Hallo diver68,
den Benutzer "Drucker-Kyocera.fritz.box" gibt es nicht, und gab es tatsächlich noch nie. Der Drucker wählte sich - solange es klappte - immer mit dem Nutzer "Fax" ein, den ich extra für ihn angelegt hatte, mit den erforderlichen Rechten.
Aber danke für den Hinweis.
Ich werde es Montag mal mit einem gesonderten Nutzer versuchen, und auch nochmal die Rechte des Nutzers "Fax" prüfen.
den Benutzer "Drucker-Kyocera.fritz.box" gibt es nicht, und gab es tatsächlich noch nie. Der Drucker wählte sich - solange es klappte - immer mit dem Nutzer "Fax" ein, den ich extra für ihn angelegt hatte, mit den erforderlichen Rechten.
Aber danke für den Hinweis.
Ich werde es Montag mal mit einem gesonderten Nutzer versuchen, und auch nochmal die Rechte des Nutzers "Fax" prüfen.
Hallo,
falls das nicht hilft, poste bitte mal die Config-Daten
Ausgaben der aktiven Einstellungen über die Bash mit:
/var/packages/MailServer/target/sbin/postconf -n
Ich habe die Protokollierung mal verglichen mit der Ausgabe in meiner DS. Bei mir kommt aber anstelle der Fehlermeldung im Protokoll die Anmeldung des DS-Benutzers für das Mailkonto und die E-Mail wird verschickt
.
Irgendwo passt eine Einstellung nicht.
Gruß
Lars
falls das nicht hilft, poste bitte mal die Config-Daten
Ausgaben der aktiven Einstellungen über die Bash mit:
/var/packages/MailServer/target/sbin/postconf -n
Ich habe die Protokollierung mal verglichen mit der Ausgabe in meiner DS. Bei mir kommt aber anstelle der Fehlermeldung im Protokoll die Anmeldung des DS-Benutzers für das Mailkonto und die E-Mail wird verschickt
.Irgendwo passt eine Einstellung nicht.
Gruß
Lars
Meinst Du die Fehlermeldung ganz am Ende?
Und die anderen Teile des Logs sind ansonsten "normale Betriebsmeldungen"?
Ja genau, deswegen überprüfe mal die Einstellungen/Rechte des "Benutzers", des Druckers. Der Drucker hat m.E. keine Rechte (mehr)
Hallo!
Bei mir kommt, wo dein Log aufhört noch eine weiterer Eintrag, wo der DS-Benutzer übergeben wird.
In meinem Log kommt mehrfach:
2017-03-18T21:37:51+01:00 Diskstation postfix/smtpd[31048]: generic_checks: name=permit_sasl_authenticated
vor. Dieses finde ich in deinem Logausschnitt nicht.
In der main.cf der Diskstation vieleicht mal folgenden Zeilen prüfen (die Einstellung ist Standard bei der Installation):
smtpd_client_restrictions = check_client_access hash:/var/packages/MailServer/target/etc/access/client_access, permit_mynetworks, permit_sasl_authenticated, reject_unauth_destination
smtpd_recipient_restrictions = check_client_access hash:/var/packages/MailServer/target/etc/access/client_access, check_sender_access hash:/var/packages/MailServer/target/etc/access/sender_access, check_recipient_access hash:/var/packages/MailServer/target/etc/access/recipient_access, permit_mynetworks, permit_sasl_authenticated, reject_unauth_destination
Oder doch mal den MailServer neu installieren, damit die Config-Files dem "DS-Standard" entsprechen.
Gruß
Lars
Bei mir kommt, wo dein Log aufhört noch eine weiterer Eintrag, wo der DS-Benutzer übergeben wird.
In meinem Log kommt mehrfach:
2017-03-18T21:37:51+01:00 Diskstation postfix/smtpd[31048]: generic_checks: name=permit_sasl_authenticated
vor. Dieses finde ich in deinem Logausschnitt nicht.
In der main.cf der Diskstation vieleicht mal folgenden Zeilen prüfen (die Einstellung ist Standard bei der Installation):
smtpd_client_restrictions = check_client_access hash:/var/packages/MailServer/target/etc/access/client_access, permit_mynetworks, permit_sasl_authenticated, reject_unauth_destination
smtpd_recipient_restrictions = check_client_access hash:/var/packages/MailServer/target/etc/access/client_access, check_sender_access hash:/var/packages/MailServer/target/etc/access/sender_access, check_recipient_access hash:/var/packages/MailServer/target/etc/access/recipient_access, permit_mynetworks, permit_sasl_authenticated, reject_unauth_destination
Oder doch mal den MailServer neu installieren, damit die Config-Files dem "DS-Standard" entsprechen.
Gruß
Lars
Hallo zusammen,
es gibt eine Lösung.
Diese war so einfach wie simpel: die Mail wurden nicht zugestellt, weil am Mailserver im Abschnitt SMTP als zusätzliche Domain unsere Firmen-Domain eingetragen war. Dies führte dazu, dass der Server versucht hat, Mails an Adressen in dieser Domain zu speichern. Er sollte sie aber ebenfalls nur durchleiten (relay) und konnte nicht speichern, weil der Nutzer nicht eingetragen war.
Mails an externe Empfänger (also andere Domains) wäre vermutlich rausgegangen, was ich aber nicht versucht hatte.
Also: zusätzliche Domain gelöscht (es steht nun unter "Hostname (FQDN)" nur noch "localhost"), und es funktioniert.
Grüße, danke, und Tschüs!
es gibt eine Lösung.
Diese war so einfach wie simpel: die Mail wurden nicht zugestellt, weil am Mailserver im Abschnitt SMTP als zusätzliche Domain unsere Firmen-Domain eingetragen war. Dies führte dazu, dass der Server versucht hat, Mails an Adressen in dieser Domain zu speichern. Er sollte sie aber ebenfalls nur durchleiten (relay) und konnte nicht speichern, weil der Nutzer nicht eingetragen war.
Mails an externe Empfänger (also andere Domains) wäre vermutlich rausgegangen, was ich aber nicht versucht hatte.
Also: zusätzliche Domain gelöscht (es steht nun unter "Hostname (FQDN)" nur noch "localhost"), und es funktioniert.
Grüße, danke, und Tschüs!
- Status
Kaffeautomat
Wenn du das Forum hilfreich findest oder uns unterstützen möchtest, dann gib uns doch einfach einen Kaffee aus.
Als Dankeschön schalten wir deinen Account werbefrei.
