Ordnerrechte von cyrus-imap für von amavis erkanntem Spam
Guten Abend! Ich habe postfix und Konsorten (fetchmail, cyrus-imap/sieve, amavis, clamav, spamassassin) in 10.1 installiert und aktualisiert. Es sollen die via amavis als Spam erkannten und so deklarierten E-Mails für die Benutzer (und auch andere Konten) in jeweiligen Unterordnern namens "spam" der persönlichen Posteingänge gespeichert werden. Beispiel: - Benutzer "ich" - - Posteingang: "user.ich" - - Spamordner: "user.ich.spam" Dazu dienen in /etc/amavis.conf die Einträge: @addr_extension_spam_maps = ('spam'); $recipient_delimiter = '+'; Die E-Mails landen aber immer im Posteingang. Ursache sind fehlende Rechte; der Posteingang hat - wie auch der Ordner "spam" - die Rechte "lrswipcda" (oder "all") für den Benutzer "ich". Gebe ich dem Ordner "spam" zusätzlich "anyone p" - also Post-Rechte für alle - landen die Mails auch wunschgemäß dort. Das möchte ich aber eigentlich nicht. Wie finde ich heraus, unter welchem Konto versucht wird, auf dem Ordner "spam" zuzugreifen, um dann die entsprechenden Rechte vergeben zu können? Das gleiche (Verständnis)problem habe ich bei Mails, die ich nicht über ein sieve-Skript eines Benutzerkontos verteilen lasse (da ist ja der Benutzer derjenige, der die Berechtigung braucht), sondern welche ich direkt beim Abholen mit fetchmail auf öffentliche Ordner verteile. Danke! V
Volker Fervers wrote:
Guten Abend!
Ich habe postfix und Konsorten (fetchmail, cyrus-imap/sieve, amavis, clamav, spamassassin) in 10.1 installiert und aktualisiert.
Es sollen die via amavis als Spam erkannten und so deklarierten E-Mails für die Benutzer (und auch andere Konten) in jeweiligen Unterordnern namens "spam" der persönlichen Posteingänge gespeichert werden.
Beispiel: - Benutzer "ich" - - Posteingang: "user.ich" - - Spamordner: "user.ich.spam"
Dazu dienen in /etc/amavis.conf die Einträge: @addr_extension_spam_maps = ('spam'); $recipient_delimiter = '+';
Die E-Mails landen aber immer im Posteingang. Ursache sind fehlende Rechte; der Posteingang hat - wie auch der Ordner "spam" - die Rechte "lrswipcda" (oder "all") für den Benutzer "ich".
Gebe ich dem Ordner "spam" zusätzlich "anyone p" - also Post-Rechte für alle - landen die Mails auch wunschgemäß dort.
Das möchte ich aber eigentlich nicht. Wie finde ich heraus, unter welchem Konto versucht wird, auf dem Ordner "spam" zuzugreifen, um dann die entsprechenden Rechte vergeben zu können?
Das gleiche (Verständnis)problem habe ich bei Mails, die ich nicht über ein sieve-Skript eines Benutzerkontos verteilen lasse (da ist ja der Benutzer derjenige, der die Berechtigung braucht), sondern welche ich direkt beim Abholen mit fetchmail auf öffentliche Ordner verteile.
Wenn du die Mails mit Fetchmail direkt einliefern willst, dann sollte Fetchmail das als User cyrus machen. Aber warum überlässt du das nicht Postfix? Über die +-Addressierung würde die Einsortierung von Spam praktisch automatisch geschehen (sofern kein Sievescript für den Benutzer existiert). Sandy -- Antworten bitte nur in die Mailingliste! PMs bitte an: news-reply2 (@) japantest (.) homelinux (.) com
Danke für Deine Antwort. Am Samstag, 12. August 2006 22:57 schrieb Sandy Drobic:
Volker Fervers wrote:
Wie finde ich heraus, unter welchem Konto versucht wird, auf dem Ordner "spam" zuzugreifen, um dann die entsprechenden Rechte vergeben zu können?
Das gleiche (Verständnis)problem habe ich bei Mails, die ich nicht über ein sieve-Skript eines Benutzerkontos verteilen lasse (da ist ja der Benutzer derjenige, der die Berechtigung braucht), sondern welche ich direkt beim Abholen mit fetchmail auf öffentliche Ordner verteile.
Wenn du die Mails mit Fetchmail direkt einliefern willst, dann sollte Fetchmail das als User cyrus machen.
Vielen Dank. Ich werde mal "sam user.ich.spam cyrus p" testen.
Aber warum überlässt du das nicht Postfix? Über die +-Addressierung würde die Einsortierung von Spam praktisch automatisch geschehen (sofern kein Sievescript für den Benutzer existiert).
Für Personenkonten wollte ich auch genau das tun. Oben habe ich mich unklar ausgedrückt: Ich habe beim Provider Konten für Funktionen (i.G.z. Personen) eingerichtet, ein Beispiel wäre "support". Falls jetzt eine einzige reale Person für "support" zuständig wäre, würde man beim Abholen der Mail in fetchmailrc die an "support" gerichtete Mail an das Konto dieser Person weiterleiten. Unpraktisch ist das aber bei mehreren zuständigen Personen oder bei Urlaubsvertretungen. Daher habe ich E-Mails an solche Konten in öffentlichen Ordner gespeichert, denen man nach Bedarf Zugriffsrechte zuweist und sie a la poll "pop.isp.com" proto POP3 : user "support@example.com" there with password "geheim" is \x22postuser+Der\x20Verein.E-Mail.support@example.localnet\x22 here; abholt. Das meinte ich mit "direkt": ohne ein zusätzliches Benutzerkonto dazwischenzuschalten direkt in öffentliche Ordner speichern. GV
Am Samstag, 12. August 2006 23:56 schrieb Volker Fervers:
Am Samstag, 12. August 2006 22:57 schrieb Sandy Drobic:
Wenn du die Mails mit Fetchmail direkt einliefern willst, dann sollte Fetchmail das als User cyrus machen. Vielen Dank. Ich werde mal "sam user.ich.spam cyrus p" testen.
anyone geht, cyrus und postfix nicht. Aus (/var/log/mail) a postfix/lmtp[3328]: B060AA2DE: to=<ich+spam@example.com>, relay=/var/lib/imap/socket/lmtp[/var/lib/imap/socket/lmtp], delay=1, status=sent (250 2.1.5 Ok) hätte ich auf postfix getippt. Dann bleibt's bei anyone. GV
Am Saturday 12 August 2006 22:30 schrieb Volker Fervers:
Ich habe postfix und Konsorten (fetchmail, cyrus-imap/sieve, amavis, clamav, spamassassin) in 10.1 installiert und aktualisiert.
Es sollen die via amavis als Spam erkannten und so deklarierten E-Mails für die Benutzer (und auch andere Konten) in jeweiligen Unterordnern namens "spam" der persönlichen Posteingänge gespeichert werden.
Beispiel: - Benutzer "ich" - - Posteingang: "user.ich" - - Spamordner: "user.ich.spam"
Dazu dienen in /etc/amavis.conf die Einträge: @addr_extension_spam_maps = ('spam'); $recipient_delimiter = '+';
Die E-Mails landen aber immer im Posteingang. Ursache sind fehlende Rechte; der Posteingang hat - wie auch der Ordner "spam" - die Rechte "lrswipcda" (oder "all") für den Benutzer "ich".
Gebe ich dem Ordner "spam" zusätzlich "anyone p" - also Post-Rechte für alle - landen die Mails auch wunschgemäß dort.
Yep, das ist das normale vorgehen.
Das möchte ich aber eigentlich nicht. Wie finde ich heraus, unter welchem Konto versucht wird, auf dem Ordner "spam" zuzugreifen, um dann die entsprechenden Rechte vergeben zu können?
Wieso willst Du das eigentlich ändern? Und wie kommt denn die Mail zu Cyrus-Imap? Das fehlt hier irgendwie. Der default ist glaube ich "postman". Habe das aber noch nie für Rechtevergaben benutzt. Wüsste auch so spontan keinen sinnvollen Grund sowas zu machen.
Das gleiche (Verständnis)problem habe ich bei Mails, die ich nicht über ein sieve-Skript eines Benutzerkontos verteilen lasse (da ist ja der Benutzer derjenige, der die Berechtigung braucht), sondern welche ich direkt beim Abholen mit fetchmail auf öffentliche Ordner verteile.
Auch hier wäre interessant wie die Mails von fetchmail zu Cyrus-Imap kommen. -- Andreas
Am Samstag, 12. August 2006 23:23 schrieb Andreas Winkelmann:
Am Saturday 12 August 2006 22:30 schrieb Volker Fervers:
Gebe ich dem Ordner "spam" zusätzlich "anyone p" - also Post-Rechte für alle - landen die Mails auch wunschgemäß dort.
Yep, das ist das normale vorgehen.
Das möchte ich aber eigentlich nicht. Wie finde ich heraus, unter welchem Konto versucht wird, auf dem Ordner "spam" zuzugreifen, um dann die entsprechenden Rechte vergeben zu können?
Wieso willst Du das eigentlich ändern?
Damit nur derjenige das Recht bekommt, in die Mailbox zu posten, der das auch muß. Oder mache ich mir da unnötige Gedanken?
Und wie kommt denn die Mail zu Cyrus-Imap? Das fehlt hier irgendwie.
Da habe ich mich mistverständlich ausgedrückt. Ich meinte die Übergabe der E-Mails von fetchmail via postfix an cyrus ohne sie von einem möglicherweise neu zu erstellenden Benutzer mit sieve verteilen zu lassen (s.a. meine Antwort an Sandy). GV
participants (3)
-
Andreas Winkelmann -
Sandy Drobic -
Volker Fervers