Kimenő levelek arhiválása (postfix)

Web, mail, IRC, IM, hálózatok

Sziasztok!

Egy cég vezetője azt kérte, hogy mind a bejövő, mind a kimenő leveleket arhiváljam a szerveren.
A bejövővel nincs is baj: egyszerűen minden user leveléből küldök egy másolatot egy bejövő levél arhiválásra létrehozott usernévre.
Azt azonban el sem tudom képzelni, hogy a kimenő leveleket hogyan tudnám a Postfix MTA-val redirectolni mielőtt szerteküldi a leveleket a netre... (A user oldali másolatküdés nem jó.) Van valami ötletetek?
Előre is köszönöm.

  • 2817 megtekintés

( tso | 2006. 04. 30., v – 10:33 )

ugyanúgy ahogy a bejövő levelekét...

main.cf:
sender_bcc_maps = hash:/etc/postfix/sender_bcc
recipient_bcc_maps = hash:/etc/postfix/recipient_bcc

*_bcc:
@domainnev archiv

vagy azt mondod hogy: a main.cf-ben hogy: always_bcc és akkor mindent archivál egy helyre...

( pepo v | 2006. 04. 30., v – 17:34 )

Köszönöm, fiúk.
Nem gondoltam volna, hogy a postfix felkészült az ilyen kérések teljesítésére. (A privat velemenyem az, hogy meg egy cegvezeto sem nezhet bele a ceg munkavallaloinak levelezesebe. Lehet, hogy jogilag va ra lehetosege, megis nalam ezzel atlep egy moralis szintet.)
Szoval, koszonom, meg egyszer. Es bocs a Postfix RTFM-ert...

Ez így van szerintem is etikátlan. Előző munkahelyemen a rendszergazda srácok is kénytelenek voltak ezt megcsinálni. Kapott minden levélből a Big Brother :-) egy másolatot és erről mindenki tudott is (aki nem hitte el, megerősítettem, hogy a hír igaz...) A merevlemezek kapacitása volt egy idő után a gátja a dolognak, mert a levelek egy idő után sok helyet foglaltak, törölni kellett belőlük sokat. Kellett a hely az adatoknak. Igaz a főnökünk a sok kötelező teendője mellett szerintem kevés időt tudott szakítani a dologzók magánleveleinek elolvasására. De azért akkor sem jogszerű, pláne nem etikus...

HA a dolgozót _előtte_ bizonyíthatóan, írásban tájékoztatták róla (aláírta a levelezéssel kapcsolatos "házirend"-et), akkor a jogszerűséggel max. a bejövő levelek esetén lehet gond (hiszen a feladó nem járult hozzá explicit módon levelének harmadik fél által történő elolvasásához...), az etikátlansághoz viszont ekkor sem fér kétség... Nem tiltani kell a dolgozónak, hanem munkát adni...

Mivel a levéltitok megsértése tippelem, hogz Btk.-s, úgyhogy ott, ahol nem tájékoztatták explicit módon a dolgozókat erről, ott egy kirúgott/elégedetlen dolgozó simán feljelentheti a céget, aztán lehet mosakodni, úgyhogy a rendszergazda, aki ezt beállítja, mindenképp kérje azt, hogy ezt a feladatot _írásban_ is megkapja.

Mondjuk nem nehéz az ilyen bigbránereket Yool DoS-olni, pláne, ha nincs megfelelő spyware/vírus/spamvédelem...

Az adatvédelmi biztos tájékoztatása kihangsúlyozza, hogy "a munkavállaló személyes használatára adott, esetleg a nevét, vagy nevének töredékét is tartalmazó" postafiókon keresztül történő levelezést ugyanúgy kell megítélni, mint a hagyományos személyes jellegű levelezést, míg "a cég ügyeinek intézését" szolgáló postafiókot a munkáltató bármikor, korlátozás nélkül ellenőrizheti, és ezen postafiókok esetében még a magánjellegű levelezésbe is betekinthet.

( dragi v | 2008. 12. 11., cs – 13:53 )

Nekem is ezt kellene megvalósítanom, tehát hogy a kimenő leveleket archivaljam. Virtual domainek vannak, ezert csak adott domaint kell. A küldés smtp auth-hoz van kötve. Namost így nekem nem megy a sender_bcc_maps. Van valakinek valami ötlete miért nem?

Ami az érdekesség hogy ha be van lőve 1 clamav content filter, akkor mikor a clamav visszaadja az 10025-os porton a postfixnek a levelet (ami mondjuk eleve bejövő) akkor illeszkedik a sender_bcc_maps. Ha kikapcsolom ezt nem történik semmi.