Test DNS domény - kontaktování primárního e-mailového serveru

zpět na seznam testů   provést test domény

Pokusíme se navázat spojení s primárním mailserverem, tedy s tím, který má v MX záznamech nejvyšší prioritu (nejmenší číslo priority). Samozřejmě že nelze s jistotou tvrdit, že první server v seznamu je primární. Za primární považujeme ten, na kterém e-mailové zprávy pro danou doménu končí a odkud si je pak příjemce vyzvedává. Priority MX záznamů ale určují jen to, na které (resp. přes které) servery se mají zprávy doručovat. Primární server v MX záznamech ani být nemusí, servery v MX mohou sloužit pouze jako brány a cílový server může být umístěn např. uvnitř lokální sítě a není dostupný přes veřejnou IP adresu. V každém případě je nejdůležitější správná funkčnosti právě toho serveru z MX záznamů s nejvyšší prioritou, protože jeho kontaktují všichni klienti bez ohledu na to, co se se zprávou děje dál a kde nakonec doopravdy skončí.

Podobně jako u A záznamů, chyba navázání spojení může být způsobena tím, že v MX záznamu je chybný doménový název SMTP serveru anebo je chybná jeho IP adresa (potom cílový SMTP server buď vůbec neexistuje nebo nenabízí e-mailové služby), server je vypnutý nebo porouchaný. Je zcela nepravděpodobné, že by SMTP server nabízel služby na jiném portu než 25. V e-mailová adresa totiž nelze, na rozdíl od WWW adresy, uvést jiný port pro komunikaci se serverem.

Opět zkoumáme také situaci, kdy IP adresa SMTP serveru patří mezi neveřejné IP adresy. To zřejmě znamená, že SMTP služby dané domény jsou určeny jen pro nějaký Intranet na lokální síti majitele domény a nejsou dostupné ze zbytku Internetu. Pokud tato situace nastane, nemá smysl se pokoušet SMTP server kontaktovat. Dále podobně zkoumáme chybu v protokolu SMTP. Při jakémkoliv zmíněném problému budou další testy SMTP serveru přeskočeny.

Pokud se nám podaří úspěšně navázat spojení a přečíst pozdrav serveru, tento pozdrav si uschováme, protože se z něj pokusíme v dalším testu zjistit software mailserveru. Následně zašleme příkaz EHLO. Jestliže bude odpovědí chyba o neznámém příkazu, víme, že se zřejmě jedná o starší verzi SMTP serveru, který nepodporuje rozšíření ESMTP. V takovém případě odešleme pozdrav HELO. Odpověď na pozdrav EHLO si opět schováme, budeme ji poté analyzovat za účelem zjištění podporovaných rozšíření.

Po úspěšných pozdravech vyzkoušíme, zda mailserver akceptuje poštu pro zkoumanou doménu. Zjistíme to tak, že se pokusíme doručit zprávu pro adresu postmaster@domena. Tato speciální e-mailová schránka musí být funkční pro každou doménu, jak je to vyžadováno v RFC 822 (6.3). Slouží ke kontaktování osoby, která má na starost správu dané domény a slouží také pro případ, že neznáme žádnou jinou schránku na dané doméně, ale potřebujeme někoho kontaktovat. Jiné e-mailové adresy pro jednotlivé domény nám známy nejsou, proto nám musí stačit postmaster. Po předání adresy příjemce příkazem RCPT TO komunikaci se serverem ukončíme, nebudeme ve skutečnosti nikdy žádnou zprávu doručovat.

Pokud nám server tuto adresu příjemce odmítne, může to znamenat několik věcí. Běžnější příčina spočívá v tom, že mailserver je sice uveden v MX záznamu domény, ale ve skutečnosti e-mailové služby pro tuto doménu neprovozuje (není pro tuto doménu nakonfigurován). Důvody mohou být různé, většinou je to však chyba správce domény, který uvedl nesprávné MX záznamy. Může se však také stát, že mailserver je pro doménu nastaven, ale odmítá jako příjemce adresu postmaster. To by však znamenalo porušení RFC. Bohužel nejsme schopni tyto dvě příčiny rozlišit. V každém případě to budeme považovat za chybu. Kód odpovědi si schováme k dalším testům.

Jiný problém nastane, pokud nám server odmítne naší adresu odesílatele (MAIL FROM). Je nutné používat takovou e-mailovou adresu, která skutečně existuje, protože servery si její správnost ověřují. Pokud je odmítnuta, nejsme schopni další testy provádět a ani se nedostaneme k tomu, abychom serveru předali adresu příjemce.

Poslední změna: 08.03.2010
Změnil: Petr Šťastný

(c) Petr Šťastný 2010, e-mail: