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