possum72

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).

@testperson Habe dazu ein komplett neues Konto angelegt @Nobbyaushb Das zertifikat ist ein externes Was ich vorher gar nicht getetstet hatte. Wenn ich eine Mail mit dem Iphone versende funktioniert es !!! Und diese gesendeten Mails sind dann auch im OWA ersichtlich. Nur der Posteingang ist am Smartphone nicht ersichtlich. Kurios Gruss Andreas

Natürlich. Habe ich über LTE getestet. Mittlerweile auch ein anderes (ebenfalls Iphone) Smartphone verwendet. Auch kein Erfolg :(

Hallo Also ich teste es mit einem normlaen "User". Wenn ich get-activesyncVirtualDirectory eingebe, wirft er mir folgendes aus: InternalUrl: https://mail.meineDomain.de/Microsoft-Server-ActiveSync Meinst Du das ? Gruss Andreas Achso, ich meine die Häcken, was das Iphone hinter allen Eingaben macht, wenn diese korrekt sind.

Hallo zusammen habe hier ein Problem mit dem Einrichten eines Smartphones. In diesem Fall ein Iphone. OWA funktioniert perfekt und ohne Zertifikatsfehler. Wenn ich im Iphone bei Server mail.meineDomain.de eingebe erscheinen sofort alle Häckchen, so dass man meinen möchte es funktioniert. Beim öffnen der Mails erscheint aber dann sofort Account Fehler. Wenn ich nun bei Server die feste Ip Adresse eingebe, erscheint ein Zertifikatsfehler, dass das Zertifikat nicht vertrauenswürdig wäre. Mein Vermutung geht Richtung Zertifikat. Ausgestellt von Sectigo RSA Domain Validation Secure Server. Wobei eich auch schon von Microsoft das "Testconnectivity" durchgeführt habe. Hier gibt er mir folgenden Fehler aus: Es wird versucht den Befehl "FolderSync" in der Exchange ActiveSync-Sitzung auszuführen. Fehler beim Testen des Befehls "FolderSync". Exchange ActiveSync hat die Antwort „HTTP 500“ zurückgegeben (interner Serverfehler). HTTP-Antwortkopfzeilen: request-id: 0faf24c2-61f4-4376-819c-a9578815a7d7 X-CalculatedBETarget: exchange.XXXXXX.local MS-Server-ActiveSync: 15.2 Könnt Ihr mir da weiterhelfen ? Viele Grüße Andreas

Ja, Netzwerk hat er, Habe ich nochmal kontrolliert. Was mir auffällt: Wenn ich den Server-Manager starten möchte, kommt der gleiche Fehler. Komisch, ging vorher eigentlich immer....... Vor der Migration habe ich diesen noch auf 2008 heraufgestuft (war 2003) und das System wurde auf DFSR geändert. Könnte das damit zusammenhängen ? Viele Grüße Andreas Fehler gefunden Warum auch immer, war der Dienst "Windows Modules Installer" nicht gesstartet. Auch nicht nach einem Neustart. Jetzt funzt es. Viele Grüße Andreas

Hallo zusammen Nach dem Ablösen eines alten 2008ér Server möchte ich nun diesen mit dcpromo herabstufen. Nun erscheint beim starten von dcpromo folgender Fehler: Es konnte nicht festgestellt werden, ob Active Directory-Domänendienste-Binärdateien installiert wurden. Fehler: Der angegebene Dienst kann nicht gestartet werden. Er ist deaktiviert oder nicht mit aktivierten Geräten verbunden. Kennt von euch jemand dieses Problem ? Viele Grüße Andreas

Nun, wie ich Eingangs doch geschrieben habe, wurde diese VM bereits aus der Sicherung herauskopiert und bei einem anderen Host eingebunden. Auch hatte ich die Hyper-V Dienste nach der Virtualisierung deaktiviert. Aber erst als ich die Hyper-V Rollen komplett deinstalliert hatte, war das Netzwerk wieder verfügbar. Warum macht ihr euch über was lustig, was so von mir gar nicht durchgeführt wurde ?

Hallo Nils Ich war jetzt leider zu schnell :) Nachdem ich jetzt einfach die Hyper-V Rollen etnfernt habe, funktioneirt auch das Netzwerk. Trotzdem Vielen Dank Gruss Andreas

Hallo zusammen Wie es halt immer so ist. Nächste Woche kommt der neue Server, aber gestern hat es die alte Hardware zerlegt. Und dabei handelt es sich noch um einen alten SBS2008. Wo noch eine Hyper-V läuft. Diese konnte ich schon herausnehmen und läuft wieder auf einem Ersatzserver. Nun dachte ich mir, dass für die paar Tage (und natürlich dann auch für die Migration) ich die vorhandene Sicherung in eine VHD exportiere und den Server dann in Hyper-V laufen lasse. Soweit so gut. Der Server läuft, alle Daten sind da, nur das Verdammte Netzwerk bringe ich nicht zum laufen. Selber kann er sich natürlich pingen, aber nach extern geht gar nichts. Die virtuellen NetzwerkSwitche funktionieren, da auf dem Server bereits eine andere Hyper-V läuft. Die letzte Iddee, die ich noch habe, ist dass ich tatsächlich mittels der Sicherung das System an einem Host wiederherstelle. Aber das wollte ich eigentlich verhindern. Was mir noch dabei einfällt: Auf dem alten server war es eine Broadcom netzwerkkarte und auf dem "Ersatzserver" ist es ebenfalls eine. Nicht dass hier ein Konflikt mit den Treibern vorhanden ist. Vielleicht hat noch jemand von euch eine Idee....... Viele Grüße Andreas