biffit
Goto Top

Exchange 2k3 mit SMTP-Connector und SMPT-Server leider kein Senden oder Empfangen möglich

Hallo Profis ;)
Hab nen Exchange 2k3 mit SMTP-Connector und SMPT-Server am laufen und hab ne feste IP , habe sogar weil ich die IP über HostEurope.de habe meine IP bei Spamhaus.org entfernt trotzdem geht nix rein und nix raus !!!! Hab mit SMTPDIAG schon einpaar Fehlerquellen ausmerzen können trotzdem immer noch kein erfolg beim senden oder empfangen!! Router Einstellungen hab ich auch schon angepasst zwecks Ports oder Firewall... Nun hab ich schon rausbekommen das ich min. Standardsicherheitseinstellungen brauch um nicht bei den Email-Providern geblockt zu werden nur weiß ich nicht genau was ich da einstellen soll wenn ich z.B. TLS einstelle meckert GMX rum wird nicht unterstützt anders z.B. bei Arcor nur kommt dann "Protokollfehler" !!!

Bitte schaut es auch mal an !!! Würde mich über jede HILFE freuen und bin auch für jeden Vorschlag offen also dann schonmal vielen DANK im vorraus...
p.s. kann auch noch mehr Protokolle Zuverfügung stellen oder auch einpaar Screenshots von meinen Einstellungen beim Router und beim Exchange Server falls das weiterhilft!

Brauch dringend Hilfe! Hab mit Exchange 2003 noch nicht viel gearbeitet und hab mich da an die Hilfe von msxfaq gehalten nun hab ich folgende Fehlermeldungen:

als erstes mit dem Tool SmtpDiag beim Empfangen von einer Mail von GMX

SmtpDiag.exe "xxx.yyy@gmx.de" "xxx.yyy@owndomain.com" /v

Externe Exchange-DNS-Einstellungen werden gesucht.
Der Computername lautet SRV.
VSI 1 hat die folgenden externen DNS-Server:
Es sind keine externen DNS-Server konfiguriert.

SOA wird auf owndomain.com überprüft.
Die externen DNS-Server werden überprüft.
Die internen DNS-Server werden überprüft.

Die TCP-/UDP-SOA-Seriennummer wird mit DNS-Server [192.168.1.1] überprüft.
TCP-Test erfolgreich.
UDP-Test erfolgreich.
Seriennummer: 2009031xxx

Die TCP-/UDP-SOA-Seriennummer wird mit DNS-Server [80.237.128.xxx] überprüft.
Fehler: DNS-Server [80.237.128.xxx] ist nicht betriebsbereit.

Die TCP-/UDP-SOA-Seriennummer wird mit DNS-Server [195.50.140.xxx] überprüft.
TCP-Test erfolgreich.
UDP-Test erfolgreich.
Seriennummer: 2009031xxx
Abgleich der SOA-Seriennummern: Bestanden.

Die lokalen Domänendatensätze werden überprüft.
TCP- und UDP-DNS-Abfragen werden für die lokale Domäne gestartet. Bei diesem
Test wird versucht zu überprüfen, ob der DNS für eingehende Nachrichten richtig
eingerichtet ist. Bei nicht bestandenem Test kommen drei Ursachen infrage.
1) Die lokale Domäne ist nicht im DNS eingerichtet. Eingehende Nachrichten
können nicht an lokale Postfächer geleitet werden.
2) TCP-/UDP-DNS-Abfragen werden vom Firewall blockiert. Das betrifft zwar
nicht die eingehenden, wohl aber die ausgehenden Nachrichten.
3) Der interne DNS berücksichtigt keine externen DNS-Einstellungen. Für
bestimmte Topologien ist das eine zulässige Konfiguration.
Postfachdatensätze mit TCP werden überprüft: gmx.de.
MX: mx0.gmx.de (10)
MX: mx0.gmx.net (10)
A: mx0.gmx.de [213.165.64.100]
A: mx0.gmx.net [213.165.64.100]
Postfachdatensätze mit UDP werden überprüft: gmx.de.
MX: mx0.gmx.net (10)
MX: mx0.gmx.de (10)
A: mx0.gmx.net [213.165.64.100]
A: mx0.gmx.de [213.165.64.100]
Sowohl TCP- als auch UDP-Abfragen erfolgreich. Lokaler DNS-Test bestanden.

Die Remotedomänen-Datensätze werden überprüft.
TCP- und UDP-DNS-Abfragen werden für die Remotedomäne gestartet. Bei diesem
Test wird versucht zu überprüfen, ob der DNS für ausgehende Nachrichten richtig
eingerichtet ist. Bei nicht bestandenem Test kommen drei Ursachen infrage.
1) TCP-/UDP-DNS-Abfragen werden vom Firewall blockiert, wodurch ihrerseits
die ausgehenden Nachrichten blockiert werden. Unter Windows 2000/NT Server sind
TCP-DNS-Abfragen erforderlich. Windows Server 2003 verwendet zuerst
UDP-Abfragen und greift dann auf TCP-Abfragen zurück.
2) Im internen DNS ist nicht festgelegt, wie externe Domänen abgefragt
werden sollen. Sie müssen entweder einen externen DNS-Server verwenden oder den
DNS-Server zum Abfragen externer Domänen konfigurieren.
3) Die Remotedomäne ist nicht vorhanden. Ein Fehler ist zu erwarten.
Postfachdatensätze mit TCP werden überprüft: owndomain.com.
MX: mail.owndomain.com (50)
A: mail.owndomain.com [92.79.132.xxx]
Postfachdatensätze mit UDP werden überprüft: owndomain.com.
MX: mail.owndomain.com (50)
Sowohl TCP- als auch UDP-Abfragen erfolgreich. Remote-DNS-Test bestanden.

Die für xxx.yyy@owndomain.com aufgelisteten Postfachserver werden
überprüft.
Eine Verbindung mit mail.owndomain.com [92.79.132.xxx] wird auf Anschluss 25
hergestellt.
Die Verbindung mit dem Server konnte nicht hergestellt werden. Fehler: 10061
An mail.owndomain.com konnten keine Nachrichten übertragen werden.


als zweites beim Senden einer Mail zu GMX

SmtpDiag.exe "yyy.xxx@owndomain.com" "xxx.yyy@gmx.de" /v

Externe Exchange-DNS-Einstellungen werden gesucht.
Der Computername lautet SRV.
VSI 1 hat die folgenden externen DNS-Server:
Es sind keine externen DNS-Server konfiguriert.

SOA wird auf gmx.de überprüft.
Die externen DNS-Server werden überprüft.
Die internen DNS-Server werden überprüft.

Die TCP-/UDP-SOA-Seriennummer wird mit DNS-Server [192.168.1.1] überprüft.
TCP-Test erfolgreich.
UDP-Test erfolgreich.
Seriennummer: 2009031xxx

Die TCP-/UDP-SOA-Seriennummer wird mit DNS-Server [80.237.128.xxx] überprüft.
Fehler: DNS-Server [80.237.128.xxx] ist nicht betriebsbereit.

Die TCP-/UDP-SOA-Seriennummer wird mit DNS-Server [195.50.140.xxx] überprüft.
TCP-Test erfolgreich.
UDP-Test erfolgreich.
Seriennummer: 2009031xxx
Abgleich der SOA-Seriennummern: Bestanden.

Die lokalen Domänendatensätze werden überprüft.
TCP- und UDP-DNS-Abfragen werden für die lokale Domäne gestartet. Bei diesem
Test wird versucht zu überprüfen, ob der DNS für eingehende Nachrichten richtig
eingerichtet ist. Bei nicht bestandenem Test kommen drei Ursachen infrage.
1) Die lokale Domäne ist nicht im DNS eingerichtet. Eingehende Nachrichten
können nicht an lokale Postfächer geleitet werden.
2) TCP-/UDP-DNS-Abfragen werden vom Firewall blockiert. Das betrifft zwar
nicht die eingehenden, wohl aber die ausgehenden Nachrichten.
3) Der interne DNS berücksichtigt keine externen DNS-Einstellungen. Für
bestimmte Topologien ist das eine zulässige Konfiguration.
Postfachdatensätze mit TCP werden überprüft: owndomain.com.
MX: mail.owndomain.com (50)
A: mail.owndomain.com [92.79.132.xxx]
Postfachdatensätze mit UDP werden überprüft: owndomain.com.
MX: mail.owndomain.com (50)
A: mail.owndomain.com [92.79.132.xxx]
Sowohl TCP- als auch UDP-Abfragen erfolgreich. Lokaler DNS-Test bestanden.

Die Remotedomänen-Datensätze werden überprüft.
TCP- und UDP-DNS-Abfragen werden für die Remotedomäne gestartet. Bei diesem
Test wird versucht zu überprüfen, ob der DNS für ausgehende Nachrichten richtig
eingerichtet ist. Bei nicht bestandenem Test kommen drei Ursachen infrage.
1) TCP-/UDP-DNS-Abfragen werden vom Firewall blockiert, wodurch ihrerseits
die ausgehenden Nachrichten blockiert werden. Unter Windows 2000/NT Server sind
TCP-DNS-Abfragen erforderlich. Windows Server 2003 verwendet zuerst
UDP-Abfragen und greift dann auf TCP-Abfragen zurück.
2) Im internen DNS ist nicht festgelegt, wie externe Domänen abgefragt
werden sollen. Sie müssen entweder einen externen DNS-Server verwenden oder den
DNS-Server zum Abfragen externer Domänen konfigurieren.
3) Die Remotedomäne ist nicht vorhanden. Ein Fehler ist zu erwarten.
Postfachdatensätze mit TCP werden überprüft: gmx.de.
MX: mx0.gmx.de (10)
MX: mx0.gmx.net (10)
A: mx0.gmx.de [213.165.64.100]
Postfachdatensätze mit UDP werden überprüft: gmx.de.
MX: mx0.gmx.net (10)
MX: mx0.gmx.de (10)
A: mx0.gmx.net [213.165.64.100]
Sowohl TCP- als auch UDP-Abfragen erfolgreich. Remote-DNS-Test bestanden.

Die für xxx.yyy@gmx.de aufgelisteten Postfachserver werden überprüft.
Eine Verbindung mit mx0.gmx.net [213.165.64.100] wird auf Anschluss 25
hergestellt.
Fehler: Erwartet: "220". Der Server akzeptiert keine Verbindungen.
An mx0.gmx.net konnten keine Nachrichten übertragen werden.
Eine Verbindung mit mx0.gmx.de [213.165.64.100] wird auf Anschluss 25
hergestellt.
Fehler: Erwartet: "220". Der Server akzeptiert keine Verbindungen.
An mx0.gmx.de konnten keine Nachrichten übertragen werden.


Und zum Schluss die Fehlermeldungen vom Exchange p.s. 2 Mails in der Warteschlange die auch zu GMX versendet werden sollen

Logfile from Exchange 2003

#Software: Microsoft Internet Information Services 6.0
#Version: 1.0
#Date: 2009-03-19 19:07:25
#Fields: date time c-ip cs-username s-sitename s-computername s-ip s-port cs-method cs-uri-stem cs-uri-query sc-status sc-win32-status sc-bytes cs-bytes time-taken cs-version cs-host cs(User-Agent) cs(Cookie) cs(Referer)
2009-03-19 19:07:25 213.165.64.100 OutboundConnectionResponse SMTPSVC1 SRV - 25 - - 220+mx0.gmx.net+GMX+Mailservices+ESMTP+{mx087} 0 0 46 0 125 SMTP - - - -
2009-03-19 19:07:25 213.165.64.100 OutboundConnectionCommand SMTPSVC1 SRV - 25 EHLO - mail.owndomain.com 0 0 4 0 125 SMTP - - - -
2009-03-19 19:07:25 213.165.64.100 OutboundConnectionResponse SMTPSVC1 SRV - 25 - - 250-mx0.gmx.net+GMX+Mailservices 0 0 32 0 188 SMTP - - - -
2009-03-19 19:07:25 213.165.64.100 OutboundConnectionCommand SMTPSVC1 SRV - 25 MAIL - FROM:<yyy.xxx@owndomain.com> 0 0 4 0 188 SMTP - - - -
2009-03-19 19:07:25 213.165.64.100 OutboundConnectionResponse SMTPSVC1 SRV - 25 - - 250+2.1.0+all+right+{mx087} 0 0 27 0 235 SMTP - - - -
2009-03-19 19:07:25 213.165.64.100 OutboundConnectionCommand SMTPSVC1 SRV - 25 RCPT - TO:<xxx.yyy@gmx.net> 0 0 4 0 235 SMTP - - - -
2009-03-19 19:07:25 213.165.64.100 OutboundConnectionResponse SMTPSVC1 SRV - 25 - - 250+2.1.5+got+it+{mx087} 0 0 24 0 250 SMTP - - - -
2009-03-19 19:07:25 213.165.64.100 OutboundConnectionCommand SMTPSVC1 SRV - 25 DATA - - 0 0 4 0 250 SMTP - - - -
2009-03-19 19:07:25 213.165.64.100 OutboundConnectionResponse SMTPSVC1 SRV - 25 - - 354+mx0.gmx.net+Go+ahead+{mx087} 0 0 32 0 282 SMTP - - - -
2009-03-19 19:07:25 213.165.64.100 OutboundConnectionResponse SMTPSVC1 SRV - 25 - - 451+4.3.0+Failed:+code+orange+{mx087} 0 0 37 0 328 SMTP - - - -

Content-Key: 111918

Url: https://administrator.de/contentid/111918

Ausgedruckt am: 29.03.2024 um 11:03 Uhr

Mitglied: GuentherH
GuentherH 19.03.2009 um 21:46:02 Uhr
Goto Top
Hallo.

Nur weil du eine feste IP hast, heißt das noch lange nicht, dass du auch versenden kannst, ohne dass dich die SPAM Filter der Empfänger blocken.

Gehe einmal Schritt für Schritt durch:
- konfiguriere den MX Eintrag für deine Mail Domain, bei deinem Domain Hoster
- konfiguriere einen SMTP Connector, und versende deine Mails über den Relay Host deines Providers

Wenn dann Empfang und Versenden klappt machen wir den nächsten Schritt face-wink

LG Günther
Mitglied: maretz
maretz 19.03.2009 um 21:46:03 Uhr
Goto Top
Also - ist mir grad etwas zuviel zum Lesen - daher mal eben die Standard-Dinger:

a) hast du nen Reverse-Lookup für deine Domain? Ansonsten kann das schon ein problem werden

b) was passiert wenn du vom server aus versuchst ne Mail per Telnet an den SMTP-Server zu geben? Nicht das z.B. der lokale Virenscanner oder sowas das ding blockt...
Mitglied: Biffit
Biffit 19.03.2009 um 21:51:39 Uhr
Goto Top
Hi vielen Dank für die schnelle Antwort
also MX Eintrag steht und funktioniert aber das mit dem Relay Host über meinen Provider funktioniert leider nicht bin auch momentan wieder zuhause und kann es nicht testen --> der ist jetzt wieder Offline!! Bin aber morgen frühen Abend wieder am worken also kann ich dir dann mehr berichten face-smile bis dann LG Biffit
Mitglied: Biffit
Biffit 19.03.2009 um 21:53:56 Uhr
Goto Top
Wozu den Reverse-Lookup hab doch nen MX-Eintrag der direkt auf meinen Server verweist und das mit dem TelNet kann ich momentan nicht ausprobieren aber werd das morgen gleich mal testen face-smile vielen dank LG Biffit
Mitglied: GuentherH
GuentherH 20.03.2009 um 18:53:36 Uhr
Goto Top
Hallo.

hab doch nen MX-Eintrag der direkt auf meinen Server verweist und das

Der ist aber nur für den Empfang zuständig, und hat nichts mit dem Versand zu tun

Wozu den Reverse-Lookup

Damit du auch versenden kannst, ohne als Spammer klassifiziert zu werden.

Und genau aus diesen 2 Gründen, habe ich geschrieben - Schritt für Schritt face-wink

LG Günther
Mitglied: Biffit
Biffit 20.03.2009 um 18:59:08 Uhr
Goto Top
Hallo Günther,

bisher laufen keine Zusatzprogramme außer einer SQL Datenbank, d. h. KEINE AntiVirensoftware o.ä.

Der Empfang von Emails klappt bisher leider auch nicht face-sad
Der Reverse Lookup wird lt. Domainprovider nicht benötigt, wenn der Smarthost des Providers angegeben wird.

EDIT: Dank Anleitung des Providers haben wir den SMTP Connector konfigurieren können, bisher besteht noch das Problem das keine Emails empfangen werden können. Das Versenden klappt jedoch problemlos.

viel grüße Biffit