postfix virtual users - maildrop

FreeBSD-all

Sziasztok

Olyan gondom lenne, hogy a minap az egyik ügyfelünk olyan problémával keresett meg, hogy nem minden levél jön meg neki. Mint kiderült joggal nem jön meg, spamassasin tette a dolgát. Most egy kis átalakítás volt a szerveren idáig quarantenba mentek a vírusos és a spam levelek. Azt szeretném megoldani ha az lehetséges, hogy most átengedem a spamat a usernek csak spam fejléccel. A következőt nem tudom megoldani, h ezeket a leveleket egy user/maildir/.SPAM mappába pakolja bele a szerver. Gondolkoztam a procmailen, de virtual usereknél ha jól értelmeztem nem lehet használni, a másik megoldás a maildrop lenne, de ahoz meg igen át kellene alakítani mindent.
Egyébként freebsd 6.2 -> postfix-amavis-courier-spamassasin-clamav-postfixadmin-virtual users mysql auth. A maildropot nem próbáltam még kérdés, hogy van e valami más megoldás.

  • 7566 megtekintés

( laco | 2007. 03. 29., cs – 09:33 )

Szia,

egy hasonló beállítást kellett a napokban csinálnom (igaz linux alatt), de talán segít, h. merre indulj:

1. át kell engedni a spam-eket, az amavis.conf-ban a következők vannak (címszavakban)

$QUARANTINEDIR = undef; (nem kell karantén)
$virus_quarantine_to = undef;

$sa_tag_level_deflt = -9999; (minden levélhez adja hozzá a header-t)

$final_spam_destiny = D_PASS; ( a spameket engedje tovább a mailboxba)

@local_domain_maps = ("."); ( az amavis csak a lokális levelekbe rakja bele az X-Spam- fejléceket)

2. courier-maildrop telepítése
ha a fenti beállítással megérkeznek a levelek a fiókokba, és van spam header-jük, akkor a postfix:virtual-t le lehet cserélni maildroppal. RTFM...

javaslom, hogy maildrop 2.0++ verziót használj, "Courier Authentication Library extension enabled.", az authentikáció beállításához RTFM. a lényeg, h. a maildroprc-be valami ilyesmi kerüljön:

mail = "$DEFAULT"
if ( /^X-Spam-Flag: YES/ )
{
log "- Spam general. ------------------- "
to "$HOME/$mail.Junk"
}

ez szépen bepakolja a spamnek vélt leveleket az user Junk folderébe.

Másik megoldás, ha leprogramozod magadnak...

koszi!igen ez a megoldas volt az egyik lehetseges amire gondoltam. kerdes h a maildrop, h hozza letre a virtualis konyvtarakat? ha felveszek egy uj usert a postfixben bele van forgatva a VDA es az lekrealja a userhez tartozo konytarakat, maildropban ez kulon script ha jol lattam, vagy nem?

maildirmake

igen, ez külön script. mi saját admin-t + perl-t + bashscriptet használunk, nem tudom, hogy a postfixadmin-t lehet-e bővíteni, szerintem egy kis programozás kell hozzá. Egyébként ha jól tudom a postfix is akkor hozza létre automatikusan a könyvtárat, ha küldesz egy levelet a fióknak, és addig nem. A többiek kijavítanak, ha tévednék... :-D

Szia

En most kuzdok ubuntu alatt maildroppal, mar szinte mindent megprobaltam, de mindig itt akadok le:

Jul 26 09:20:05 nebulo-mail postfix/pipe[1921]: F32491936F12:
to=, relay=maildrop, delay=0.08,
delays=0.05/0.01/0/0.02, dsn=4.3.0, statu s=deferred
(temporary failure. Command output: /usr/bin/maildrop: You are not a
trusted user. )

Tud valaki erre megoldast. Elm. mindent ugy csinaltam ahogy le van irva.
Hogy tudom a vmail usert trusted userre tenni?

York.

------
"Nyugi! Minden a legnagyobb rendben csúszik ki a kezeim közül..."

Nem is kell suid :).
Csinaltam egy vmail felhasznalot, 30000/30000 uid/gid parossal, es a /home/vmail konyvtarba tettem az osszes domain levelezeset, a fenti uid/gid ertekeket adtam meg a konyvtaraknak fileoknak, modositottam a postfix es a courier konfiguraciojan, hogy a fenti ertekeket akarja hasznalni, es megy jol. :)
Koszi a segitseget.
Ha lesz idom tenleg osszefoglalom 0-rol az egeszet.

York.

------
"Nyugi! Minden a legnagyobb rendben csúszik ki a kezeim közül..."