Dotaz: Mail server - záložní

[zipi]

Dobrý den,
jaký mail server by se dal použít na přijímání pošty, pokud by hlavní server nebyl dostupný. Jak by daný poštovní server byl online tak by daný server poslat vše danému serveru.

Jde mi o to, abych měl někde záložní mail server, jaký bude jenom přijímat poštu, abych o ní po dobu nedostupného hlavního poštovního serveru nepřišel.
MD

Odpovědi

[Filip Jirsák]

Nastavte v DNS pro vaši doménu druhý MX záznam s nižší prioritou. Když bude server s vyšší prioritou nedostupný, budou ostatní servery posílat e-maily tomu serveru s nižší prioritou, a ten je pak pošle na hlavní server, až bude dostupný. Na výběru mail serveru (softwaru) nezáleží, nejsnazší je použít ten samý, který používáte jako hlavní – nebudete se muset učit konfigurovat něco nového.

[Matěj Vaňátko]

Není ale v téhle době už poměrně zbytečnost konfigurovat druhý mail server ? Stejně je většina mail serverů nakonfigurována tak, aby držely nedoručitelnou poštu minimálně 2-3 dny v mezipaměti, zkoušely ji stále doručovat a terpve po uplynutí této doby ji zahodily, když bude daný koncový server stále nedostupný.Není to k ničemu si zbytečně komplikovat život, protože stejně daný server nebude dostupný max. desítky minut nebo stovky hodin ?

[Filip Jirsák]

Stejně je většina mail serverů nakonfigurována tak, aby držely nedoručitelnou poštu minimálně 2-3 dny v mezipaměti

Opravdu? Já bych řekl, že je naopak snaha držet nedoručitelnou poštu co nejkratší dobu – přeci jen většina z toho jsou spam nebo viry…

Připadá mi lepší držet e-maily na své straně, kde to můžu ovlivnit, než doufat, že je bude držet odesílatel. Samozřejmě záleží taky na tom, jak jsou pro mne ty e-maily důležité, ale pokud jsou důležité a nechci o nějaké e-maily zbytečně přijít, je konfigurace záložního serveru to nejsnazší, co mohu udělat.

[Max]

Souhlasím, nicméně se přikláním k názoru "Matej_Vanatko". Důležité je, z jaké strany se na toto díváme. Buď nato koukáme jako na klasický záložní server, který emaily přijme a snaží se je doručit primárnímu serveru, až bude dostupný. Nebo na něco jako cluster, či plně syncované servery.

Pokud klient poižívá nějaké freemaily (seznam, gmail apod.), tak ty nic nedrží a okamžitě dají echo odesílateli, který hned ví, že se mail nedoručil. Pokud je to důležité, tak volá, pokud ne, zkusí to poslat později (druhý den, nebo za pár hodin).
Pokud klient používá firemní řešení, tak ty dají také hned echo uživateli o nedoručení, maximálně v nějakém případě se drží maily ve frontě a server dá echo uživateli, že se ho pokusí doručit později.

Pokud chci být firma, která žije emailama, tak je hloupost mít klasické záložní mxko, protože si tím ničím nepomohu. Naopak mi to ještě může uškodit, protože klient se nedozví, že mi email nedošel a visí na záložním mxku, které se pokouší o doručení. Nějaké bouncování je zbytečné, protože mxka jsou většinou na hodně černých blacklistech. A jsou tam proto, protože jim ani nic jiného nezbývá.
Ovšem to se bavíme o tom, že předpokládáme klasické záložní mxko.

Pokud jsem firma a chci mít 99,99 dostupnost, tak dva oddělené servery, dvě oddělené konektivity a servery mezi sebou syncovat. To už bych ale nenazýval jako řešení pomocí záložního mxka, ale spíš jistý druh clusteru, RAS apod.
Zdar Max

[Matěj Vaňátko]

Lépe bych to nevyjádřil.

[zipi]

Přes záložní mail server by mohla procházet kompletní komunikace, kde by se následně i odfiltrovaly spamy atd.