Sziasztok!
Az lenne a feladat, hogy egy több domain-t kiszolgáló szerveren futó postfix valami úton-módon priorizálja a leveleket.
Az a felállás, hogy vannak kiküldendő hírlevelek, fórum üzenetek bizonyos domainek alatt. Ha egy ilyen hírlevél kiküldés megindul - akár 1-2 ezer levél - akkor a többi domain által küldendő akár egy-egy levél, illetve a bejövő levelek sokszor hatalmas késéssel jönnek meg, mivel a postfix gőzerővel dolgozik a levelek kiküldésén.
Arra gondoltam, talán van valami beállítási lehetőség arra, hogy ha pl. egy feladó domaintől "n"-nél több levelet szeretne kiküldeni, akkor azt valahogy a háttérbe teszi, tenné. Nyilván ha nincs egyéb levél forgalom, akkor ez ugyanúgy tudná küldneni, hiszen egy "low" priority jellegű feladó domain akkor lesz alacsony, ha hozzá képest van pl. normál, vagy magas. Ha nincs, akkor nincs értelme a "low" kifejezésnek sem.
Talán esetleg lehetne az adott idő alatt maximálisan kiküldendő levelek/domain lehetőséggel is számolni, de ezt nem szívesen vezetném be, mert lehet, hogy indokolatlanul lassan érne ki a queue-ból így egy nagyobb mennyiségű levél, ha nincs mellette egyéb forgalom.
Emellett jó lenne, ha nem "kézzel" kellene beállítani azt, hogy mely küldő domainek legyenek háttérbe szorítva, hiszen ez sokszor változhat, nem lehet követni. Lehetőleg érzékelnie kellene a Postfixnek azt, hogy most melyik domain, mennyi levelet küldene ki és e szerint kellene háttérbe tennie azt.
Tehát nem a levelező kliensben beállítható "Sürgősség" jellegű pioritásra gondolok itt, hanem a mennyiségre vonatkozólag.
Minden tippet, ötletet szívesen vennék!
Mono
- 903 megtekintés
Hozzászólások
tényleg csak tipp: üzemeltess egy másik postfixet kizárólag a kimenő hírlevelek miatt, így már csak a hálózati kapcsolatod lesz a limitáló tényező...
--
by Mikul@s
- A hozzászóláshoz be kell jelentkezni
ha nincsen vírusirtás spamszűrés stb pikk pakk alatt ki kell mennie sok levélnek.
Core2Duo T7100, 4G, Ubuntu 9.04, 2.6.31
- A hozzászóláshoz be kell jelentkezni
ez egyaltalan nem biztos, hint: greylisting, tarpit, timeout, ...
SPAMtelenül - MX spamszűrő szolgáltatás, ahogyan még sosem próbálta
- A hozzászóláshoz be kell jelentkezni
és ?
akkor a queue ban ott dekkol x ezer levél, amit időnként megpróbál kiküldeni, de az új beeső leveleket küldi azonnal. Van itt is pár nagy forgalmú hírleveles aminek a queue ban vannak levelek rendesen de sose panaszkodott hogy az új levélre várni kell :> Persze lehet hogy 1 millió levlélnél már random küldés is elég sok.
Core2Duo T7100, 4G, Ubuntu 9.04, 2.6.31
- A hozzászóláshoz be kell jelentkezni
Csinalhatsz tobb kimeno smtp szolgaltatast, akar kulon kimeno ipcimmel is.
master.cf-be egy-egy sor
lassu unix - - n - - smtp -o smtp_helo_timeout=5 -o barmilyen_custom_beallitas=igen
gyors unix - - n - - smtp -o smtp_helo_timeout=5 -o barmilyen_custom_beallitas=igen
Aztan mar csak bele kell terelgetni ezekbe a leveleket.
Ez lehet pl kulonbozo bejovo port (tobb smptd a master.cf-be), vagy barmilyen egyeb ismerteto jel amire tudsz *map -et csinalni (header line, destination, 'barmi').
Az automata mennyiseg detektalashoz valamilyen policyd kell szerintem.
Szerk: egy kuldesi soron belul nem tudsz priorizalni, tobb sort kell es a sorok kozt tudsz priorizalni.
- A hozzászóláshoz be kell jelentkezni