possum72

Hallo zusammen Bin am verzweifeln. Nach einem Umzug von 2016 auf SE war soweit alles in Ordnung. Aber nach der Deisntallation von Exchange Serve 2016 funktioniert mein Sendeconnector nicht mehr. Je nachdem was ich einstelle erscheinen 2 verschiedene Fehler: Smarthost über Provider: 451.4.4.0 dns query failed the error was: smtpsend.dns.nonexistentdomain; nonexistent domain Hier habe ich verschiedene Provider getestet. Immer das gleiche Smarthost über einen internen Mail-Gateway: 451 4.4.397 Error communicating with target host. > 421 4.2.1 Unable to connect -> SocketConnectionRefused . Socket error Code 10061 Mit Test-Netconnection kann ich den Port ohne Probleme erreichen und der Mail-Gateway reagiert auch. Firewall testweise mal deaktiviert. DNS-Auflösung mit tracert getestet. Ich komme irgendwie nicht weiter. Könnt Ihr mir da weiterhelfen ? Viele Grüße Andreas Ach Gott !!!!!! Es tut einfach mal gut, sich die Seele vom Leib zu schreiben. Denn dann kommt oft die Lösung automatisch. Wie der Fehler schon sagte er kann halt irgendwas nicht erreichen. Ich hatte den falschen Port angegeben. Na dann mal ruhige Festtage all denen, die "Stand-by" sein müssen. Viele Grüße Andreas

Hallo Vielen Dank für Deine Ausführung. Ich werde mal die Liste komplett abarbeiten und Dir dann berichten. Viele Grüße Andreas

Hallo zusammen Tja, mein Problerm besteht immer noch. Den HealtChekcer habe ich durchlaufen lassen. Ja es waren ein paar Stellen Rot markiert. Habe ich gerade gebogen. Aber leider war das nicht die Lösung. Folgendes ist mir aufgefallen. Wenn das Problem auftaucht erscheint im Outlook der Fehler, dass derzeit keine Verbindung mit dem Server hergestellt werden kann. Komischerweise steht aber rechts unten im Outlook "Verbunden mit Microsoft Exchange". Wie erwähnt kommt man währendessen mit OWA ohne Probleme drauf. Ich hätte noch die Idee, dass man vielleicht doch den Exchange auf eine frische ServerInstallation kopiert und dann mal testet. Was meint Ihr ? War ja das Thema wegen der Netzwerkkonfiguration in VMWare. Viele Grüße Andreas

Ja, ohne Probleme :) Habe mittlerweile den Move-Request gelöscht und nochmal einen neuen gestartet. Zum testen erstmal 1 Postfach. Sieht gut aus. Zuvor habe ich dies durchgeführt: https://www.stellarinfo.com/blog/fix-error-stalled-due-to-mrs-quarantined/ Vielen Dank für die Unterstützung ! Gruss Andreas

Nein, da ist leider nichts drinnen. Kann ich eigentlich den Move-Request löschen und die 3 Postfächer nochmal einzlen starten ?

Ach jetzt habe ich verstanden. Wenn ich in die Datenbank reingehe, dann sehe ich zwar einen Ordner "QuarantinedMailboxes", der ist aber leer.

Da sind einige Einträge drinnen. "Private-xxxxx" sollen alle Private-Keys gelöscht werden, in denen darunter noch "QuanratinedMailboxes" vorhanden ist ? Ah, ich sehe gerade, dass aber in dem Ordner "QuarantinedMailboxes" nichts drinnen steht.

Hallo In Quarantäne sind die Postfächer nicht. Das habe ich überprüft. Was meinst Du mit "Registry des Exchange Server auf dem DB gehostet ist" ?

Hallo zusammen Folgendes Problem: Ich habe einen Move-Request abgegeben, wo mehrere Postfächer in eine andere Datenbank verschoben werden sollen. Bei 3 Postfächer erhalte ich unter der Statistic den Fehler "StalleDueToMRS_QuarantinedStatus". Sehe ich mir dazu eine nähere Statistik dazu an, erhalte ich bei allen 3 Postfächer "Der Auftrag wurde isoliert" und danach "Auftrag wird abgegeben". Im schlauen Internet steht, ich soll in Outlook ein Backup des jeweiligen Postfachs erstellen und dann in eine neu erstelle Mailbox zurückspielen. Oder gibt es noch eine andere Lösung ? Viele Grüße Andreas

Nun, der Host besitzt 32 Cores (2*Xeon Gold 6526Y). Soll ich diese verringern ? Die VSwitche wurde zur "Ausfallsicherheit" angelegt. Aber ich gebe Dir recht, hätte man auch anders lösen könne. Wobei ich glaube, dass dies nicht mein Problem ist.

Hallo Jan Nun das Zertifikat sieht eigentlich in Ordnung aus. Habe es mit einem anderen Exchage SE verglichen. Nur das dort (warum auch immer) der SMTP Dienst aktiviert ist und bei dem wo es keine Probleme gibt ist dieser nicht aktiviert. Exchange ExtendesProtection ist nicht aktiviert. Viele Grüße Andreas Die anderen VMs (insgesamt 7) haben tatsächlich keinen Probleme. Es läuft drauf ein VMWare Version 7.0 Update 3. Ich habe Zuweisung der Hardware sehr großzügig bemessen. 128GB Arbeitsspeicher, 24 CPUs, 2 Festplatten wo überall noch 500GB frei sind. Auf dem virutellen Swotch laufen auch noch 2 andere Maschinen, die keine Probleme machen. Aber da ich 3 virtuelle Switch habe werde ich mal trotzdem einen anderen verwenden.

Hallo zusammen Habe hier einen Exchange SE welcher mir seit einigen Tagen Kopfzerbrechen bereitet. Folgende Szenarien konnte ich beobachten: Es ist bis jezt 2-3 mal vorgekommen, dass ALLE Benutzer per Outlook keinen Zugriff mehr auf Exchange haben. Aber so nach ca. 1-2 Minuten funtioniert es dann wieder. Passierte die letzten 10 Tage 2 mal. Erkennbar ist es daran, dass je nach Einstellung des Cache-Modus entweder rechts unten im Outlook "Verbinungsversuch" steht, oder das Anmeldefenster für das Konto erscheint. Aber bei einigen Benutzern passiert es, dass der Zugriff bis zu 10mal am Tag kurzzeitig weg ist (manchmal nur für Sekunden). Es handelt sich dabei aber auch immer um unterschiedliche Benutzer und unterschiedliche Geräte. Am Anfang hatte ich das Netzwerk in Verdacht. Konnte aber hier keinen Fehler finden (Log in Cisco Switche und auch Monitoring zeigen keinen Fehler). Auch die Zugriffe auf TerminalServer, Drucker, Warenwirtschaft, usw. funktionieren tadellos. Was aber auch einmal bis jetzt passierte ist, dass Scan to Mail nicht funktionierte (was ebenfalls über den Exchange läuft). Da der Exchange eine VM ist, wurde auch mal testweise eine andere Netzwerkkarte benutzt. Gab auch keine Verbesserung Sicherheitsprogramme wie Sophos Advanced Server hatte ich mal testweise deinstalliert und danach auch den Windows Defender deaktiviert. Gleiches Phänomen. Ereignisanzeige ist weiß wie Babypopo. Updates vom OS (Windows Server 2019) und Exchange SE sind aktuell. Also irgendetwas muss hier beim Exchange sein, dass er immer wieder für kurze Zeit blockt. So, und nun benötige ich wirklich eure Hilfe, weil mir langsam die Ideen ausgehen. Viele Grüße Andreas

Hallo Leute Wie gut, dass es euch gibt ! Hat mir mal wieder jede Menge Arbeit erspart. Es war tatsächlich die Ausführung der Shell als Admin (Asche auf mein Haupt). Aber manchmal sieht man den Wald vor lauter Bäume nicht. Viele Dank nochmal. Der Exchange ist migriert und läuft Viele Grüße Andreas

Dachte immer, dass ich erst auf 2019 migrieren MUSS und dann erst auf SE gehen kann. Man lernt halt nie aus ....... Mit dem Ausführen als Admin könntst recht haben. Probier ich aus. Momentan läuft über EAC eine Benutzermigration. Danke schon mal für den Hinweis. Gruss Andreas

Hallo zusammen Bin gerade bei der Migration eines Exchange 2016 auf 2019 (und danach auf SE). Wenn ich z.B. die Systempostfächer per Powershell mit dem Befehl "get-mailbox -database EX2016 - Arbitration | New-MoveRequest - TargetDatabase EX2019" übertragen möchte, erhalte ich folgenden Fehler: Das Eingabeobjekt kann an keine Parameter des Befehls gebnunden werden, da der Befehl keine Pipelineeingaben akzeptiert oder die Eingabe und deren Eigenschaften mit keinem der Parameter übereinstimmen, die Pipelineeingaben akzeptieren. Habt ihr da eine Lösung ? Viele Grüße Andreas

Dann geb ich auch noch meinen Senf dazu :) Bei der Sophos ist nur die NetworkProtection lizenziert.

Es ist eine Sophos XGS. Und ja, es waren dort wie Du schon schön sagst SMTP Pfuschereien. Das mit dem Schutz von Exchange ist mir voll und ganz bewusst und wird jetzt wo alles soweit läuft, als nächstes angegangen. VG Andreas

Also wenn ihr den Spam-Schutz vom Exchange meint, der ist auf Standard gestellt. Und ein anderer ist zumindest momentan nicht installiert. Die Testmails werden von einer anderen Domain versendet. Habe hier aber auch schon verschiedene getestet. Laut Logging kommt auch immer was an: 2025-09-08T09:52:02.743Z,EXCHANGE\Receive United Domains,08DDEEBCBF28CE2E,0,127.0.0.1:25,127.0.0.1:19802,+,, 2025-09-08T09:52:02.744Z,EXCHANGE\Receive United Domains,08DDEEBCBF28CE2E,1,127.0.0.1:25,127.0.0.1:19802,>,"220 exchange.meinedomain.local Microsoft ESMTP MAIL Service ready at Mon, 8 Sep 2025 11:52:01 +0200", 2025-09-08T09:52:02.745Z,EXCHANGE\Receive United Domains,08DDEEBCBF28CE2E,2,127.0.0.1:25,127.0.0.1:19802,<,EHLO, 2025-09-08T09:52:02.745Z,EXCHANGE\Receive United Domains,08DDEEBCBF28CE2E,3,127.0.0.1:25,127.0.0.1:19802,>,250 exchange.meinedomain.local Hello [127.0.0.1] SIZE 37748736 PIPELINING DSN ENHANCEDSTATUSCODES STARTTLS X-ANONYMOUSTLS AUTH NTLM X-EXPS GSSAPI NTLM 8BITMIME BINARYMIME CHUNKING SMTPUTF8 XRDST, 2025-09-08T09:52:02.745Z,EXCHANGE\Receive United Domains,08DDEEBCBF28CE2E,4,127.0.0.1:25,127.0.0.1:19802,<,QUIT, 2025-09-08T09:52:02.745Z,EXCHANGE\Receive United Domains,08DDEEBCBF28CE2E,5,127.0.0.1:25,127.0.0.1:19802,>,221 2.0.0 Service closing transmission channel, 2025-09-08T09:52:02.745Z,EXCHANGE\Receive United Domains,08DDEEBCBF28CE2E,6,127.0.0.1:25,127.0.0.1:19802,-,,Local Könnt Ihr was damit anfangen ? PROBLEM GELÖST !!!! Es war doch tatsächlich ein Firewall Problem. Viele Grüße Andreas

Norbert Also nochmal zum besseren Verständnis: Einen neuen Empfangsconnector habe ich natürlich erstellt :) Als Rolle klicke ich "Front-End-Transport" an Typ: Internet Als FQDN gebe ich ein: mx1.domain.de So richtig ?

Hallo zusammen Ich bin danke eines Anrufs bei UnitedDomains etwas verwirrt. Ausgangslage: Exchange "on Premises". Domainwechsel zu UnitedDomains. Die MX Einträge bei UnitedDomais zeigen auf meine feste IP. In der Firewall diese auf den Exchange genatet. Mit Test-Netconnection und Port 25 zugriff möglich. Und jetzt sagt mir der SupportMitarbeiter, dass ich im "Default Frontend EXCHANGE" meine "feste IP" eintragen muss. OK, habe ich getan. Aber Mails kommen keine an. Könnt ihr mir vielleicht mitteilen, was ich jetzt nun im Empfangsconnector eintragen muss ? Viele Grüße Andreas

Genau das war die Lösung :) Waren nur ca. 4 Stunden, die ich warten musste Trotzdem danke !

Hallo zusammen Ich habe hier eine VM mit Windows Server 2016. Diese hat wohl ein Update installiert und nach dem Neustart erscheint jetzt dass das Update zu 100% abgeschlossen sei. Das dauert dann ca. 1 Stunde. Nach dem erneuten Neustart dreht sich nur noch der berühmte Windows Kreis. Es passiert aber nichts mehr. OK, da ich eine Sicherung habe, einfach mal die VM zurückgespielt. Dummerweise ist der Fehler in der Sicherung auch schon enthalten. Abgesicherter Modus oder "Letzte bekannte Konfig....." haben ebenfalls nicht funktioniert. Gibt es vielleicht noch irgendwelche Lösungsansätze ? Würde in diesem Stadium noch die Umbenennung der "SoftwareDistribution" was helfen ? Viele Grüße Andreas

Auf dem PC ist Office 2024 Home & Business installiert. Aber auch auf einigen anderen PCs. Und dort ist das Problem nicht vorhanden. In OWA habe ich das jetzt schon ein paar mal getestet. Da war der Fehler (noch) nicht zu erkennen. Wie erwähnt ist es immer sporadisch.

Wenn man einen Fehler behebt und dafür einen anderen bekommt, ist es manchmal schon frustrierend. Das Problem mit dem Versenden der Mails habe ich durch Aktivierung des Cache-Modus lösen können. ABER: Jetzt ist es aber so, dass sporadisch beim Versenden einer Mail als Absender nicht der Name des Benutzers steht sondern Von: /O=Domänenname/OU=EXCHANGE ADMINISTRATIVE GROUP (FYDIBOHF23SPDLT)/CN=RECIPIENTS/CN=CDA0A01152824ED1A70A288FB8059FF5-User.Name Hatte ich in dieser Form ehrlich gesagt noch nie. In Google steht da irgendetwas von einem Bug in Outlook. Ist aber auch schon länger her. Viele Grüße Andreas

Nein, verschoben habe ich noch nicht. Muss ich noch testen. Am anderen PC ebenfalls noch nicht getestet. -> Wird das 1. sein, was ich ausprobiere Zwischen dem Outlook und dem Exchange ist ein Switch und sonst nichts (falls Du das meinst) Tatsächlich habe ich die Hauptadresse mit "Automapping" eingebunden. Das werde ich auch testen diese mal "manuell" einzubinden. Ich werde berichten !