Univention Bugzilla – Bug 23741
horde: Sieve Mail Filterung
Last modified: 2011-12-13 15:51:25 CET
Mir scheint es, als ob horde/ingo standardmäßig eine Client seitige Mailfilterung durchführt. Besser wäre wahrschlich sieve auf dem IMAP Server. Das müsste noch konfiguriert werden.
Hier müssten auch die von uns erstellen sieve Skripte berücksichtigt werden.
Sieve Filter backend wurde hinzugefügt und wird standardmäßig verwendet. Es wird auch eine Default Regel (SPAM) angelegt, so dass das Horde mit dem univention-mail-cyrus default sieve Skript zusammenpasst.
(In reply to comment #2) > Sieve Filter backend wurde hinzugefügt und wird standardmäßig verwendet. Es > wird auch eine Default Regel (SPAM) angelegt, so dass das Horde mit dem > univention-mail-cyrus default sieve Skript zusammenpasst. Der Sieve-Filter testet gerade auf die Anzahl an Sternen, die in "X-Spam-Level" enthalten sind. Damit ist es nicht möglich, auf einen Score von z.B. 3.5 zu testen (der in mail/antispam/requiredhits ggf. gesetzt ist), da nur Ganzzahlen erlaubt sind. Dafür kann der Benutzer seinen eigenen Spamlevel definieren. Sollte der Admin allerdings einen Spamlevel von 3.9 als Standard definieren, wird bei den Benutzern bereits ab 3 (==int(float('3.9'))) in den Spam-Ordner einsortiert. Man könnte hier auf "X-Spam-Status: Yes, ..." testen. Alternativ muss das eindeutig dokumentiert werden. → REOPEN Die SPAM-Zustellung an sich funktioniert. Die UCR-Variable wird auf horde/imap/sieve/port?4190 gesetzt. Bei einem Update führt das ggf. dazu, dass der falsche Port verwendet wird, da UCS 2.4 noch Port 2000 verwendet, was nach dem Update beibehalten wird. → Bug 24390 wurde reopened
(In reply to comment #3) > (In reply to comment #2) > > Sieve Filter backend wurde hinzugefügt und wird standardmäßig verwendet. Es > > wird auch eine Default Regel (SPAM) angelegt, so dass das Horde mit dem > > univention-mail-cyrus default sieve Skript zusammenpasst. > > Der Sieve-Filter testet gerade auf die Anzahl an Sternen, die in "X-Spam-Level" > enthalten sind. Damit ist es nicht möglich, auf einen Score von z.B. 3.5 zu > testen (der in mail/antispam/requiredhits ggf. gesetzt ist), da nur Ganzzahlen > erlaubt sind. Dafür kann der Benutzer seinen eigenen Spamlevel definieren. > > Sollte der Admin allerdings einen Spamlevel von 3.9 als Standard definieren, > wird bei den Benutzern bereits ab 3 (==int(float('3.9'))) in den Spam-Ordner > einsortiert. Man könnte hier auf "X-Spam-Status: Yes, ..." testen. Alternativ > muss das eindeutig dokumentiert werden. > → REOPEN Der Wert aus mail/antispam/requiredhits wird jetzt in ein INT konvertiert und immer auf die nächst größere Ganzzahl gerundet. Angpasst in # horde default spam Filter univention-horde4 -> conffiles/etc/horde4/ingo/prefs.d/10-ucs.ph # ucs default spam Filter univention-mail-cyrus -> usr/sbin/univention-cyrus-mkdir
Da hattest du schon einen Teil getestet.
(In reply to comment #4) > Der Wert aus mail/antispam/requiredhits wird jetzt in ein INT konvertiert und > immer auf die nächst größere Ganzzahl gerundet. > > Angpasst in > > # horde default spam Filter > univention-horde4 -> conffiles/etc/horde4/ingo/prefs.d/10-ucs.ph > > # ucs default spam Filter > univention-mail-cyrus -> usr/sbin/univention-cyrus-mkdir → beides ok Wird der spamlevel vom Admin auf 5.1 gesetzt, wird die Sieve-Filterung ab einem Score von 6 durchgeführt.
UCS 3.0-0 wurde veröffentlicht. Sollte der hier beschriebene Bug mit einer neueren Version von UCS erneut auftreten, so sollte dieser Bug dupliziert werden: "Clone This Bug"