Moin, ich habe gerade ein schickes .mailfilter gebaut (in ungefähr 1% der Zeit, die ich für meine .procmailrc gebraucht habe), jetzt aber einige Schwierigkeiten, Postfix beizubringen, daß es einen neuen MDA hat. Offenbar ist der Benutzer, den Postfix benutzt, um Maildrop zu starten, nicht berechtigt, in meinen Verzeichnissen 'rumzufummeln: status=deferred (temporary failure. Command output: /usr/bin/maildrop: Unable to create a dot-lock. ) Warum hat Procmail damit keine Probleme? README.postfix brachte mich nicht weiter, weil ich nicht ganz die Rolle des Users vmail verstehe. Weiß jemand Rat? Thorsten -- They that can give up essential liberty to obtain a little temporary safety deserve neither liberty nor safety. - Benjamin Franklin
Hallo Thorsten,
From the keyboard of Thorsten,
Moin,
ich habe gerade ein schickes .mailfilter gebaut (in ungefähr 1% der Zeit, die ich für meine .procmailrc gebraucht habe), jetzt aber einige Schwierigkeiten, Postfix beizubringen, daß es einen neuen MDA hat.
Offenbar ist der Benutzer, den Postfix benutzt, um Maildrop zu starten, nicht berechtigt, in meinen Verzeichnissen 'rumzufummeln: status=deferred (temporary failure. Command output: /usr/bin/maildrop: Unable to create a dot-lock. ) Warum hat Procmail damit keine Probleme?
README.postfix brachte mich nicht weiter, weil ich nicht ganz die Rolle des Users vmail verstehe.
Weiß jemand Rat?
Kann es irgendwie mit den rechten von maildrop zusammenhängen? procmail z.b: ls -la `which procmail` -rwsr-sr-x 1 root mail 65888 30. Aug 20:13 /usr/bin/procmail bye Waldemar
Moin,
* Waldemar Brodkorb
Kann es irgendwie mit den rechten von maildrop zusammenhängen?
procmail z.b: ls -la `which procmail` -rwsr-sr-x 1 root mail 65888 30. Aug 20:13 /usr/bin/procmail Jetzt bin ich überrascht. Bei mir sieht's so aus: -rwxr-xr-x 1 root root 67128 Mai 11 18:32 /usr/bin/procmail* -rwsr-sr-x 1 root mail 192891 Mai 11 18:24 /usr/bin/maildrop* Also dürfte ich das eigentlich mit Maildrop dürfen, egal mit welchen Rechten der MDA von Postfix gestartet wird. Warum haben aber unsere Postfixe unterschiedliche Rechte? Welche SuSE benutzt Du? Hast Du Postfix von HAnd installiert?
Thorsten -- They that can give up essential liberty to obtain a little temporary safety deserve neither liberty nor safety. - Benjamin Franklin
Hallo Thorsten,
From the keyboard of Thorsten,
Moin,
* Waldemar Brodkorb
[01-10-26 23:53]: Kann es irgendwie mit den rechten von maildrop zusammenhängen?
procmail z.b: ls -la `which procmail` -rwsr-sr-x 1 root mail 65888 30. Aug 20:13 /usr/bin/procmail Jetzt bin ich überrascht. Bei mir sieht's so aus: -rwxr-xr-x 1 root root 67128 Mai 11 18:32 /usr/bin/procmail* -rwsr-sr-x 1 root mail 192891 Mai 11 18:24 /usr/bin/maildrop* Also dürfte ich das eigentlich mit Maildrop dürfen, egal mit welchen Rechten der MDA von Postfix gestartet wird. Warum haben aber unsere Postfixe unterschiedliche Rechte?
Haben Sie? Nein, nur unsere procmail's ;)
Welche SuSE benutzt Du?
Habe ich da erwähnt das es ein SuSE-System ist? Es ging mir nur darum zu zeigen, das der MDA eventuell keine Rechte hat beim User im Mailspool zu werkeln. Dafür muß er z.B. der Gruppe mail angehören und das setgid-bit gesetzt haben, um mit den Rechten von mail zu arbeiten auch wenn ein anderer Benutzer Ihn gestartet hat (z.B. der "Benutzer" postfix) Die meisten Unterprogramme von postfix laufen als unprivilegierter User.
Hast Du Postfix von HAnd installiert?
Nö. Bzw. doch, mit der Nase kann ich nicht sogut tippen :) Noch mal zu deinem Problem. Wie verwendest du denn maildrop? Wie sieht der Eintrag in /etc/postfix/main.cf aus? Läuft Postfix in einer chroot-Umgebung? Wie sehen die Dateirechte von .mailfilter aus? Wohin filtert mailfilter? $HOME/Mail ? /var/mail/$user ? Wie sehen die Rechte der Mailboxen aus? Scheinbar kann maildrop kein lockfile anlegen. bye Waldemar
Moin,
Moin,
* Waldemar Brodkorb
From the keyboard of Thorsten, * Waldemar Brodkorb
[01-10-26 23:53]: Kann es irgendwie mit den rechten von maildrop zusammenhängen?
procmail z.b: ls -la `which procmail` -rwsr-sr-x 1 root mail 65888 30. Aug 20:13 /usr/bin/procmail Jetzt bin ich überrascht. Bei mir sieht's so aus: -rwxr-xr-x 1 root root 67128 Mai 11 18:32 /usr/bin/procmail* -rwsr-sr-x 1 root mail 192891 Mai 11 18:24 /usr/bin/maildrop* Also dürfte ich das eigentlich mit Maildrop dürfen, egal mit welchen Rechten der MDA von Postfix gestartet wird. Warum haben aber unsere Postfixe unterschiedliche Rechte? Haben Sie? Nein, nur unsere procmail's ;) Argl. Ich meinte doch die Procmails.
Welche SuSE benutzt Du? Habe ich da erwähnt das es ein SuSE-System ist? Ist es nicht?
Es ging mir nur darum zu zeigen, das der MDA eventuell keine Rechte hat beim User im Mailspool zu werkeln. Das hatte ich schon vermutet, die Rechte sehen für mich aber nicht danach aus. (Oder ich weiß doch nicht, was das s-Bit bedeutet.)
Wie verwendest du denn maildrop? Bisher garnicht.
Wie sieht der Eintrag in /etc/postfix/main.cf aus? mailbox_transport = maildrop
Läuft Postfix in einer chroot-Umgebung? Laut Tabelle in der master.cf zum größten Teil.
Wie sehen die Dateirechte von .mailfilter aus? -rw-------
Wohin filtert mailfilter? $HOME/Mail ? /var/mail/$user ? In einige mboxen unterhalb von $HOME/Mail.
Wie sehen die Rechte der Mailboxen aus? -rw-------
Danke schonmal! Thorsten -- They that can give up essential liberty to obtain a little temporary safety deserve neither liberty nor safety. - Benjamin Franklin
Hallo Thorsten,
From the keyboard of Thorsten, Moin,
* Waldemar Brodkorb
[01-10-27 15:53]: From the keyboard of Thorsten, * Waldemar Brodkorb
[01-10-26 23:53]: Kann es irgendwie mit den rechten von maildrop zusammenhängen?
procmail z.b: ls -la `which procmail` -rwsr-sr-x 1 root mail 65888 30. Aug 20:13 /usr/bin/procmail Jetzt bin ich überrascht. Bei mir sieht's so aus: -rwxr-xr-x 1 root root 67128 Mai 11 18:32 /usr/bin/procmail* -rwsr-sr-x 1 root mail 192891 Mai 11 18:24 /usr/bin/maildrop* Also dürfte ich das eigentlich mit Maildrop dürfen, egal mit welchen Rechten der MDA von Postfix gestartet wird. Warum haben aber unsere Postfixe unterschiedliche Rechte? Haben Sie? Nein, nur unsere procmail's ;) Argl. Ich meinte doch die Procmails.
Welche SuSE benutzt Du? Habe ich da erwähnt das es ein SuSE-System ist? Ist es nicht?
No comment ;). Ich habe mehrere Unixartige Betriebsysteme auf der Platte, darunter auch SuSE 7.3.
Es ging mir nur darum zu zeigen, das der MDA eventuell keine Rechte hat beim User im Mailspool zu werkeln. Das hatte ich schon vermutet, die Rechte sehen für mich aber nicht danach aus. (Oder ich weiß doch nicht, was das s-Bit bedeutet.)
Wie verwendest du denn maildrop? Bisher garnicht.
O.k., wie willst du es verwenden? :)
Wie sieht der Eintrag in /etc/postfix/main.cf aus? mailbox_transport = maildrop
Das scheint mir der Knackpunkt zu sein.
Läuft Postfix in einer chroot-Umgebung? Laut Tabelle in der master.cf zum größten Teil.
Wie sehen die Dateirechte von .mailfilter aus? -rw-------
Wohin filtert mailfilter? $HOME/Mail ? /var/mail/$user ? In einige mboxen unterhalb von $HOME/Mail.
Wie sehen die Rechte der Mailboxen aus? -rw-------
Wenn deine Mailboxen nur von dir schreibbar sind, aber dein maildrop nicht mit -d user gestartet wird, kann das nicht klappen. Also entweder main.cf anpassen oder Rechte auf deinen Mailboxen.
Danke schonmal!
Jupp. Schon gelesen? /usr/share/doc/packages/maildrop/maildrop.html bye Waldemar
Moin,
* Waldemar Brodkorb
From the keyboard of Thorsten, * Waldemar Brodkorb
[01-10-27 15:53]: Wie sieht der Eintrag in /etc/postfix/main.cf aus? mailbox_transport = maildrop Das scheint mir der Knackpunkt zu sein.
Wenn deine Mailboxen nur von dir schreibbar sind, aber dein maildrop nicht mit -d user gestartet wird, kann das nicht klappen. Also entweder main.cf anpassen oder Rechte auf deinen Mailboxen. Du meinst, ich sollte es mit 'maildrop -d' versuchen? Mache ich morgen gleich als erstes.
Schon gelesen? /usr/share/doc/packages/maildrop/maildrop.html Es kommt mir so vor, als würde ich seit Tagen nichts anders machen, als Dokumente über Postfix und Maildrop lesen. Diese war auch dabei, aber ich kann nicht sagen, daß ich alles verstanden habe.
Naja, aber so langsam lichtet siche der Nebel, hoffe ich. Thorsten -- They that can give up essential liberty to obtain a little temporary safety deserve neither liberty nor safety. - Benjamin Franklin
participants (2)
-
Thorsten Haude
-
Waldemar Brodkorb