Dotaz: Záložní mailserver ?

[backupMeS]

Ahoj, jaký je váš názor na provozování záložního mailserveru pro nějakou doménu (tím záložním zde myslím druhý mx záznam). Jaké jsou pro/proti. Většina MTA snad drží poštu ve frontě, dokud ji nelze vyzvednout protistranou. Pokud bych použil druhý mx dns záznam - jak potom řešit sesynchronizaci po obnovení činnosti primáru (relay?). Jak se vlastně chová MTA, pokud mu MSA odmítne zprávu převzít třeba z důvodu že uživatel neexistuje - zkusí i tehdy záložní mx?

Odpovědi

[Alf]

Zdravím,

frontu drží, ale na omezenou dobu. Jinak by se taky fronta nemusela vyprázdnit. Záložní server se obvykle chová tak, že drží poštu déle, než je běžné. Tím máte dostatek času na opravu primárního. Sekundární stačí nastavit pouze na to, aby držel poštu a snažil se ji přeposlat na primár (samozřejmě musíte nastavit pro jaké domény má přijímat poštu atd.). O doručení do schránek se pak může opět postarat primární. Pokud je pro Vás pošta velmi důležitá, může sekundár i doručovat (záleží, jak máte poštovní servery navrhnuty). Dejte si taky pozor na to, že pošta může projít přes sekundární i přes to, že primární server bez problému běží.

[backupMeS]

Jak se vlastně chová MTA, pokud mu MSA odmítne zprávu převzít třeba z důvodu že uživatel neexistuje - zkusí i tehdy záložní mx? Jde o to, že když se rozbije primár, který budu třeba nastavovat a místo toho aby byl nedostupný bude odpovídat nějakou chybovou hláškou - bude i tehdy zkoušel MTA sekundár?

[chalupar]

Pokud je to hlaska=kod 5xx, tak nebude uz nic zkouset.

[chalupar]

Dle meho nazoru jsou pozadavky na dorucovani emailu dnes takove, ze sekundar ma smysl pouze pokud je to identicke dvojce primaru co se fumkci i casovani tyce (tzn. vypadek jednoho uzivatele vubec nepoznaji). Klasicke pojeti, kdy sekundar neco chvili drzi nez najede opet primar dnes moc nedava smysl. Proc to nemuze lezet primo na odesilajicim serveru? Jasne, ze klidne muze. Navic naprosta vetsina uzivatelu emailu dnes je totalne dementni a nepochopila by ani za sto let, proc nekdy jejich drahocenne velevtipne video nekde lezi a sekundar jim v pripade, ze to trva moc dlouho nedejboze napise, ze email zatim nebyl dorucen, ale ze se tak stane ihned po najeti primaru. V takovych pripadech byva spravce odesilajiciho serveru (ktery s tim nema nic spolecneho) oznacen za neschopneho blbce a pristich nekolik mesicu mu vsichni firemni deprivanti a psychopati na poradach vytykaji, ze neumi zkonfigurovat ani mailserver.

[Ciba]

Tohle je presne ono. Jak ale toto resit? Nevim, jak synchronizovat nastaveni primarniho a sekundarniho serveru. Jsou na to uz nejake nastroje?

[vdusek]

Oba dva servery virtualizovat a následně klonovat jeden do druhého po změně. Jen ten klon přeadresuješ a přejmenuješ. Asi nejpohodlnější.

[CandySan]

Jako nejlepsi se mi jevi provozovat mailserver nad db. Mezi jednim a druhym serverem jen prenaset (synchronizovat) nazvy schranek a aliasu. V db to lze snadno udelat scriptikem.

[ext3fs]

To ale vyzaduje (pokud bude maildir/mailbox v db) mit zalozni DB server a pak budete opet u problemu jak mirrorovat dva DB servery.

[Zdeněk Burda]

DB/LDAP můžeš mít přímo na mailserveru, nastavíš replikaci a není co řešit. Spíš je zajímavější řešit vhodné sdílené úložiště.

[trekker.dk]

Mnohem častější je, že zprávy "teď to nelze doručit" posílá server odesílatele, když primární MX zprávu nepřijme hned. V takových případech se ovšem opavdu dá říct, že správce odesílajícího serveru je neschopný blbec, co vymýšlí kraviny.