Hi Jürgen!
Ich bin gerade in der Nachtschicht und sitze vor dem Server!!! 
Die Leute müssen ja schliesslich arbeiten morgen!
Wie kann ich denn NUR den SMTP Dienst de-/reinstallieren?
SP für Windows 2003 bringt nix, ist ein 2000-er Server mit SP4!
Ok, Timeserver läuft, jetzt bekomme ich über netdiag keinen error mehr.
Ebenso netdiag -> alle "passed"
lG
Bernie
Hi Norbert!
Danke für deine Antwort!
Habe übrigens vergessen, das System zu erwähnen: Windows 2000 Server mit Exchange Server 2003.
Im Eventlog finden sich schon ein paar Fehlermeldungen, mit denen ich allerdings nicht sehr viel anfangen kann, die aber aufgrund ihrer Beschreibung durchaus für den Ausfall verantwortlich sein können.
Ich schreib sie mal der Reihe nach rein, Hinweis: der Server heisst "obelix"! Diese Events entstanden beim letzten Neustart.
1) id: 8026 - LDAP Operator - Quelle: MSExchangeAL
"Fehler bei LDAP Bind-Operation im Verzeichnis obelix.dragster.at für DN ''. Das Verzeichnis hat den Fehler [0x34] Nicht verfügbar zurückgegeben. "
Was ich so herausgefunden habe, ist das bei einem Neustart nix Besonderes, weil die Dienste nicht rechtzeitig beendet / gestartet werden.
2) id: 2104 - Topologie - Quelle: MSExchangeDSAccess
"Prozess INETINFO.EXE (PID=1172). Alle DS-Server in der Domäne reagieren nicht. "
3)+4)+5) nochmal der LDAP Fehler von oben
6) id: 8250 - Dienststeuerung - Quelle: MSExchangeAL
"Der Win32 API-Aufruf 'DsGetDCNameW' hat den Fehlercode [0x862] Angegebene Komponente konnte in der Konfigurationsinformation nicht gefunden werden zurückgegeben. Der Dienst konnte nicht initialisiert werden. Stellen Sie sicher, dass das Betriebssystem einwandfrei installiert wurde."
7) id: 2102 - Topologie - Quelle: MSExchangeDSA
Prozess MAD.EXE (PID=1580). Alle verwendeten Domänencontroller-Server reagieren nicht:
obelix.dragster.at
id: 9321 - Schnittstelle - Quelle: MSExchangeMTA
Ein RPC-Kommunikationsfehler ist aufgetreten. Fehler beim Herstellen einer RPC-Verbindung. Windows 2000-Fehler: 1703. [ncacn_at_dsp BASE IL MAIN BASE 1 504] (14)
9) id: 953 - Routingmodul/dienst - Quelle: MSExchangeTransport
Der folgende Clientroutingknoten konnte keine Verbindung zu seinem resvc herstellen: C:\WINNT\System32\WBEM\WinMgmt.exe.
Habe dcdiag ausgeführt, bekam als einzige Fehlermeldung beim FSMO CheckDcGetDcName failed, error 1355. A Time Server could not be located.
Hilft das?
Habe die meisten Fehler recherchiert und alle sind eigentlich Fehler, die beim Starten und Beenden auftreten können, weil sie nicht gut getimed sind...
lG
Bernie
Hi Leute!
Super, dass es euch gibt (zumindest super, wenn ihr mir helfen könnt...)
Bin mittlerweile schon ziemlich verzweifelt. Folgendes Szenario: habe einen Kunden, dessen Domain ich vor Kurzem umgezogen habe zu einem neuen Provider.
Nennen wir die Domain dragster.at.
Der Kunde hat einen Exchange Server laufen, der alte Provider hatte 2 MX Einträge für die Domain: der 1. zeigte auf einen Mailserver (mail.xyz.com), der als Relay konfiguriert war und alle Mails auf den Exchange Server weiterleitete. Der 2. MX Eintrag routete auf den 1.
Situation neu: Der 1. MX Eintrag (mail.dragster.at) routet direkt auf die IP des Exchange Servers. Der 2. MX Eintrag routet auf den Server des Providers (quasi als Backup).
Wenn der 1. nicht erreichbar ist, werden die Mails in ein Postfach des neuen Servers verschoben.
Der Exchange Server ist auch Domänencontroller. Seine Domäne lautet (leider ebenfalls) dragster.at (hab ich so übernommen).
Im Exchange wird der normale SMTP - virtuelle Standardserver verwendet, dessen Verbindungseinstellungen so konfiguriert sind, dass Verbindung von allen erlaubt sind, aber Relay nur vom internen Netz und vom Mailserver, der im MX steht.
Seit der Umstellung der Domain ist der SMTP Dienst des Servers sehr volatil. Nach dem Hochfahren des Servers kann ich mich via Telnet von extern auf den SMTP Server verbinden, er reagiert aber auf keine Kommandos.
Das Versenden von Mails von den Usern funktioniert (zunächst) auch.
Der Server empfängt aber keine Mails und ist nach einiger Zeit nicht mehr per Telnet erreichbar.
Noch ein bisschen später versendet er auch nichts mehr, das bleibt alles hängen und erst nach Serverneustart versendet er die Mails, die im Queue hängen.
Ich habe das Ganze auch schon Jemanden ansehen lassen, der sein tägliches Brot als Sysadmin verdient und mit Exchange arbeitet (ich mach es zwar auch und habs gelernt, aber nicht so "hardcore"), der aber genauso ratlos wie ich ist, warum alles so ist, wies ist.
Habt ihr noch irgendwelche Ideen? Kann da irgendwie ein Konflikt entstehen, da der Domänencontroller die gleiche Domain hat (obwohls ja funktioniert hat beim alten Provider)?
Danke jedenfalls mal für eure Antworten...
