Dutch_OnE

Ja, Splitt DNS ist eingerichtet. Wie gesagt, DNS auf owa.domain.de, autodiscover.domain.de funktionieren wie auch auf Mailserver.domain.local. 587 weil IMAP mal eingerichtet war. Habe zum Testen einmal eine neue Datenbank angelegt und dort 2 Postfächer erstellt. Auch hier kann nicht zugestellt werden. Selber Fehler

Sehr viele Einträge. Auf was genau sollte ich achten? Network, HubTransport und Rest.Procokoll sind unhealty. Warteschlange voll? Bei Network steht auch NotApplicable

Folgenden Zustand habe ich: Versenden an extern funktioniert mit Verzögerung, aber die Mails gehen raus. interne Mails kommen nicht an. externe Mails kommen nicht an Alle hängt in der Warteschlange. Typ: SMTP-Zustellung in Postfach DNS, NSLOOKUP (interner Servername und der DNS Name vom Splitt DNS),TELNET von intern / extern, habe ich erfolgreich prüfen können. Datenbank ist gestartet. Es ist nur 1 DNS Server vorhanden und auch nur dieser eingetragen. Windows Firewall sind alle Ports eingehend offen. Router Firewall sind 25, 587 in der NAT umgeleitet auf den Mailserver. Empfangs- und Sendeconnectoren sehen gut aus. Ich habe einen Empfangsconnector auf IP 242 und 247 sowie einen zweiten auf IP 243. Fehlermeldungen der Wartschlange wie oben oder außerdem 4.4.397 Error communicating with target host. 421 4.2.1 unable to connect. Socket connection refused error code 10061 oder auch 421 4.3.2 Service not available Sind da noch Reste vom Exchange 2010 Server die er versucht zu finden? Es war ja eine Migration. Außerdem habe ich ja die Datenbank aus der Sicherung einmal zurückgeholt und eingespielt. Kann er die vielleicht nicht finden? Ich habe so gut wie alle Google Einträge durch. Meistens ist es ja ein DNS Problem, ich kann aber keins finden. Virenscanner habe ich wieder entfernt. Transportagents sind die gleichen, wie auf einem anderen System. Der vom Virenscanner ist also raus. Active Directory ist überprüft, der alte SBS Server ist raus. virtuelle Verzeichnisse passen. Was noch auffällt das mein Zertifikat in 2 Monaten ausläuft, aber es ist ja noch aktuell.

Sorry, auf der Netzwerkkarte ist der DC als DNS. Im Exchange Admin Konsole habe ich bei internal und external DNS Lookup nichts eingetragen

NSLOOKUP passt. Im Exchange selbst sind auch keine DNS eingestellt. Ich hatte eine Coexistenz von EX2010 und EX2016, wobei 2010 entfernt wurde. Kann es daran liegen? Versucht er eventuell seinen Datenbanknamen aufzulösen?

Moin, die Mails sind ja alle wieder da. Senden funktioniert nun bleibt alles was reinkommt in der Queue hängen. Folgende Meldung ist im Log: 2020-08-30T01:39:05.682Z,1,QUEUE,XXX-MAILServer\344,Retry,SmtpDeliveryToMailbox,mailboxdb2020,(mailboxdb2020)::0:13:cc3a96:0::0:0::False;,30,0,0,0.02,0,-0.02,Internal,Normal,0,cc3a96fc-15c5-4226-bee2-7053c486519f,,451 4.4.0 DNS query failed. The error was: SMTPSEND.DNS.NonExistentDomain; nonexistent domain mailbo,, mailbixdb2020.edb ist der Name der Datenbank. Was genau besagt diese Meldung?

Hallo Norbert, ich sichere mit Backup Assist die komplete VM. Dabei scheint keine VSS Sicherung stattzufinden, da die Logs nicht eingearbeitet werden. Jetzt habe ich noch das Problem, dass eingehende Mails in der Warteschlange fest sind.

In der Datensicherung vom Exchange scheint es kein "Vollständig" zu sein. Werde ich mal prüfen. Man bin ich froh, dass die Daten wieder da sind.

Ich habe jetzt eine Datenbank aus der Freitagssicherung eingespielt. Dazu alle Log Dateien. (In der Nacht hatte ich das versucht, aber die LOGs nicht mit kopiert ) In den Postfächern habe ich jetzt den Stand, nur zeigt mit die DB einen Zugriff vom Mittwoch an. Vermutlich kommt der Rest aus den LOG Dateien. Wie kann ich die Logs jetzt einarbeiten, so dass die DB auch wieder aktuell ist? Umlaufprotokollierung anschalten?

Moin, Cu17 ist installiert. Eseutil /k läuft einwandfrei durch. Ebenfalls Eseutil /r E00 /l path /i /a Der zweite Aufruf hat beim ersten Mal etwas gedauert, jetzt läuft er in unter 1 Sekunde durch. Ein Logfile meldet nach Aufruf Eseutil /ML: Log file is Generation 131062, but expected Generation is 131061. Operation terminated with error -528 … Current log file missing Eseutil MH sagt dagegen kein Logfile requiered Reparaturinstallation vom Exchange? Komischerweise komme ich jetzt aber in die EMS rein, obwohl die DB offline ist. Das ging vorher nicht.

Guten Morgen, wir haben einen Exchange 2010 nach 2016 migriert. Alles hat auch wunderbar geklappt. Der alte Exchange wurde sauber entfernt. Nach dem Neustart vom neuen Exchange kann die DB nicht mehr gemountet werden. ESEUTIL /r oder auch p brechen ab. Einspielen der Datensicherung macht die selben Fehler. eseutil /mb zeigt "Dirty Shutdown" an. eseutil /p bricht mit einem Watson bei "Repairing Damage Tables" ab. Vor dem Neustart hatte ich noch einen Virenscanner installiert, den ich aber wieder entfernt habe (F-Secure) Fehlermeldungen Ereignisanzeige: ExchangeStoreDB 225 + 231 ESE 333 (Die Version der Datenbank 15.68.60.120 ist höher als von der Anwendung 15.68.20.0 konfigurierte Version...) ESE 489 Fehler beim Versuch die DB für den Lesezugriff zu nutzen Hat es was mit den Logs zu tun? Ansonsten werde ich morgen mal ein Ticket bei Microsoft aufmachen.

Das ist schonmal eine gute Idee mit dem Link. Zusätzlich habe ich noch was gefunden, wo man zunächst nochmal im Exchange 2010 eine neue DB machen soll und das Postfach vor der Migration nach 2016, erstmal in 2010 zur anderen "neuen" DB verschieben soll. Das werde ich mal zum Wochenende probieren

Report prüfe ich heute noch.. @Norbert ... Es war meine erste Migration. Da wollte ich das vorher einmal testen. Außerdem hat der Kunde ja einen neuen Server bekommen. Ich poste mal die Fehlermeldungen: 23.08.2020 14:49:27 [BSR-MAILServer] Migrationsfehler für Benutzer 'xxx@xxx.de': Fehler: Zeilen in einer Tabelle können nicht abgefragt werden. --> MapiExceptionTooComplex: Unable to query table rows. (hr=0x80040117, ec=-2147221225) Diagnostic context: Lid: 55847 EMSMDBPOOL.EcPoolSessionDoRpc called [length=1007] Lid: 43559 EMSMDBPOOL.EcPoolSessionDoRpc returned [ec=0x0][length=320][latency=66] Lid: 52176 ClientVersion: 15.1.2044.4 Lid: 50032 ServerVersion: 15.1.2044.6004 Lid: 35180 Lid: 23226 --- ROP Parse Start --- Lid: 27962 ROP: ropGetContentsTableExtended [164] Lid: 27962 ROP: ropSetColumns [18] Lid: 27962 ROP: ropRestrict [20] Lid: 27962 ROP: ropQueryRows [21] Lid: 17082 ROP Error: 0x80040117 Lid: 17153 Lid: 21921 StoreEc: 0x80040117 Lid: 27962 ROP: ropExtendedError [250] Lid: 1494 ---- Remote Context Beg ---- Lid: 61804 StoreEc: 0x80040117 Lid: 63016 dwParam: 0x15 Lid: 39640 StoreEc: 0x80040117 Lid: 45434 Guid: 83c931f0-abef-4b8b-8f70-e324d7aac089 Lid: 10786 dwParam: 0x0 Msg: 15.01.2044.004:BSR-MAILServer:cc3a96fc-15c5-4226-bee2-7053c486519f Lid: 1750 ---- Remote Context End ---- Lid: 31418 --- ROP Parse Done --- Lid: 22753 Lid: 21817 ROP Failure: 0x80040117 Lid: 28414 Lid: 32510 StoreEc: 0x80040117

Wir haben einen neuen Server aufgestellt und die VMs kopiert. Danach haben wir den alten Server als Testsystem genommen. Dort einen neuen Exchange aufgesetzt und die Migration klappte sofort. Im Livesystem mit "eigentlich" den selben Einstellungen hat es nicht geklappt. Das ist das Merkwürdige.

Moin, wie bereits in der Überschrift erwähnt, funktioniert ein einziges Postfach nicht bei der Übertragung. Im Testsystem lief es natürlich, nur im Produktiv nicht. Folgende Fehlermeldung ist in der Migrationsbatch unter Ergebnisse zu sehen. Zu viele vorübergehende Auftragsfehler (708). Der Auftrag wird beendet. Der häufigste Fehler ist "StoragePermanentException" mit der Trefferanzahl 60. 24.08.2020 15:08:47 [BSR-MAILServer] Schwerwiegender Fehler StoragePermanentException. Die Batch ist noch nicht beendet / abgeschlossen, so dass wir nicht mal eben das nochmal machen können. Jemand eine Idee, was man am besten machen kann? Beide Server sind mit jeweils neusten CU ausgestattet. gruß DO Postfachgröße auf der neuen Zieldatenbank ist natürlich entsprechend eingerichtet.

Ich nutze auch die Apple Mail App. Wie sieht es aus, wenn keine Signatur, bzw. kein Text in der Mail ist, also nur die Bilder?

Genau andersherum. Aus Foto App ist inline und über Mail kommt es als Anhang.

Das witzige ist ja, dass die Foto App auch die Mail App öffnet und das Versenden identisch aussieht. Nur das Ergebnis im Outlook ist dann anders.

Also: 1) nach dem Bildern darf kein Test kommen 2) wenn ich über die Foto App versende, geht es nicht, versende ich über die Mail App, kommen die Bilder als Anhang an. Warum nicht aus der Foto App?

Moin, ein Kunde mit neuem Exchange Server ist der Meinung, dass vorher Bilder vom I-Phone gesendet als Anhang und nicht embedded angezeigt wurden. Ich habe selbst von Exchange 2010 bis 2019 mit I-Phone und Android getestet. I-Phone ist immer embedded und Android ist als Anhang. Kann man das für I-Phone auch als Anhang konfigurieren? Der Kunde schickt von seinem googlemail Account an seinen Exchange. Am 12.8, damals noch Exchange 2010 sind die Mails als Anlage angehängt. Habe ich mir nochmal angeschaut. Gruß DO

Am Terminalserver klappt es jetzt. Neue Mail verschickt, Outlook neu gestartet, nochmal eine Mail an die selbe Adresse geschickt und dann war die neue Datei da. Danach umbenennen und kopieren. Also am Exchange liegt es nicht.

Moin, der Exchange wurde getauscht und wir haben neue Profile erstellt und dann einen PST Import gemacht. Auf allen neuen Profilen unter Exchange 2019 wird keine Stream_Autocomplete*.dat mehr angelegt. Gibt es dann seit 2019 einen neuen Weg? Gruß DO

Hallo, bei Windows 10 habe ich einen Rechner, wo es Probleme mit den Windows Updates gibt. Ist dann impliziert das Signatur Update für den Defender ausgeschlossen? Gruß DO

Moin, hat jemand eine Idee? Nach einem Profilwechsel auf einen neuen Exchange Server (von 2010 auf 2019) wird die o.g. Datei nicht mehr erstellt. Liegt das an Exchange 2019? Kann man das deaktvieren? Wie kann ich die Einträge von Autovervollständigen übernehmen? gruß DO

Dann lösche ich einmal alle Drucker und lasse die neu zuweisen.