Exchange 2010 - Externe E-Mails werden nicht gesendet, wahrscheinlich ein SMTP/DNS-Problem, aber ich brauche Rat

Exchange 2010 - Externe E-Mails werden nicht gesendet, wahrscheinlich ein SMTP/DNS-Problem, aber ich brauche Rat

Ich habe Exchange 2010 auf Server 2012 funktional genug installiert und konfiguriert, dass ich E-Mails zwischen Postfächern auf dem lokalen Server senden kann.

Ich mache das hier als Testlauf in einer virtuellen Umgebung, bevor ich es für die Produktion repliziere. Ich führe das Betriebssystem derzeit auf VirtualBox aus, wobei eine überbrückte Netzwerkkarte Internetzugriff erhält und eine Host-Only-Netzwerkkarte DHCP und dergleichen für eine W7-VM bereitstellt, die ich zum Testen der Konnektivität verwende. Die Windows-Firewall ist derzeit deaktiviert.

Das Problem, das ich habe, ist das Senden von E-Mails an externe Adressen. In diesem speziellen Testfall versuche ich, eine Gmail-Adresse als Ziel zu verwenden, aber ich habe auch bei Bellsouth ähnliche Probleme. Sie alle führen zu der Fehlermeldung „451 4.4.0 Primäre Ziel-IP-Adresse antwortete mit: „421 4.2.1 Verbindung nicht möglich.“ Failover auf alternativen Host versucht, aber das war nicht erfolgreich. Entweder gibt es keine alternativen Hosts oder die Zustellung an alle alternativen Hosts ist fehlgeschlagen.“

Ich habe einen CNAME von „mail“ eingerichtet, der auf „bluebox.amberjohn.co“ verweist, und in meinem Sendeconnector ist „mail.amberjohn.co“ der FQDN, der als Antwort auf HELO angegeben wird. „mx.amberjohn.co“ verweist auch auf „bluebox.amberjohn.co“. Der SMTP-Adressraum ist „*“ und umfasst alle Subdomänen.

Nun, wo ichdenkenVielleicht mache ich hier einen Fehler: Ich habe den SMTP-Server über den Assistenten „Rollen und Features hinzufügen“ installiert. Ich habe ihn so konfiguriert, dass E-Mails unter Verwendung der Windows-Authentifizierungsdaten an den SMTP-Server „localhost“ an Port 25 gesendet werden. Das klingt für mich nicht richtig, aber ich bin mir nicht sicher, wohin ich es sonst schicken soll, da ich versuche, einen SMTP-Server intern zu betreiben.

Die Idee dahinter ist, dass ich den SMTP-Server meines ISPs nicht verwenden kann, da dieser die E-Mail-Header basierend auf den zur Authentifizierung verwendeten Anmeldeinformationen neu schreibt (ich nehme an, das bekämpft Spoofing). Ich habe 5 Benutzer in der Organisation und ihre E-Mails müssen ihre eigene Urheberschaft behalten. Ich denke also, ich werde einfach meinen eigenen SMTP-Server betreiben, aber etwas an der Art, wie ich das eingerichtet habe, lässt es so aussehen, als wäre es nur eine große Schleife.

Ich habe SMTPDiag ausprobiert, aber es schlägt immer fehl, wenn ich nach MX-Einträgen für das Ziel suche. Dies scheint daran zu liegen, dass es fest codiert ist, Port 25 zu verwenden, obwohl jeder SMTP-Server heutzutage TLS/SSL auf 587 oder so erfordert. Es findet die MX-Einträge, stellt aber keine Verbindung her. SMTPDiag funktioniert einwandfrei, wenn ich es auf und von einer lokalen Adresse aus richte, da mein Server auf 25 läuft.

Das Einzige, was mir einfällt und was ich noch nicht versucht habe, ist das Öffnen der Ports meiner Hardware-Firewall, aber ich bin noch nicht überzeugt, dass das ein Problem darstellt. Vielleicht irre ich mich?

Ich würde mich über Ihren Beitrag freuen.

Danke!

Antwort1

Die meisten ISPs blockieren den ausgehenden Datenverkehr auf Port 25 für Verbraucher. Haben Sie das berücksichtigt? Ich habe nicht ganz verstanden, dass Sie SMTP über Rollen und Funktionen hinzugefügt haben. Sie sollten Exchange für SMTP verwenden und Ihren Client über Outlook oder OWA mit dem Exchange-Server verbinden?

Antwort2

Ich habe versucht, dies von zu Hause aus zu tun, als ich dies gepostet habe, aber als ich ins Büro kam und meine VM hochfuhr, kamen alle E-Mails durch. Es war also definitiv eine Art Netzwerkproblem. Problem gelöst.

verwandte Informationen