possum72

Und für den seize Befehl reicht es, wenn die alte VM-AD nur gemountet ist ?

Noch eine Überlegung: Kann man die FSMO Rollen auf einen neuen Server übertragen, indem der alte Server "nur" gemountet ist ? VG Andreas

Puhhh ! Irgendwie komme ich überhaupt nicht klar. Ich habe jetzt das Image "Mounten" können. Liegt jetzt im Verzeichnis e:\source. Aber wie mache ich jetzt weiter ? VG Andreas

Und wie lautet dann der Befehl ? Dism /imagefile:Sever.vhdx /get-packages ? Gruss Andreas

Das ist ein guter Ansatz. Ich schau mal, ob ich das hinbekomme. Melde mich dann nochmal. Gruss Andreas Also die Updates lese ich doch mit "dism /online /get-packages" aus, oder ? Weil dann erscheint die Meldung: DISM unterstützt nicht die Wartung von Windows PE mit der Option "/Online". Gruss Andreas

Nein, auch im abgesichertern Modus kommt diese doofe Meldung mit "Windows wird vorbereitet...." Ja, ich spiele gerade eine Sicherung zurück. Sieht so aus, als würde mir sowieso nichts anderes übrig bleiben. Viele Grüße Andreas

Hallo zusammen Habe hier ein kurioses Problem. Ein virtualisierter Server 2016 (Hyper-V) startet und es erscheint "Windows wird vorbereitet. Schalten Sie den Computer nicht aus". Nach ca. 5 Minuten beendet er die Dienste und startet den Server neu. Das macht er aber jetzt schon bereits zum 10. mal. Und ich glaube nicht, das er damit irgendwann aufhört. Irgendein Update wird es wohl sein. Wie kann ich aber das Problem umgehen ? Im Reparaturmodus habe ich aber den Punkt "Updates deinstallieren" nicht. Und im abgesicherten Modus bring er das gleiche. Viele Grüße Andreas

So richtig kann ich mich nicht mehr daran erinnern, aber ich glaube tatsächlich, dass es die OST-Datei war. Außerdem wäre tatsächlich gut zu Wissen, ob Du auf dem aktuellsten Stand von Exchange bist und welche Version bei Dir läuft..... Gruss Andreas

Super ! Vielen Dank ! Ich probiere das mal und dann sehen wir weiter.......

Wo rufe ich da an ? Und was benötigen die alles dazu ?

Darum habe ich auch gefragt, ob das so richtig ist ? Ich habe 1mal Office 2016 als MAk stehen und einmal Office 2016 als KMS. Wobei beim MAk Key sowieso steht, dass dieser nicht lizenziert ist. Bei Windows stehen auch alle möglichen Versionen. Aber es wird ja nur die Windows 10 Prof. lizenziert. Siehe hier: Diese Lizenz wird nicht verwendet. Lizenzstatus: Nicht lizenziert Und beim KMS-Key steht: Teil-Product Key: DRTFM Lizenzstatus: Benachrichtigung Benachrichtigungsgrund: 0xC004F056. Verbleibende App Rearm-Anzahl: 3 Verbleibende SKU Rearm-Anzahl: 3 Noch eine Frage: Spricht was dagegen, wenn man 2 KMS-Server isntalliert ? Also einen für Windows und einen für Office ? Weil dann würde ich eine neuen aufsetzen und bei den Clients einfach den neuen angeben. Viele Grüße Andreas

OK, ich habe ja 40 Clients durchlaufen lassen. Aber erfolglos :(

Es sind 40 Clients. Und ja es müssen 25 Aktivierungen sein. Die haben wir schon ein paar mal durchlaufen lassen.

Hallo zusammen Nach einem Serverumzug und IP-Adressen Änderung habe ich leider Probleme mit dem KMS-Server. Wobei man eher sagen muss, dass es sich um ein Teil-Problem handelt. Der KMS-Server übernimmt die Aktivieurng für Windows 10 Prof. und Office 2016. Windows 10 funktioniert ohne Probleme ! Somit gehe ich davon aus, dass der KMS-Server an sich in Ordnung ist. Der Eintrag im DNS-Server ist gesetzt. Bei slmgr.vbs /ato am Client zeit er mir auch brav an, dass WIndows 10 aktiviert ist. Aber halt nur Windows 10. Mache ich cscript slmgr.vbs /dlv All >C:\temp\KMSInfo.txt sehe bei Office 2016 folgende Meldung: 1. Office: Name: Office 16, Office16StandardVL_MAK edition Beschreibung: Office 16, RETAIL(MAK) channel Aktivierungs-ID: 0ed94aac-2234-4309-ba29-74bdbb887083 Anwendungs-ID: 0ff1ce15-a989-479d-af46-f275c6370663 Erweiterte PID: Product Key-Kanal: Installations-ID: Lizenz-URL verwenden: https://activation.sls.microsoft.com/SLActivateProduct/SLActivateProduct.asmx?configextension=o14 URL fr die šberprfung: http://go.microsoft.com/fwlink/?LinkID=187557 Diese Lizenz wird nicht verwendet. Lizenzstatus: Nicht lizenziert Verbleibende App Rearm-Anzahl: 3 Verbleibende SKU Rearm-Anzahl: -1 Vertrauenswrdige Zeit: 04.02.2023 09:49:02 2. Office: Name: Office 16, Office16StandardVL_KMS_Client edition Beschreibung: Office 16, VOLUME_KMSCLIENT channel Aktivierungs-ID: dedfa23d-6ed1-45a6-85dc-63cae0546de6 Anwendungs-ID: 0ff1ce15-a989-479d-af46-f275c6370663 Erweiterte PID: 03612-03408-000-000000-03-1031-19044.0000-2482022 Product Key-Kanal: Volume:GVLK Installations-ID: 077451147695519780744050728088426850355433684614583917508236165 Teil-Product Key: DRTFM Lizenzstatus: Benachrichtigung Benachrichtigungsgrund: 0xC004F056. Verbleibende App Rearm-Anzahl: 3 Verbleibende SKU Rearm-Anzahl: 3 Vertrauenswrdige Zeit: 04.02.2023 09:49:15 Konfigurierter Aktivierungstyp: Alle Verwenden Sie zum Aktivieren und Aktualisieren von KMS-Clientinformationen "slmgr.vbs /ato", um die Werte zu aktualisieren. Ich komme hier irgendwie nicht klar. Ist das so richtig ? Und ich kann Office auf verschiedenen PCs so oft starten wie ich will. Die Ream-Anzahl verändert sich nie. Leider weiß ich nun nicht mehr, wo ich ansetzen soll...... VG Andreas

Das werde ich mal testen. Ist auf jeden Fall ein Ansatz. VG Andreas

So, hat jetzt etwas gedauert. Habe es mit der Shell ausgelesen. Ich habe nur Benutzer mit "Senden als", aber keinen mit "Im Auftrag von". Trotzdem erscheint in der Fehlermeldung. :( Viele Grüße Andreas

Hallo zusammen Folgendes Problem: Ich habe bei einem Kontot das Recht "senden als" und "Vollzugriff" vergeben. Das Konto ist erfolgreich eingebunden. Wenn eine Mail kommt und ich antworte darauf, gibt es keinerlei Probleme. Wenn ich eine neue Mail schreibe und das 1. mal bei "VON" die Mail-Adresse über das Adressbuch einbinde funktioniert es auch. Aber dann nicht mehr. Lösche ich diese Adresse und binde diese wieder neu ein, dann funktioniert es wieder für 1 mal. Ab dem 2. mal erscheint dann eine Fehlermeldung, die wie folgt lautet: Ihre Nachricht hat einige oder alle Empfänger nicht erreicht. Betreff: test Gesendet am: 04.07.2022 13:31 Folgende(r) Empfänger kann/können nicht erreicht werden: 'name@domain.de' am 04.07.2022 13:32 Diese Nachricht konnte nicht gesendet werden. Sie besitzen nicht die Berechtigung, die Nachricht im Auftrag des angegebenen Benutzers zu senden. __________________________________________________ Diagnoseinformationen für Administratoren: __________________________________________________ Der Fehler lautet [0x80070005-0x000004dc-0x00000524].ROPs-Zusammenfassung: 0: ropRelease (1) verarbeitet (1) abgeschlossen (0) ROP-Ergebnis: 0 Antwortcodes: 0 1: ropSetProps (10) verarbeitet (1) abgeschlossen (0) ROP-Ergebnis: 0 Antwortcodes: 0 2: ropSetProps (10) verarbeitet (1) abgeschlossen (0) ROP-Ergebnis: 0 Antwortcodes: 0 3: ropFlushRecipients (14) verarbeitet (1) abgeschlossen (0) ROP-Ergebnis: 0 Antwortcodes: 0 4: ropSetProps (10) verarbeitet (1) abgeschlossen (0) ROP-Ergebnis: 0 Antwortcodes: 0 5: ropTransportSend (74) verarbeitet (1) abgeschlossen (0) ROP-Ergebnis: 0 Antwortcodes: 1244 __________________________________________________ Transport-Send-Fehler: Fehleraufzählung (25), HResult (0x00000000), EC (1244). Transport-Send-Fehler: Fehleraufzählung (22), HResult (0x00000000), EC (1244). Submit-Message-Fehler: Nachrichten-ID (2), Fehleraufzählung (13), HResult (0x80070005), EC (1244). Irgendwie scheint es, dass ich dann ab den 2. mal keine Berechtigung mehr zum Versenden habe..... Viele Grüße Andreas OK, Nachtrag: Habe das was im Inet gefunden. Tatsächlich ist es so, dass dieses Problem nur dann auftritt, wenn der Cache-Modus im Outlook aktiviert ist. Nun wäre aber dieser schon hier und da besser wegen Perfomance, Hat da jemand eine Lösung für ? Viele Grüße Andreas

Ist eigenltich schon länger her, aber Dank Deiner Anregung habe ich einfach mal die neueste CU23 installiert. So quasi als letzte Verzweiflungstat. Und siehe da, es läuft wieder alles. Autodiscover bringt keine Fehler mehr und das System funzt wieder so, wie es soll. Hat es also doch irgendetwas zerlegt. Warum kompliziert, wenn es auch einfach geht,,,,,, Ich bedanke mich nochmal sehr herzlich für alle Beiträge, die schlussendlich zum Ziel geführt haben. Viele Grüße Andreas

Ich hab mal den Befehl direkt am Exchange ausgeführt. Könnt Ihr damit was anfangen ?

Zum Testen habe ich es bei einem Client direkt in die Registry eingetragen. Da erscheint dann dieser Fehler. Intern UND extern !

Hallo Norbert Ja, da hast Du schon recht, Ich habe mich vielleicht auch etwas falsch ausgedrückt. Es ist die komplette Firma umgezogen. Daher haben sich die IP-Adressen (intern) nicht geändert. Alles ist wieder so "sauber" wie vorher erreichbar. Datenfreigaben, DNS, Printserver, etc. Eigentlich hat sich "nur" der Internetzugang mit einer neuen und festen IP geändert. Diesen habe ich bei Ionos (da liegt die Domain drauf) heute nachgetragen. 2 A-Record Einträge mit mail.domain.de und autodiscover.domain.de Somit bliebt das Zertifikat und natürlich die virtuellen Verzeichnisse alle gleich. Die Konten sind von außen über OWA (natürlich auch intern) oder Smartphone ohne Probleme erreichbar. Ich habe mal als Anhang den Autodiscover-Test von Outlook beigefügt. Puhhhh........ Sorry, war beim Test auf dem falschen Gerät. Ja, beim internen PC kommt die IP des Exchange zurück. Und wenn ich von einem fremden Standort den Ping lossetze, dann erhalte ich die IP des I-Providers.

Hallo Norbert Die Clients greifen intern auf den Exchange zu. Ich hoffe Deine 2. frage richtig verstandedn zu haben: Die Fehler treten dann auf, wenn Outlook mit einem neuen (oder alten) Exchange Konto verbunden wird. Eigentlich egal, wenn immer was geändert oder hinzugefügt wird. Die Namensauflösung läuft über die ActiveDirectory (Server 2012R2) VG Andreas Also wenn ich den Ping durchführe, wird mir die feste IP des Internetproviders angegeben. Denke das ist so korrekt. Wenn ich Outlook den Autodiscover-Test durchführe, erscheint in der tat ein Fehler :( VG Andreas

Hallo Jan Das hatte ich bereits gemacht, leider ohne Erfolg ! Viele Grüße Andreas

Hallo zusammen Habe hier wohl ein Problem mit autodiscover. Wenn ich ein neues Konto in Outlook mit dem Exchange verbinden will, erscheint nach kurzer Zeit eine "Microsoft Konto Fenster" wo ich mich anmelden soll. Und drüber eben der Hinweis auf autodiscover.xml. Auch wenn vorhandene Konten auf einem anderen PC in Outlook eingebunden werden sollen, funktioniert dies nicht mehr. Was ich vermute: Die Server wurden vor kurzem an einem anderen Standort umgezogen. Dadurch gibt es natürlich auch eine neue fest IP. Von den 999 Punkten wurde leider einer vergessen, dass in der Domain beim Provider die DNS Adressen für mail.domain.de und autodiscover.domain.de auf die neue IP-Adresse verweisen soll. Kann es vielleicht daran liegen? Die DNS Adressen wurden bereits aktualisiert. Aber leider gibt es das Problem immer noch. Was mir auch aufgefallen ist: Bei den meisten Outllok Konten sind freigegebene Konten mit eingebunden. Auch hier besteht das Problem, dass die eingebundenen Konten alle funktionieren. Möchte ich aber bei einem Account ein weiteres Konto einbinden, dann funktioniert dies nicht. Das Konto ist zwar sichtbar, es kommt aber der Fehler "Diese Ordnergruppe kann nicht geöffnet werden". Viele Grüße Andreas

So hat es ohne Probleme funktioniert. Vielen Dank Viele Grüße Andreas