possum72

Angeber

Da stimme ich Dir tatsächlich zu. Aber rationelles und logisches Denken können manchmal die Gedanken vom wesentlichen abschweifen lassen.

So !!!! Es ist vollbracht ! Nobby hat mich mit seiner Aussage Split-DNS auf den Weg gebracht. Es war so ein verdammer Eintrag im DNS-Server der mir jetzt fast eine schlaflose Nacht beschert hätte. Alles gut. Jetzt habt er mich (für dieses Thema zumindest) los Danke nochmal an alle, dass Ihr die Nerven aufgebracht habt. Viele Grüße Andreas

Hallo Nobby Es ist ein Testumgebung. Soll aber irgendwann meine Doku zur Migration werden. Ich habe immer zwischendurch eine Sicherung gemacht. Ich bin zurück gegangen, wo ich von 2010 auf 2016 migriert habe. Da ich dort festgestellt habe, dass der Empfangsconnector noch funktioniert hat. Bei Split DNS habe ich IMMER mail.domain.de eingegeben (und natürlich den Zusatz) :)

Hast recht. Also habe ich jetzt die Migration beendet. Es funktioniert soweit alles, bis auf das Outlook nicht. Was ich herausgefunden habe ist (und vielleicht liegt es daran), dass wenn ich von extern auf "https://mail.domain.de/owa" zugreife keinerlei Probleme habe. Gebe ich aber intern im Netz die Adresse ein, dann kann er die Seite nicht finden :(

So, bin nun euren Rat gefolgt, und habe mir die Sicherung eingespielt, wo ich grad am Migrieren von 2010 auf 2016 war. Die Postfächer liegen noch auf den 2010. Aber der Rest ist drüben. Nun funktioniert der Mailempfang und auch senden. OWA und ActiveSync sind kein Problem. Was jetzt noch nicht funktioniert ist Outlook. Der meckert immer, dass keine Verbindung mit Exchange vorhanden ist. Autodiscover habe ich im DNS aktualisiert. Die virtuellen Verzeichnisse sind alle vorhanden. Normalerweise sollte Outlook auch schon funktionieren, wenn Exchange noch nicht komplett migriert ist, oder ? Nachtrag: Im ECP steht unter Server-Serverrollen, dass der "alte" Exchange über den Clientzugriff verfügt. Ist das von Bedeutung ?

Ich habe zum Testen diese statische IP mal ausgeschaltet (MX-Eintrag gelöscht). Hole per Popcon die Mails ab (was auch funktioniert) und leite die an Exchange weiter (was dann nicht mehr funktioniert). Ich kann IPv6 natürlich wieder einschalten. Ich bin halt einfach mal diese "How-To" durchgegangen.

Habe ich ausgeschaltet, wegen dieser FAQ zu PopCon: https://www.servolutions.de/support/articles/temporaryservererror2013.htm Ich teste es momentan mit PopCon, komme aber auch nicht ran. Gleicher Fehler wie bei Telnet. Daher bin ich mal Step-by-Step diese "How-To" durchgegangen.

Asche auf mein Haupt ! Bin schon total von der Rolle wegen dem Sch….. Windows-IP-Konfiguration Hostname . . . . . . . . . . . . : Exchange2019 Primäres DNS-Suffix . . . . . . . : Domain.local Knotentyp . . . . . . . . . . . . : Hybrid IP-Routing aktiviert . . . . . . : Nein WINS-Proxy aktiviert . . . . . . : Nein DNS-Suffixsuchliste . . . . . . . : Domain.local Ethernet-Adapter Ethernet 2: Verbindungsspezifisches DNS-Suffix: Beschreibung. . . . . . . . . . . : Microsoft Hyper-V Network Adapter #2 Physische Adresse . . . . . . . . : 00-15-5D-0C-D1-13 DHCP aktiviert. . . . . . . . . . : Nein Autokonfiguration aktiviert . . . : Ja IPv4-Adresse . . . . . . . . . . : 192.168.150.1(Bevorzugt) Subnetzmaske . . . . . . . . . . : 255.255.255.0 Standardgateway . . . . . . . . . : 192.168.150.200 DNS-Server . . . . . . . . . . . : 192.168.150.3 NetBIOS über TCP/IP . . . . . . . : Aktiviert

Soll der irgendetwas beim obigen Befehl ausspucken ? Die Option "| Clip" kenne ich gar nicht. Gruss Andreas

200GB sind noch frei.

Norbert, das habe ich schon gelesen. ich wollte vorher ja nur mitteilen, wie die Mails weitergeleitet werden. Ich habe es getestet. Ich komme per Telnet drauf. Nur wenn ich die Nachricht versenden möchte, erhalte ich einen Fehler. 451 4.7.0 Temporary Server Error Gruss Andreas

Hallo Norbert Diese werden vom Provider über die feste IP weitergeleitet. Da der neue Exchange die gleiche IP hat, wie der alte hatte, kann es wohl am Router nicht liegen. Viele Grüße Andreas

Hallo Norbert So, ich bin ein Stück weitergekommen. Aus irgendwelchen Gründen (wahrscheinlich lag es an mir) war im Exchange in den DNS-Lookups nicht der DNS-Server eingetragen, sondern der Exchange Server. Bedeutet: Mails versenden funktioniert jetzt. Intern Senden und Empfangen ebenfalls. Was jetzt noch nicht funktioniert ist der Empfang von Extern. Hier komme ich leider momentan noch nicht weiter. Wo könnte ich hier noch ansetzen, bzw. testen ? Viele Grüße Andreas

Nun, es kommen entweder Mails an, noch kann ich welche versenden. Auch intern funktioniert nicht :( Telnet: Ich komme an den Server ran. Aber wenn ich den Testtext absenden will, erscheint folgende Meldung: 451 4.7.0 Temporary server Error gruss Andreas

Meinst Du, wie diese konfiguriert sind ? So, hier im Anhang die Bilder. Gruss Andreas

Mein Problem ist noch nicht erledigt. Jetz habe ich endlich mal eine Logging Meldung. Und zwar im MessageTracking: #Fields: date-time,client-ip,client-hostname,server-ip,server-hostname,source-context,connector-id,source,event-id,internal-message-id,message-id,network-message-id,recipient-address,recipient-status,total-bytes,recipient-count,related-recipient-address,reference,message-subject,sender-address,return-path,message-info,directionality,tenant-id,original-client-ip,original-server-ip,custom-data,transport-traffic-type,log-id,schema-version 2020-04-23T16:00:20.563Z,fe80::4445:5040:b7c0:956a%15,EXCHANGE2019,,mailboxtransportsubmissioninternalproxy,"MDB:cd215b10-a83f-46ba-b2d6-a47043f51607, Mailbox:3beceaae-335c-4c4b-9a24-d4f28cab0388, Event:541060, MessageClass:IPM.Note, CreationTime:2020-04-23T14:55:23.252Z, ClientType:MOMT, SubmissionAssistant:MailboxTransportSubmissionEmailAssistant",,STOREDRIVER,SUBMITDEFER,,<caf42ae6a8d846f3ba7dc6f6435ece2b@domain.de>,a3acd74b-eb73-4d88-337c-08d7e79f4574,sender@mail.de,,,1,,,,empfänger@mail.de,,2020-04-23T14:55:23.252Z;LSRV=Exchange2019.domain.local:TOTAL-SUB=3897.310|SA=3831.464|MTSS=65.845(MTSSD=65.845(MTSSDA=0.002|MTSSDC=0.003|SDSSO=65.833|X-MTSSDPL=0.002)),Originating,,,,"S:ItemEntryId=00-00-00-00-89-64-AA-B6-EE-6D-FA-44-A9-8C-0C-54-3D-FB-92-7F-07-00-83-7F-32-CD-BB-2E-B7-4B-87-D4-40-37-A9-78-5F-04-00-00-00-0B-4D-7E-00-00-6A-79-71-1B-80-81-DF-45-8D-B1-9C-81-3E-AD-AA-35-00-00-00-11-38-EC-00-00;'S:DiagnosticInfo=Error: RetrySmtp, Diagnostic Information: Stage:UpdateMsgIdToPoisonContextMapping, SmtpResponse:451 4.4.0 DNS query failed. The error was: DNS query failed with error ErrorRetry -> DnsQueryFailed: ErrorRetry, details:FailedRecipientCount:0; RetryRecipientCount:0';S:DeliveryPriority=Normal",Email,721ce83c-b3b0-42c1-f2e4-08d7e79f6cb1,15.02.0595.003 Könnt Ihr was damit anfangen ? Gruss Andreas

Da habe ich es ehrlich gesagt gar nicht getestet, da ich den 2016ér nur als Zwischenschritt gesehen habe. Hallo Irgenwie kommt da nichts in die LOGS rein. Als ob die Connectoren gar nicht angesprochen werden. hab jetzt schon mal alle Server neu gestartet. Migration ist mittlerweile abgeschlossen. Den Exchange 2016 habe ich entfernt.

Hallo Jan Hilf mir mal bitte weiter. Ich den LOGS steht gar nichts drinnen. Beim Sendeconnector habe ich aber "Ausführlich" angekreuzt Gruss Andreas Ich migriere gerade von 2016 auf 2019. Ist noch nicht ganz fertig wegen den Postfächern. Gruss Andreas Oder soll ich die Migration erstmal komplett abschließen ? Also den Exchange 2016 entfernen ? Gruss Andreas

Nachtrag: Jetzt ist mir aufgefallen, dass ich nicht einmal intern Mails versenden, bzw. empfangen kann. Outlook sagt zwar, dass er es versendet hat, kommt aber nichts an.

Hallo zusammen Ich bin gerade bei einer Migration von Exchange 2010 auf 2019 (mit Zwischenschritt 2016). Soweit hat alles geklappt. Outlook lässt sich anbinden. Mit OWA komm ich auch drauf. Nur leider funktioniert kein Senden und Empfangen. Fangen wir mal mit dem Empfang an: Der neue Exchange hat wieder die gleiche IP-Adresse wie der alte. Dadurch sollte die Firewall kein Problem sein (auch soweit überprüft). Den Empfangsconnector habe ich soweit eingestellt und sollte passen. NSLookup macht soweit keine Probleme Beim Raussenden ist mir folgendes aufgefallen: Wenn ich mit Outlook sende, steht die Mail ganz normal bei "gesendete Elemente". Wenn ich aber mit OWA senden möchte, rutscht mir die Mail sofort in "Entwürfe". In der Tollbox sehe ich keine Mails, die da "hängen" bleiben. Leider stehe ich momentan vor einem Rätsel und hoffe, Ihr könnt mir weiterhelfen, bzw. könnt mir einen Rat geben, wo ich ansetzen soll Viele Grüße Andreas .

@tesso Vielen Dank für die Hilfe und natürlich auch an alle anderen ! Ihr habt mir hier super geholfen. Muss auch mal gesagt werden ! Viele Grüße Andreas

Natürlich auf aktivieren :) Da hast Du schon recht. Der User benutzt keine andere Software, wie die anderen auch. Auch ist er kein Adminsitrator. Wie auch immer, wenn die vorgehendweise so richtig ist, dann werde ich das mal so durchführen.

Hallo nochmal Jetzt habe ich mir trozdem mal das Thema mit AdminSDHolder angesehen. In der tat ist es so, dass der User in der Gruppe Domänen-Admins ist. Warum auch immer. Dieses Recht könnte man entfernen. Lt. dem Artikel von @testperson scheint dies aber nicht zu reichen. Und so ganz bin ich bei dem Artikel (https://www.msxfaq.de/konzepte/adminsdholder.htm) nicht durchgestiegen. Also ich entferne die Domänen-Admin rechte und dann klicke ich einfach unter den Erweiterten Sicherheitseinstellungen beim Benutzer auf "Vererbung deaktivieren" ??? Gruss Andreas

Stand Exchange 2019 Version 15.2 (Build 529.5) Das Zertifikat habe ich von Interssl austellen lassen und ist von Sectigo (Comodo).