none
Problem mit HELO (helo/hostname mismatch) RRS feed

  • Frage

  • Hallo Leute,

    Ich bin seit Heute Morgen an einem Problem mit einem Exchange 2003 Server am verzweifeln.

    Und zwar geben manche Mail Empfänger die Medlung:

    <SERVERNAME.DOMÄNE.local #5.7.1 smtp;550 5.7.1 <EMPFÄNGERMAIL>: Recipient address rejected: Ask your Mail/DNS-Administrator to correct HELO and DNS MX settings or to get removed from DNSBLs.; MTA helo: SERVERNAME.DOMÄNE.local, MTA hostname: EXTERNE IP Adresse (helo/hostname mismatch)>

    Das ganze ist wie folgt Konfiguriert:

    Unser Exchange Server Sendet die Mails über einen SMTP Server an den Endempfänger (SMTP Connector). Beim Mail Eingang werden die Mail via Pop3 Connector abgeholt. Das heißt es ist kein MX gesetzt der auf den Exchange zeigt.

    Wie Ihr seht ist in der Fehlermeldung der interne Netzwerkname des Servers, deswegen klappt das Reverse Lookup nicht.... um das ganze für den HELO entsprechend auflösen zu können müsste dort doch der mx name des Mailservers (SMTP / Pop3) stehen und die IP Adresse von diesem, stattdessen steht dort die externe Ip vom Kundennetz in dem der Server steht. Gibt es eine möglichkeit das ganze so zu konfigurieren das im HELO FQDN/MX vom Mailserver und IP vom Mailserver stehen, damit alles entsprechend aufgelöst werden kann? Oder ist es nur möglich wenn ich einen MX eintrag auf den Exchange setze und das ganze direkt darüber laufen lasse?

    Eine weitere möglichkeit wäre einen Reverse Lookup auf dem Mailserver zu konfigurieren, allerdings streubt sich da der Provider....

    Schonmal vorab danke für die Hilfe

    Gruß

    Eric

    Montag, 7. Mai 2012 13:51

Antworten

  • So wir haben eine Problem Lösung gefunden, es war ein Haken im SMTP Connector Falsch gesetzt. Und zwar bei Weitergabe von Nachrichten an diese Domänen per Relay erlauben. Desweiteren hatte ich dann da oben beim Adressraum die Domain drinn über die Versand wird.

    Ich habe gedacht das damit gemeint war das der SMTP Connector zum Relay verwendet wird....

    • Als Antwort markiert Eric Lanfer Dienstag, 8. Mai 2012 06:57
    Dienstag, 8. Mai 2012 06:57

Alle Antworten

  • Hallo Eric,

    wann tritt das Problem denn genau auf, wenn Nachrichten versendet werden, oder wenn der POP-Connector welche abholt?

    Weiterhin:

    Schickt Dein Exchange Server die Emails direkt ins Internet, sprich ist der SMTP-Connector so konfiguriert, dass er MX Einträge zum Auflösen des Empfängersystems verwendet?  Falls ja solltest Du den STMP Connector so konfigurieren, dass er die Mails über Deinen Provider (Smarthost) ins Internet schickt.

    Eine kleine Anleitung gibt es z.B. hier : http://sbsfaq.de/SBS2003/Exchange2003/Internetanbindung/SmarthostmitSMTPAutheinrichten/tabid/396/Default.aspx


    Grüße, Christoph

    Montag, 7. Mai 2012 17:19
  • Hallo Christoph,

    Danke für die schnelle Antwort.

    Das Problem tritt nur beim Versand auf (SMTP). Der SMTP Connector ist genau wie in der Anleitung konfiguriert so das über Smarthost versendet wird.

    Dienstag, 8. Mai 2012 06:02
  • Hallo,

    SERVERNAME.DOMÄNE.local #5.7.1 smtp;550 5.7.1 <empfängermail>: Recipient address rejected: Ask your Mail/DNS-Administrator to correct HELO and DNS MX settings or to get removed from DNSBLs.; MTA helo: SERVERNAME.DOMÄNE.local, MTA hostname: EXTERNE IP Adresse (helo/hostname mismatch).</empfängermail>

    Dann hast du entweder ein Problem mit Blacklist, dein Provider was falsch gemacht oder du hast mehr als einen Send-Connector

    Mache mal eine Exchange-Shell auf
    Get-Sendconnector
    bzw.
    Get-SendConnector | fl

    ;)


    Gruß Norbert

    Dienstag, 8. Mai 2012 06:25
    Moderator
  • So wir haben eine Problem Lösung gefunden, es war ein Haken im SMTP Connector Falsch gesetzt. Und zwar bei Weitergabe von Nachrichten an diese Domänen per Relay erlauben. Desweiteren hatte ich dann da oben beim Adressraum die Domain drinn über die Versand wird.

    Ich habe gedacht das damit gemeint war das der SMTP Connector zum Relay verwendet wird....

    • Als Antwort markiert Eric Lanfer Dienstag, 8. Mai 2012 06:57
    Dienstag, 8. Mai 2012 06:57