Dotaz: SMTP(MTA) server - jaky je duvod pri prenosu mailu predavat ho dalsim

[polo23]

Ahoj mam takovou celkem obecnou otazku. Kazdy kdo zna blokove schmema mailu vi ze napisete mail v MUA a ten ho posle MTA. Ten ho posila dalsim MTA az se dostane k tomu spravnemu MTA a ten ho posle MUA(MDA). No co mi na tom neni jasne je to ze kdyz napisu mail(dejme tomu ze muj MTA je seznam) martin at gmail.com tak proc to rovnou nedojde tomu gmail MTA. Prece kdyz odesilam mail tak to posilam na konkretni server ten ma sve IP. Tzn ja poslu mail(data) smerovana na konkretni IP- to by melo jit jen pres routery az na server GMAIL.COM a tam se to do prislusne schranky ulozit. Ptam se proto ze ted konfiguruju POSTFIX a tam je direktiva relayhost ktera znamena SMTP server kam budu preposilat postu(asi jsme uplne nepochopil vyznam teto direktivy) a byl bych rad za kazde vysvetleni. Dekuji

Odpovědi

[Michal Kubeček]

Ve slušné společnosti by těch prostředníků nemělo být zase tolik. Většinou je to jen tak, že koncoví uživatelé posílají všechno z vnitřní sítě na nějakou společnou relay a ta to teprve posílá dál podle MX záznamů. Pokud to ale není nijak blokováno, není důvod, proč by to hned první MTA nemohl posílat rovnou správnému příjemci. Předpokládám, že tu direktivu relayhost nastavovat nemusíte, jinak by byl Postfix coby MTA téměř nepoužitelný.

[polo23]

No abych pravdu rekl jsem v teto oblasti na horsi urovni nez amater. Vzdy jsem si myslel ze kdyz mam mail pavel@gmail.com a chci poslat mail na pavel@seznam.cz tak se to deje nasledovne. Muj klient ma nastaveny SMTP server tam odesle data. SMTP server si z DNS zjisti IP domeny seznam.cz a pak posle muj mail na SMTP port IP adresa domeny seznam.cz. Proto mi nebylo nikdy moc jasne jakou roli hraji v DNS MX zaznamy kdyz podle meho by mel stacit zaznam A pro danou domenu.

[R]

A zaznam skutocne staci. Ked neexistuje MX, pouzije sa A. MX je na to, aby si mohol mat mail server iny ako napr. web server.

[polo23]

Jestli te chapu spravne... ja poslu na pavel@gmail.com zpravu a muj SMTP(MTA) nehleda IP zaznamu A gmail.com ale podle Vas hleda zaznam MX gmail.com? Je to tak? Pokud ano asi uz vam rozumim.

[Michal Kubeček]

Standardní postup je takovýto: vezmete jméno za zavináčem a pošlete dotaz na MX záznam pro toto jméno. Dostanete-li nějaké záznamy, seřadíte je vzestupně podle priority (mají-li některé stejnou, pak podle pořadí, v jakém je dostanete). Zkusíte první; podaří-li se mu mail předat, je hotovo; dostanete-li permanentní chybu (kód začínající pětkou), je hotovo (jen byste měl odeslat původnímu odesílateli hlášení o nedoručitelnosti); dostanete-li dočasnou chybu nebo nepodaří-li se s ním vůbec spojit (což je vlastně také dočasná chyba), zkusíte další. Dojdete-li na konec seznamu a všude dostanete dočasnou chybu, odložíte mail do fronty a za chvíli (typicky 15-30 minut) to zkusíte znovu; když se to opakuje, po delší době (u sendmailu defaultně pět dnů) to vzdáte a prohlásíte mail za nedoručitelný. Pokud k tomu jménu žádný MX záznam neexistuje (ale jen když opravdu neexistuje, ne když se s žádným nemůžete spojit), vznesete dotaz na A záznam (tj. normálně ho přeložíte na adresu) a zkusíte ho poslat tam.

Proto mi nebylo nikdy moc jasne jakou roli hraji v DNS MX zaznamy kdyz podle meho by mel stacit zaznam A pro danou domenu.

MX záznamy byly zavedeny až dodatečně, přesto ale mají při interpretaci adresy přednost. Idea byla pravděpodobně taková, že by bylo dobré, aby šlo definovat příjemce pošty pro určité doménové jméno i v případě, že toto jméno nemá přiřazenu adresu (abstraktní jméno domény, ne konkrétního počítače) nebo má přiřazenu adresu, ale pošta se má posílat jinam (dnes např. kvůli módě "webů bez www").

Na podobné myšlence je založen i koncept SRV záznamů, což jsou vlastně něco jako zobecněné MX záznamy. Ty definují, kdo má vyřizovat jednotlivé služby pro určitá doménová jména. Moc se neujaly, ale používají je např. SIP a Jabber.

[Michal Kubeček]

Ještě jsem zapomněl na ten relayhost/smarthost. S tím se to má tak, že některé MTA pro jednoduchost místo toho výše popsaného algoritmu jednoduše všechnu poštu přepošlou jednomu konkrétnímu MTA. Bývají tak nastavené hlavně MTA, které nejsou trvale připojené (např. běží na uživatelské stanici, která se vypíná, když s ní nikdo nepracuje). Samozřejmě tak lze nastavit jakýkoli MTA, ale samozřejmě ten smarthost musí být ochoten pro vás relaying provádět.

[R]

A co urobis, ked je cielovy server nedostupny? To prave riesi MTA.

[polo23]

Tady jsem Ti neporozumnel ... ja mam v clientu nakonfigurovan SMTP(MTA) server. Postu tedy posilam pres neho. Je na nem aby zjistil dostupnost cile a pokud dostupny neni tak podle me nejakou dobu ceka a pak zkousi posilat znova.