Postfix levélkövetés

Linux-haladó

Sziasztok!

Tudnátok olyan programot vagy megoldást javasolni, amellyel a Postfix által kiküldött levelekkel kapcsolatos adatokat lehetne feldolgozni?
Azt szeretném elérni, hogy a szerverről kiküldött levelekkel kapcsolatban legalább a címzettet, feladót, tárgyat és a státuszt tudjam egy adatbázisban rögzíteni.

Ezzel egyelőre csak a kiküldött levelek sorsát szeretném elemezni, statisztikát nyújtani és leszűrni azokat a címeket, amelyek rosszak.

Erre a feladatra nem nagyon találtam használható információt, pedig jó sok időt eltöltöttem a kereséssel. Most már lövésem sincs, hogyan keressek rá,
de hátha Ti már találkoztatok ilyesfélével, vagy esetleg egy erre a célra alkalmasabb levelezőrendszerrel.

  • 1587 megtekintés

( colos | 2011. 02. 20., v – 23:44 )

esetleg: 

# apt-cache show pflogsumm
Package: pflogsumm
Priority: extra
Section: admin
Installed-Size: 160
Maintainer: Sven Hoexter <hoexter@debian.org>
Architecture: all
Version: 1.1.3-1
Depends: perl, libdate-calc-perl
Filename: pool/main/p/pflogsumm/pflogsumm_1.1.3-1_all.deb
Size: 51936
MD5sum: ae064829f36e3609c9d3fcef68db036d
SHA1: 11684cb2d2c9451fc77f3ad63165abb806eba923
SHA256: 78e90867a3bad53729f351e9871c18b6c6a8337a2cb88802cec5833d37d787fe
Description: Postfix log entry summarizer
 pflogsumm is designed to provide an over-view of postfix
 activity, with just enough detail to give the administrator
 a "heads up" for potential trouble spots.
Homepage: http://jimsun.linxnet.com/postfix_contrib.html
Tag: admin::monitoring, implemented-in::perl, role::program, security::log-analyzer, use::monitor, works-with::logfile

udv Zoli

( arpi_esp v | 2011. 02. 20., v – 23:56 )

en irtam pythonban egy scriptet ami a maillog tartalmat atrendezi, osszecsoportositva az 1 levelhez tartozo infokat. sokat nem javitott a helyzeten, de azert olvashatobb igy mint az eredeti osszevissza logok.

a subjectet viszont nem logolja a postfix, ha az is kell, ehhez kulso programot kell meghivni minden levelre, ami kiszedi ezt belole es beleirja a log-ba.

A'rpi

Köszönöm a pflogsumm tippet, ezt mindenképpen érdemes megvizsgálni. Bár a leírás alapján csak általános statot készít, a feldolgozási technikát érdemes kilesni belőle.

Más.
Magam is írtam pythonban egy programot. Úgy gondolkodtam, hogy nem a programot eresztem a logfile-ra, hanem a logokat ontom a programra (pl. syslog beállítással),
és így tényleg realtime lehet a statisztika. Az elemzés viszont nem könnyű. Főleg úgy, hogy az autentikált felhasználók által beadott levelek mindegyike átmegy a spam-, és vírusszűrésen,
ahonnan már egy egészen más id-vel jön vissza (már ha visszajön). Ha jól emlékszem, a message-id volt az egyetlen követhető megoldás, azaz direkt figyelni kellett ezeket a váltásokat.

Viszont itt is gond volt, hiszen volt olyan levél, amely nem jött vissza a szűrésről, illetve az elsőre sikertelen küldésű levelek szintén új id-ket kaptak (ha jól emlékszem, ezek queue-id-k),
így nem lehetett a többi próbálkozást az eredeti levélhez kötni.(sajnos nem találtam opciókat a logolás szabályozására).
Ráadásul alapvetően úgy gondolkodtam, hogy a be nem azonosított leveleket (azaz még nincs küldési státusza) a program futása közben tárolom, és csak akkor írom ki adatbázisba, ha már megvolt az első küldési kísérlet. Ez viszont nem volt annyira jó ötlet, mert voltak olyan levelek, amelyeket soha nem küldött ki a szerver, így soha nem is volt küldési státusza, az infók csak halmozódtak, és foglalták a memóriát. Persze utólag gondolkodtam azon, hogy esetleg adhatnék lejárati időt, és utána törölném ezeket.

Ha jól emlékszem, a tárgyra vonatkozóan van egy félmegoldás, amikor is smtp_header_checks-re beteszünk egy warn-t:
smtp_header_checks = pcre:/etc/postfix/smtp_header_checks.pcre
A fájl tartalma: /^Subject:/ WARN

Ezzel ellehet érni azt, hogy a tárgy a logfile-ba kerüljön, de most már nem nagyon emlékszem, hogy ezzel lehetett is valamit kezdeni?

Viszont a Te ötleted (mármint a log átrendezése) nem rossz ötlet, ezen elgondolkodom. A másik pedig egyenesen nagyon jó lenne, mármint egy külső program meghívása.
Talán úgy, ahogy átadjuk szűrésre, ugyanúgy lehetne átadni egy saját programnak, amely logolja a szükséges adatokat (címzett, feladó, tárgy, message-id), ellátja egy saját fejléccel,
amelyet aztán talán lehetne követni (de még nemtom hogyan).

A külső program hazsnálatának mikéntjére van ötleted?

Most tök véltetlenül találtam egy általánosabb leírást itt: Postfix e-mail napló (PDF)
Ebben még tovább is mentek az ötletekkel, de tény, hogy az after_queue filter lehetőséget használták ki a naplózás-figyelés megkezdésére,
majd egy logfilterrel kerestek rá a küldés státuszára.

Itt is belefutottak a változó queue_id problémába és abba, hogy egyes levelek soha nem jönnek vissza a szűrőktől ...