Portál AbcLinuxu, 11. května 2024 03:10
./ipurge -d 14 -f user.%.Spam
jeste to musim ale overit ;)
Problem je v tom, ze ja bych to potreboval prave mazat na serveru a ne spolehat na to, ze si to kazdy uzivatel smaze,croon a smazat (samozřejmě na tom serveru)
smazat soubor asi taky neni reseni :( spis jsem myslel, jestli to nejde nejak nastavit treba pres cyr_expireNejdříve to chcete smazat a když vám poradím to smazat cronem tak se vám to nelíbí grrrr.... Co tedy chcete s těmi daty dělat ? Tak si tam nastavte aby se to posílalo všechno na jeden účet nějakej speciální spam@moje.doma kde si to potom přes imap prohlédnete a smažete ručně, nebo ty spamy rovnou zahazujte, ale to je podle mě riziko. Taky by to chtělo tedy více popsát co vlastně chcete, zda ten spam chcete nějak skoumat a pod....
unixhierarchysep: yestak je nutno pouzit pro ipurge misto tecek lomitka, takze jsem to zkusil a voala funguje to, tak jsem upravil /etc/cyrus.conf a do sekce EVENTS jsem pridal nasledujici
cleanup1 cmd="ipurge -d 14 -f user/*/SPAM" period=1440 cleanup2 cmd="ipurge -d 14 -f user/*/Spam" period=1400 cleanup3 cmd="ipurge -d 14 -f user/*/Junk" period=1400takze jednou denne se spusti cleanup slozek SPAM|Spam|Junk, pro ktere jsou povolene v imapd.conf jako
autosievefolders
(patch, ktery pri zadosti na presun do neexistujici slozky ji vytvori) .
Vysledek je ten, ze pokud prijde spam, ktery pozna spamassassin, tak se presune do slozky INBOX/SPAM (to dela globalni filtr pro sieve) a pokud si jej uzivatel nestahne pres IMAP (pres pop3 se slozka Spam|SPAM|Junk) nestahuje, tak se automatiky po 14 dnech smaze.
Dekuji vsem za pomoc a linuxu zdar ;)
Tiskni Sdílej:
ISSN 1214-1267, (c) 1999-2007 Stickfish s.r.o.