Mail Rejected: Cannot Find your Hostname
Helo command rejected: Host not found
deutsch
Es gibt überall Regeln, und ob man diese befolgt steht einem mehr oder weniger frei. Befolgt man sie nicht, dann muß man mit den Konsequenzen leben.
Eine der Regeln für Mail-Übertragung bei Servern ist, das das ein Rechner sich identifiziert, und diese Identifizierung zur IP-Adresse zeigen muss.
Das Regelwerk (RFC2821) ist von April 2001 (erweiterte Version von 1986) und sagt klar:
- The domain name given in the EHLO command MUST BE either a primary host name (a domain name that resolves to an A RR) or, if the host has no name, an address literal as described in section 4.1.1.1.
(in 4.1.1.1. steht dann, das das nicht für Mailprogramme wie Outlook etc. gilt, weil die sich anmelden: "These commands are used to identify the SMTP client to the SMTP server ...")
Jetzt kommen "Mailserver" daher die das nicht tun. Vielleicht weil das Mail-Server-programm von vor 2001 ist, oder weil der Absender eine willige Drohne eines Bot-Netzwerkes ist und Spam-Mails versendet (dann kann nämlich das HELO nicht passen).
Lassen Sie sicherstellen, das das "helo" was der Mailserver sendet als Hostname aufgelöst werden kann und auf diese IP-Adresse zeigt (A und PTR), mit der der Server den CRNET-Server kontaktiert - und alles ist gut.
Als Mailprovider kann man sich überlegen was man tut, wenn diese beiden Werte nicht übereinstimmen. Viele machen es sich einfach: es wird alles durchgelassen, egal was woher kommt, und dann kann der Kunde aus den Mails ja raussuchen, was davon echt ist und was SPAM.
CRNET macht das nicht, denn wer einen Mailserver im Internet betreibt sollte wissen was er tut, und wie es zu laufen hat. Der Server lehnt Mails von Mailservern ab, die sich nicht an die Regeln halten. Zu Ihrer Sicherheit und der der anderen rund 4000 Mailadressen-Benutzer auf dem Server.
english (I hope)
There are rules everywhere, and to follow them ist a personal decision for everyone. The ones who doesnt must live with the consequences.
One of the rules for mail transmission between Mailservers is that a sender identifies itself, and this identification must point to the IP address used.
See rfc 2821 Section 3.6
- The domain name given in the EHLO command MUST BE either a primary host name (a domain name that resolves to an A RR) or, if the host has no name, an address literal as described in section 4.1.1.1.
(in 4.1.1.1. is written, that this doesnt effect for mailclients with auth. : "These commands are used to identify the SMTP client to the SMTP server ...")
Make shure that the sending "EHLO" (either "helo") matches to a A RR in the valid DNS and matches to the IP used (A and PTR), and everything will be fine.
Must A and PTR Match?
Yes!
RFC1912 - Section 2.1: Inconsistent, Missing, or Bad Data
[...] Make sure your PTR and A records match. For every IP address, there should be a matching PTR record in the in-addr.arpa domain. [...]
