13
Emails verweilen in der Warteschlange -SMTP-Verbindungsfehler-
Hallo Gemeinde,
nachdem ich jetzt mehrere Std. an dem ein und selben Problem rum "doctere" brauch ich doch Hilfe
von Euch.
Heute Nacht habe ich unseren SBS 2003 mit Exchange von SP1 auf SP2 upgedatet. Ebenso
alle notwendigen Updates lt. Windows-Update-Seite.
Alle Updates liefen ohne komplikationen ab.
Nachdem ich nun heute das ganze nochmals betrachten wollte, viel mir auf, dass ohne jegliche änderungen
an Exchange (durch mich) keine Emails mehr versendet werden, da alle in der Warteschlange hängen und sich
permanent im Kreis drehen. Nach kurzem telefonat mit meinem Provider und der frage ob evtl. sich etwas an SEINEN
Daten geändert hat, wurde mir berichtet, dass unser Exchange sich zwar "kurz" Authendifiziert" jedoch sofort wieder
die verbindung abbricht.
Hier im Forum habe ich schon des öfteren gelesen, dass man alle AV´s mal ausschalten soll und dann testen,
habe nun unseren Virenscanner sowie GFI (Spam und Disclaimer) ebenso in den Diensten gestoppt.
Problem besteht weiterhin. Gebootet wurde auch schon x-mal....
NSLOOKUP scheint mir auch nix genaueres zu sagen, DNS paßt auch....
Hat hier noch jemand eine Idee?!?!
Danke im Voraus.
--EDIT---
nachdem ich jetzt mehrere Std. an dem ein und selben Problem rum "doctere" brauch ich doch Hilfe
von Euch.
Heute Nacht habe ich unseren SBS 2003 mit Exchange von SP1 auf SP2 upgedatet. Ebenso
alle notwendigen Updates lt. Windows-Update-Seite.
Alle Updates liefen ohne komplikationen ab.
Nachdem ich nun heute das ganze nochmals betrachten wollte, viel mir auf, dass ohne jegliche änderungen
an Exchange (durch mich) keine Emails mehr versendet werden, da alle in der Warteschlange hängen und sich
permanent im Kreis drehen. Nach kurzem telefonat mit meinem Provider und der frage ob evtl. sich etwas an SEINEN
Daten geändert hat, wurde mir berichtet, dass unser Exchange sich zwar "kurz" Authendifiziert" jedoch sofort wieder
die verbindung abbricht.
Hier im Forum habe ich schon des öfteren gelesen, dass man alle AV´s mal ausschalten soll und dann testen,
habe nun unseren Virenscanner sowie GFI (Spam und Disclaimer) ebenso in den Diensten gestoppt.
Problem besteht weiterhin. Gebootet wurde auch schon x-mal....
NSLOOKUP scheint mir auch nix genaueres zu sagen, DNS paßt auch....
Hat hier noch jemand eine Idee?!?!
Danke im Voraus.
--EDIT---
Auf Facebook teilen
Auf X (Twitter) teilen
Auf Reddit teilen
Auf Linkedin teilenBitte markiere auch die Kommentare, die zur Lösung des Beitrags beigetragen haben
Content-ID: 73082
Url: https://administrator.de/forum/emails-verweilen-in-der-warteschlange-smtp-verbindungsfehler-73082.html
Ausgedruckt am: 18.04.2025 um 14:04 Uhr
13 Kommentare
Neuester Kommentar
Hi,
was steht denn im Ereignis-Protokoll? Da muss ja eigentlich etwas zu den fehlerhaften Verbindungen die er versucht aufzubauen stehen.
Gruß
Folkskygg
was steht denn im Ereignis-Protokoll? Da muss ja eigentlich etwas zu den fehlerhaften Verbindungen die er versucht aufzubauen stehen.
Gruß
Folkskygg
Hi Folkskygg,
eben nicht, keine ausgewiesene FEHLER!!!
Heute nacht hat mein PopBeamer mal für einige Stunden Fehler gemeldet, das hat sich aber
auch schon wieder erledigt, und sollte ja "eigentl." damit nichts zu tun haben.
THX...
gruß Snow
eben nicht, keine ausgewiesene FEHLER!!!
Heute nacht hat mein PopBeamer mal für einige Stunden Fehler gemeldet, das hat sich aber
auch schon wieder erledigt, und sollte ja "eigentl." damit nichts zu tun haben.
THX...
gruß Snow
1: Solltest du evtl. mit dem SBS Assistenten für Internet und E-mail etwas gemacht haben?
2: Benutzt du einen Smarthost?
Stimmt dann bei "Ausgehende Sicherheit" noch das Passwort? (wird nämlich durch 1 gelöscht)
Peter
2: Benutzt du einen Smarthost?
Stimmt dann bei "Ausgehende Sicherheit" noch das Passwort? (wird nämlich durch 1 gelöscht)
Peter
Hi Peter,
thx. für Deine Antwort.
Einen Smarthost verwende ich nicht!
Das Passwort stimmt auch noch, bzw. hab ich eben nochmal neu eingegeben!
Das ist es ja, ich habe, ausser die WinUpdates, nichts geändert.
Das kuriose ist ja, dass mein Provider sagt, er sieht in den Logs, dass der Exchange
Authen. drauf schaut, sich aber sofort wieder disconnectet.
Gruß Snow
thx. für Deine Antwort.
Einen Smarthost verwende ich nicht!
Das Passwort stimmt auch noch, bzw. hab ich eben nochmal neu eingegeben!
Das ist es ja, ich habe, ausser die WinUpdates, nichts geändert.
Das kuriose ist ja, dass mein Provider sagt, er sieht in den Logs, dass der Exchange
Authen. drauf schaut, sich aber sofort wieder disconnectet.
Gruß Snow
Hi,
schau doch mal in deine Protokolle.
Liegen meistens in C:\WINDOWS\system32\LogFiles\SMTPSVCxx
Dazu sollte natürlich die Protokollierung des Exchange eingeschaltet sein.
Peter
schau doch mal in deine Protokolle.
Liegen meistens in C:\WINDOWS\system32\LogFiles\SMTPSVCxx
Dazu sollte natürlich die Protokollierung des Exchange eingeschaltet sein.
Peter
Guten Morgen...
sooo, nachdem gestern Abend dann gar nichts mehr lief, kein RDP usw. mußte ich warten
bis ich heute wieder vor Ort war....nach ein wenig googlen... kam heraus, dass die SP2 für
W2K3 doch mehr probleme macht wie angedacht. Wie eben auch bei mir...
OK...SP2 heute morgen wieder deinstal. und siehe da...die Mitarbeiter können zumindest
wieder Arbeiten.
Emails gehen nach wie vor noch nicht, ebenso streikt nun meine ISA2004.
Beim Aufrufen der ISA-Verwaltung kommt nun
Möglicherweise existiert die Datei nicht, ist keine MMC-Konsole oder wurde mit einer höheren MMC-Version erstellt. Es könnte auch sein, dass Sie nicht dazu berechtigt sind, auf diese Datei zuzugreifen.<<
Im ISA-Best Practices Analyzer Tool kommen auch keine GRAVIERENDEN FEHLER (ein paar Rules sollte ich verbessern).
Jemand noch ne Idee....`?!
THX für Eure unterstützung *g*
sooo, nachdem gestern Abend dann gar nichts mehr lief, kein RDP usw. mußte ich warten
bis ich heute wieder vor Ort war....nach ein wenig googlen... kam heraus, dass die SP2 für
W2K3 doch mehr probleme macht wie angedacht. Wie eben auch bei mir...
OK...SP2 heute morgen wieder deinstal. und siehe da...die Mitarbeiter können zumindest
wieder Arbeiten.
Emails gehen nach wie vor noch nicht, ebenso streikt nun meine ISA2004.
Beim Aufrufen der ISA-Verwaltung kommt nun
Die Datei "C:\Programme\Microsoft ISA Server\msisa.msc" kann nicht geöffnet werden.
Im ISA-Best Practices Analyzer Tool kommen auch keine GRAVIERENDEN FEHLER (ein paar Rules sollte ich verbessern).
Jemand noch ne Idee....`?!
THX für Eure unterstützung *g*
UPDATE:
So, also ISA kann ich jetzt wieder öffnen, über das SnapIN in der MMC hinzugefügt, und
rult wieder!!!
Rest bin ich noch am versuch zu FIXEN.
gruß Snow
So, also ISA kann ich jetzt wieder öffnen, über das SnapIN in der MMC hinzugefügt, und
rult wieder!!!
Rest bin ich noch am versuch zu FIXEN.
gruß Snow
ARGH.
Warum sagst du nicht sofort, das du ein SBS premium mit installiertem ISA hast.
Evtl. ist es das Beste, dein Exchange und deine Daten zu sichern, und den SBS mit deiner Datensicherung auf den Stand vor dem einspielen des SP2 zu bringen. Dann läuft zumindest alles wieder.
Danach in einer Virtuellen Umgebung mal deinen SBS nachbauen und schauen, welches teil genau nicht mitspielt.
Peter
Warum sagst du nicht sofort, das du ein SBS premium mit installiertem ISA hast.
Evtl. ist es das Beste, dein Exchange und deine Daten zu sichern, und den SBS mit deiner Datensicherung auf den Stand vor dem einspielen des SP2 zu bringen. Dann läuft zumindest alles wieder.
Danach in einer Virtuellen Umgebung mal deinen SBS nachbauen und schauen, welches teil genau nicht mitspielt.
Peter
OMG....jaaaa -sorry-, hab das glatt vergessen zu schreiben.......
Ich kann hier absolut, zumindest heut und morgen, nichts zurück spielen.
Kollegen müssen Arbeiten können (budget technisch steht mir hier nur
EIN SERVER zur verfügung auf dem SBS mit EXCHANGE, ISA und DC läuft)
Sprich keine chance hier zu testen.
Ich komm einfach nur net weiter, denke aber, dass es wohl an der ISA liegt, denn
plötzlich komme ich über den Client auch nicht mehr ins Internet, obwohl die Regel
dies erlauben sollte....
Nochmals Thx und sorry Pjordorf das ich das mit dem SBS net erwähnt hab...
Ich kann hier absolut, zumindest heut und morgen, nichts zurück spielen.
Kollegen müssen Arbeiten können (budget technisch steht mir hier nur
EIN SERVER zur verfügung auf dem SBS mit EXCHANGE, ISA und DC läuft)
Sprich keine chance hier zu testen.
Ich komm einfach nur net weiter, denke aber, dass es wohl an der ISA liegt, denn
plötzlich komme ich über den Client auch nicht mehr ins Internet, obwohl die Regel
dies erlauben sollte....
Nochmals Thx und sorry Pjordorf das ich das mit dem SBS net erwähnt hab...
Ich kann hier absolut, zumindest heut und
morgen, nichts zurück spielen.
Kollegen müssen Arbeiten können
morgen, nichts zurück spielen.
Kollegen müssen Arbeiten können
Die letzte GUTE Datensuicherung aber trotzdem aufbewahren. Vielleicht hast du ja am Sonntag dann Zeit.
(budget technisch steht mir hier nur
EIN SERVER zur verfügung auf dem SBS
mit EXCHANGE, ISA und DC läuft)
Sprich keine chance hier zu testen.
EIN SERVER zur verfügung auf dem SBS
mit EXCHANGE, ISA und DC läuft)
Sprich keine chance hier zu testen.
Ein Virtueller Server z.b. MS Virtual Server 2005 kostet NICHTS, und kannst trotzdem testen.
Nochmals Thx und sorry Pjordorf das ich das
mit dem SBS net erwähnt hab...
War auch nur wegen des ISA. Das du einen SBS hast, war ja schon klar.
Peter
Mir wird dann wohl nix anderes über bleiben.
Anhand des ISA Best Practises Tool erfolgt nun eine Meldung, (zum dritten mal heute)
"Der ISA Server hat Routen über den Netzwerkadapter LAN-Verbindung des Servers ermittelt, die mit dem Netzwerkelement, dem dieser Netzwerkadapter angehört, nicht übereinstimmen. Wenn Netzwerke richtig konfiguriert sind, müssen die IP-Adressbereiche jedes Netzwerkelemnts auf Arrayebene alle IP-Adressen enthalten, die durch dessen Netzwerkadapter entsprechend der Definition in der Routingtabelle routbar sind. Andernfalls werden gültige Pakete möglicherweise verworfen, weil sie gespooft sind. Die folgende Bereiche sind in den Ip-Adressbereichen des Netzwerks enthalten, können jedoch nicht über einen der Netzwerkadapter weitergeleitet werden. 196.254.0.0-169.254.255.255. Beachten Sie, dass dieses Ereignis u. U. einmal generiert wird, wenn Sie eine Route hinzugefügt haben, ein Remotestandortnetzwerk erstellen oder den Netzwerklastenausgleich konfigurieren. Sie können diese Meldung ignorieren, wenn sie nicht wiederholt auftritt."
kann damit absolut nichts anfangen!!!
jemand doch noch eine Idee, ob das evtl. mit meinem Prob zu tun hat.
Btw. über Telnet gehen alle SMTP zum Provider über Port 25 ohne Probleme.
Schönes Weekend.
gruß Snow
Anhand des ISA Best Practises Tool erfolgt nun eine Meldung, (zum dritten mal heute)
"Der ISA Server hat Routen über den Netzwerkadapter LAN-Verbindung des Servers ermittelt, die mit dem Netzwerkelement, dem dieser Netzwerkadapter angehört, nicht übereinstimmen. Wenn Netzwerke richtig konfiguriert sind, müssen die IP-Adressbereiche jedes Netzwerkelemnts auf Arrayebene alle IP-Adressen enthalten, die durch dessen Netzwerkadapter entsprechend der Definition in der Routingtabelle routbar sind. Andernfalls werden gültige Pakete möglicherweise verworfen, weil sie gespooft sind. Die folgende Bereiche sind in den Ip-Adressbereichen des Netzwerks enthalten, können jedoch nicht über einen der Netzwerkadapter weitergeleitet werden. 196.254.0.0-169.254.255.255. Beachten Sie, dass dieses Ereignis u. U. einmal generiert wird, wenn Sie eine Route hinzugefügt haben, ein Remotestandortnetzwerk erstellen oder den Netzwerklastenausgleich konfigurieren. Sie können diese Meldung ignorieren, wenn sie nicht wiederholt auftritt."
kann damit absolut nichts anfangen!!!
jemand doch noch eine Idee, ob das evtl. mit meinem Prob zu tun hat.
Btw. über Telnet gehen alle SMTP zum Provider über Port 25 ohne Probleme.
Schönes Weekend.
gruß Snow
So, neue Woche, neuer Tag.
Leider bin ich immer noch nicht auf den trichter gekommen was es sein könnte.
Habe gestern meine komplette einstellung mit einem anderen Exchange Server
verglichen. Diese passen 1 zu 1.
Nochmals mit meinem Provider telefoniert, der bestätigt, dass sich der Exchange
via SMTP einloggt, Authendifiziert und danach sofort wieder Off geht.
In der ISA hab ich das mitprotokoliert, das paßt soweit.
Eben nur die Warteschlange wird nicht abgearbeitet.
Ich habe jetzt den Virenscanner mal ausgeschaltet (Dienste beendet), GFI MailEssential läuft
zwar noch, aber nur die Geschichte mit dem Disclaimer.
Hat jemand evtl. noch eine Idee?!
Thx.
gruß Snow
Leider bin ich immer noch nicht auf den trichter gekommen was es sein könnte.
Habe gestern meine komplette einstellung mit einem anderen Exchange Server
verglichen. Diese passen 1 zu 1.
Nochmals mit meinem Provider telefoniert, der bestätigt, dass sich der Exchange
via SMTP einloggt, Authendifiziert und danach sofort wieder Off geht.
In der ISA hab ich das mitprotokoliert, das paßt soweit.
Eben nur die Warteschlange wird nicht abgearbeitet.
Ich habe jetzt den Virenscanner mal ausgeschaltet (Dienste beendet), GFI MailEssential läuft
zwar noch, aber nur die Geschichte mit dem Disclaimer.
Hat jemand evtl. noch eine Idee?!
Thx.
gruß Snow
Problem behoben.
Zur Info: GFI wurde durch das SP2 update etwas in mitleidenschaft gezogen.
Einige dll wurden überschrieben. Trotz deaktivieren der Dienste von GFI half das nichts,
das Mails via SMTP raus gingen. GFI neu Instal., Neu konfiguriert, und es schnurrt wieder
wie ein Kätzchen.
THX für Eure Hilfe.
gruß Snow
Zur Info: GFI wurde durch das SP2 update etwas in mitleidenschaft gezogen.
Einige dll wurden überschrieben. Trotz deaktivieren der Dienste von GFI half das nichts,
das Mails via SMTP raus gingen. GFI neu Instal., Neu konfiguriert, und es schnurrt wieder
wie ein Kätzchen.
THX für Eure Hilfe.
gruß Snow
