Miként találja ki az Exim a HELO/EHLO-hoz használt nevet
Nem kevés paranoid rendszergazda ellenőrzi a levéltovábbítás folyamán a HEL/EHLO SMTP parancsoknál használt nevet. Ha a név nem egyezik a küldő IP címéből feloldottal, akkor vagy visszadobja az egész levelet, vagy a spamszűrő megfelelően pontozza.
Az Exim által használt EHLO/HELO név a primary_hostname konfigurációs változóból származik. A Debian alap konfigurációja nem használja ezt a változót, így az exim az uname() hívást használja a hosztnév megállapítására. Ha ez a hívás csak egy komponenssel tér vissza, akkor a gethostbyname() vagy a getipnodebyname() függvényeket használja a teljes hosztnév (FQDN) megállapítására.
Ha az Exim localhost.localdomain nevet használja a HELO-nál, akkor valószínűleg rosszul van az /etc/hosts fájl konfigurálva. Ezt egyébként némelyik installer is helytelenül állítja be.
Nyilván egy rendszeren nehéz meghatározni az EHLO/HELO során használt nevet. Ha van egy ismerős kollégánk aki üzemeltet SMTP szervereket megkérhetjük, hogy ellenőrizze le a leveleinket a logokban, hogy mit lát HELO névnek. Azonban van egy egyszerűbb módja is a tesztnek. Egyszerűen egy smtp kliensel csatlakozzunk szerverünk 25-ös portjához:
Trying 127.0.0.1...
Connected to localhost.
Escape character is '^]'.
220 mx1.webbo.hu ESMTP Exim 4.63 Fri, 04 Jan 2008 13:50:53 +0100
quit
221 mx1.webbo.hu closing connection
Connection closed by foreign host.
Itt jól látható a 220-as válasz sorban milyen hosztnevet használ az Exim. Ezek után ha ellenőrizzük az IP-nk reverse DNS-ét láthatjuk, hogy szeretnek-e minket a paranoid rendszergazdák:
100.62.113.217.in-addr.arpa domain name pointer mail.webbo.hu.
Látszik, hogy ez az IP nem az Exim által használt hosztnévre oldódik fel, így itt esetleg gondok lehetnek.
Ha egy mód van rá, akkor a primary_hostname konfigurációs változó használatát kerüljük Debian alatt, mivel olyan hibákhoz vezethet, melyet nehéz nyomon követni.
- A hozzászóláshoz belépés szükséges

Hozzászólások
A címben benne van, de ez csak EXIM-re igaz
Örültem, hogy végre lesz egy megoldás, amire építve tudok akár weboldalunkba épített szerverellenőrzést is készíteni. A cikk címében benne van, hogy EXIM-re vonatkozik, és sajnos ez így is van. MS Exchange szervereknél a fogadási SMTP greet és az SMTP EHLO/HELO külön állítható. Így előfordulhat, hogy ezzel a módszerrel ellenőrizve helyesnek tűnik a szerver beállítása, pedig nem az...
Mivel a probléma (helytelenül beállított levelező szerverek) rengeteg SUPPORT kérdést generál, így készítettünk egy összefoglalót, melyben számos MTA beállításának módja le van írva. Email küldés probléma 450 - 4.7.1 <...>: Helo command rejected: Host not found;
Horváth Balázs
WiseGroup Informatika Kft.
http://wgi.hu
Az Exchange szervert nem
Az Exchange szervert nem ismerem. Viszont tapasztalataim szerint az esetek nagy részében éppen ezzel az MS termékkel van gond. Kevés a képzett Windows rendszergazda. Bár az utóbbi időkben az egyre népszerűbb Linux esetében is sokszor kell megkeresni egy-egy céget, hogy tegyék rendbe az SMTP szerverüket.
Ha nem lenne spam, nem lenne semmi gondunk ezzel.