A lancok szama mindenkeppen megvan, itt most a gepekre torteno szetvagasrol beszelgetunk. Az, hogy te a localhost:10021 -es portra utaztatod az amavisbol kijovo leveleket, az senki mast nem zavar, mert mindenki ugy kezeli, mintha egy masik gepre menne, aminek tortenetesen 127.0.0.1 az IP cime. Ennyi erovel viszont a mailarchive gepnek lehet mas is a cime.
Es raadasul, ha az amavissal kuldeted at, akkor csak es kizarolag azok a levelek fognak az archive fele menni, amik amugy is kezbesitodnenek (ennek feltetele, hogy a spam/virus levelek policy-ja DROP legyen SMTP oldalon).
Az archive learchivalja, es szepen visszakuldi a levelet a postfixnek.
Ami miatt a mailarchive oldalon kellene valamilyen szinten queue-t kezelni, az az, hogy az amavist nem jo otlet blokkolni, mert akkor mar torlodas jelentkezhet a postfix content-filter sorban. De ha itt egy olyan smtp szerver van, aminek a deliveryje a mailarchive, akkor ezzel gondod nincs, hiszen az smtp szerver megoldja neked a queue-zast. En pl. ezt ugy implementalnam, hogy irnek egy transport agent-et erre a celra, ami elvegezne az effektiv archivalast + tovabbkuldest, a postfixnek meg megadnam ezt az agent-et mint * a transport map-ben.
A masik megoldas, hogy a mailarchive gepen a postfix-nek szinten content-filternek megadni az archivalo agent-et, mert ekkor minimalis address mapping tortenik; es utana az agent az eredeti szervernek adja at a cuccot. Ez is csak leirva bonyolult.
--
Ki oda vagyik, hol szall a galamb, elszalasztja a kincset itt alant. | Gentoo Portal