MaxRecipientsPerMessage selektivne

[Petr Simek]

On Fri, 2 Mar 2001, Dalibor Toman wrote:

> ???? pokud poslu zpravu 1000ci prijemcum ve /var/spoolu/mqueue je vzdy
> _jeden_ file s obsahem zpravy (s prilohou)! Naopak poslu-li tu zpravu po
> blocich prijemcu (treba po 100) pak budu mit na serveru 10 zprav a
> zaberu tedy 10x tolik mista!

Pravda, pravda ....

> Samozrejme, ze server _MUSI_ dorucovat kazdemu prijemci nezavisle na
> ostatnich. Cili jakmile to nekomu doruci (resp. odesle zpravu dalsimu
> maileru), pak mu ji jiz nikdy znova neposila.
> 
> PS. optimalizovany SMTP  server jde tak daleko, ze prijemce sdruzuje
> podle ciloveho mail serveru. Cili pokud je z tisice adres 50 na jednom
> serveru, muze se stat, ze na tento server poleti ta zprava jen jednou
> (ne 50x). Tim ze klienta donutis poslat zpravu nekolikrat ovsem server v
> teto optimalizaci uspesne branis :-(

Pravda,pravda , ALE - pokud v tom seznamu 100vky lidi a je nektery ktery
je nejak blbe dostupny, tak timeouty kdy se to s nim snazi navazat spojeni
mohou byt 15-30 minut, pokud je takovych lidi v posloupnosti vic, doruceni
zpravy tomu poslednimu muze trvat hodiny (kdysi temito problemy trpela
konference novell).

I kdyz sendmail udela optimalizaci a seskupi prijemce podle To: a pri
dorucovani dava vzdy celou skupinu cilovemu stroji (coz setri linky a cas)
pak je li v seznamu nekolik spatne dostupnych adres/stroju muze se
rozeslani seznamu protahnout na hodiny pro toho posledniho ...


> Dale je tu argument, ktery jsem zminoval v predchozi zprave - neznam
> postovniho klienta, ktery umi tuto situaci spravne obslouzit (pokud se
> takovy najde, pak je stejne pouziva minimum zakaznikut). Cili jsem-li
> spravce komercniho serveru nemuzu si dovolit klienty takto omezovat. To
> si muze dovolit akademicka sfera nebo spravce foremniho serveru.
> 
> D. Toman

*------------------------------------------------------------------------*
|                          Petr Simek   APS JU                           |
|                             psimek na jcu.cz                              |
*------------------------------------------------------------------------*