Im Bereich der Anwendungsberechtigungen erscheint sie ja garnicht. Aus diesem Grunde können normale Benutzer derzeit keine Mails verschicken und sehen auch nicht den Link zur Mail Station auf ihrem virtuellen Desktop.
Wie gibt man denn die Mail Station für andere Benutzer frei? ..
- Ersteller Bloedi
- Erstellt am
-
Ab sofort steht euch hier im Forum die neue Add-on Verwaltung zur Verfügung – eine zentrale Plattform für alles rund um Erweiterungen und Add-ons für den DSM.
Damit haben wir einen Ort, an dem Lösungen von Nutzern mit der Community geteilt werden können. Über die Team Funktion können Projekte auch gemeinsam gepflegt werden.
Was die Add-on Verwaltung kann und wie es funktioniert findet Ihr hier
- Status
Hallo Bloedi,
Bücher und Hardware zum Thema gibt es bei Amazon: Wie gibt man denn die Mail Station für andere Benutzer frei? ..
Bücher und Hardware zum Thema gibt es bei Amazon: Wie gibt man denn die Mail Station für andere Benutzer frei? ..
.. naja.. Ich bekomme aber SMTP-Authentifizierungsfehler, wenn ich mich als normaler Benutzer dort anmelde und eine Nachricht verschicken möchte.
Einloggen kann man sich, aber man kann keine Nachrichten verschicken.. =o( ..
Einloggen kann man sich, aber man kann keine Nachrichten verschicken.. =o( ..
Zuletzt bearbeitet:
Guck.. ich hab oben noch die Protokoll-Fehlermeldungen eingefügt.
ja.. die Home-Verzeichnisse hab ich aktiv geschaltet..
ja.. die Home-Verzeichnisse hab ich aktiv geschaltet..
jahlives
Benutzer
- Registriert
- 19. Aug. 2008
- Beiträge
- 18.275
- Reaktionspunkte
- 4
- Punkte
- 0
Jedem lokal bekannten User ist es grundsätzlich erlaubt die Mailstation (smtp und imap) zu nutzen.
Du sagst, dass du dich anmelden könntest, erst beim Verschicken der Emails kommen die Fehlermeldungen. Heisst das du kannst dich am Webmail anmelden, aber das Versenden scheitert? Wo liegt denn das Webmail? Auf dem gleichen Server wie der smtp auch drauf läuft?
Hast du mal probiert eine Email direkt aus deinem Client (z.B. Thunderbird oder Outlook) an deinen Server zu schicken? Kommen dann die gleichen Fehlermeldungen?
Was ich mir noch vorstellen könnte wäre folgendes: Haben deine neuen Mailuser (also jene die den Fehler provozieren) jeweils gültige Anmeldeshells und Homeverzeichnisse in /etc/passwd?
Du sagst, dass du dich anmelden könntest, erst beim Verschicken der Emails kommen die Fehlermeldungen. Heisst das du kannst dich am Webmail anmelden, aber das Versenden scheitert? Wo liegt denn das Webmail? Auf dem gleichen Server wie der smtp auch drauf läuft?
Hast du mal probiert eine Email direkt aus deinem Client (z.B. Thunderbird oder Outlook) an deinen Server zu schicken? Kommen dann die gleichen Fehlermeldungen?
Was ich mir noch vorstellen könnte wäre folgendes: Haben deine neuen Mailuser (also jene die den Fehler provozieren) jeweils gültige Anmeldeshells und Homeverzeichnisse in /etc/passwd?
Case-Sensitive
Hallo,
falls noch jemand dieses Problem hat und die Lösung hier bisher nicht gefunden hat:
Bei mir war die Ursache die Groß/Kleinschreibung des Benutzers.
Mein Synology-User hieß "Georg" - und auch das User-Home-Verzeichnis war mit großem G angelegt.
Anmeldung am Webmail mit "georg" möglich - beim Versenden von Mails kam die oben bereits erwähnte Authentication-failed-Meldung.
Nach anmeldung am Webmail mit "Georg" funktioniert es.
Die Groß/Kleinschreibung Benutzerkonfiguration im postfix ist irrelevant -> da funktioniert ein "georg" im sasl_passwd auch mit "Georg"-Webmail-Anmeldung.
lG
Georg
Hallo,
falls noch jemand dieses Problem hat und die Lösung hier bisher nicht gefunden hat:
Bei mir war die Ursache die Groß/Kleinschreibung des Benutzers.
Mein Synology-User hieß "Georg" - und auch das User-Home-Verzeichnis war mit großem G angelegt.
Anmeldung am Webmail mit "georg" möglich - beim Versenden von Mails kam die oben bereits erwähnte Authentication-failed-Meldung.
Nach anmeldung am Webmail mit "Georg" funktioniert es.
Die Groß/Kleinschreibung Benutzerkonfiguration im postfix ist irrelevant -> da funktioniert ein "georg" im sasl_passwd auch mit "Georg"-Webmail-Anmeldung.
lG
Georg
Wie verhindere ich case-inkorrekte Anmeldungen
Hi nochmals,
da stellt sich mir natürlich gleich die Frage:
Wie kann ich verhindern, daß ich mich mit "georg" anmelden kann, wenn der Benutzer eigentlich "Georg" heißt?
Oder kann ich intern den Mailuser von georg auf Georg setzen?
Gibt es hierzu eine Idee?
lG
Georg
Hi nochmals,
da stellt sich mir natürlich gleich die Frage:
Wie kann ich verhindern, daß ich mich mit "georg" anmelden kann, wenn der Benutzer eigentlich "Georg" heißt?
Oder kann ich intern den Mailuser von georg auf Georg setzen?
Gibt es hierzu eine Idee?
lG
Georg
jahlives
Benutzer
- Registriert
- 19. Aug. 2008
- Beiträge
- 18.275
- Reaktionspunkte
- 4
- Punkte
- 0
Postfix ist case-sensitive bei allem vor dem @
Das obiges funzt kannst du Rouncubemail verdanken. Bevor Roundcube (Webmail) einen Benutzernamen an den Server zur Authentifizierung übermittelt macht es alles in Kleinschreibung. Also wird bei Georg im Webmail in Wirklichkeit georg an den Server übermittelt.
Eigentlich ist das ein Bug denn die RFC für Mails spezifizieren den sogenannten localpart einer Mailadresse (alles vor dem @) ganz klar als case-sensitive. Gemäss RFC sind Georg und georg zwei unterschiedliche User, für Roundcube sind sie jedoch identisch.
jahlives
Benutzer
- Registriert
- 19. Aug. 2008
- Beiträge
- 18.275
- Reaktionspunkte
- 4
- Punkte
- 0
Wenn der User im DSM wirklich Georg heisst, dann darf eine Anmeldung mit georg an Postfix nicht klappen. Heisst er jedoch georg dann darf eine Anmeldung mit Georg nicht klappen.
Das gilt aber nur für den Mailserver direkt. Bei Rouncube gilt oben genannter "Bug" und darum ist es mit RC möglich.
- 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.
