Hi, gerade eben hat Microsoft die neuen Exchange Updates veröffentlicht. Wie immer gibts alle Infos hier: https://techcommunity.microsoft.com/blog/exchange/released-september-2026-exchange-server-security-updates/4554411 Leider ist der KB Artikel derzeit noch nicht verfügbar. Das dauert erfahrungsgemäß eine Weile. Bye Norbert
Foro Mcseboard
www.mcseboard.de ↗Foro Invision Community en alemán. 10 secciones seguidas: Off Topic, Windows 7 Forum, Windows Server Forum, Active Directory Forum, MS Exchange Forum, MS SQL Server Forum, Virtualisierung, Windows 8 Forum, Windows 10 Forum y Windows 11 Forum.
- Discusiones por día
- 34
- Discusiones recopiladas
- 326
- Mensajes por día
- 326
- Secciones
- 10
- Fuentes seguidas
- 11
- Motor
- Invision Community
Últimas discusiones
Recogido cada 4 horas desde el feed público del foro. Solo se reproducen el título, el enlace y el principio del mensaje; cada enlace remite a la fuente.
Hi, gerade eben hat Microsoft die neuen Exchange Updates veröffentlicht. Wie immer gibts alle Infos hier: https://techcommunity.microsoft.com/blog/exchange/released-september-2026-exchange-server-security-updates/4554411 Leider ist der KB Artikel derzeit noch nicht verfügbar. Das dauert erfahrungsgemäß eine Weile. Bye Norbert
Hallo Ich habe diesen Fehler auf einem Domain Controller Perflib 1023 Windows kann die erweiterbare Leistungsindikator-DLL "C:\windows\system32\ntdsperf.dll" nicht laden (Win32-Fehlercode Das angegebene Modul wurde nicht gefunden.). Google sagt Lösung: Active Directory Leistungsindikatoren manuell neu laden Öffnen Sie die Eingabeaufforderung (cmd) als Administrator. Wechseln Sie in das System32-Verzeichnis, indem Sie folgenden Befehl eingeben: cmd cd %systemroot%\system32 Verwende Code mit Vorsicht. Registrieren Sie die Leistungsindikatoren für die NTDS-Datenbank (Active Directory) neu: cmd lodctr ntdsperf.ini Verwende Code mit Vorsicht. Starten Sie anschließend den Leistungsüberwachungsdienst (Performance Logs & Alerts) oder den gesamten Server neu, damit die Änderungen wirksam werden. falls die Datei ntdsperf.ini oder ntdsperf.dll im Verzeichnis C:\Windows\System32\ tatsächlich fehlen sollte, müssen diese von einem anderen funktionierenden Domänencontroller mit derselben Windows Server-Version kopiert werden. Ich kann aber die Dateien auf keinem Domaincontroller finden.
Hallo Ich habe diesen Fehler auf einem Domain Controller Perflib 1023 Windows kann die erweiterbare Leistungsindikator-DLL "C:\windows\system32\ntdsperf.dll" nicht laden (Win32-Fehlercode Das angegebene Modul wurde nicht gefunden.). Google sagt Lösung: Active Directory Leistungsindikatoren manuell neu laden Öffnen Sie die Eingabeaufforderung (cmd) als Administrator. Wechseln Sie in das System32-Verzeichnis, indem Sie folgenden Befehl eingeben: cmd cd %systemroot%\system32 Verwende Code mit Vorsicht. Registrieren Sie die Leistungsindikatoren für die NTDS-Datenbank (Active Directory) neu: cmd lodctr ntdsperf.ini Verwende Code mit Vorsicht. Starten Sie anschließend den Leistungsüberwachungsdienst (Performance Logs & Alerts) oder den gesamten Server neu, damit die Änderungen wirksam werden. falls die Datei ntdsperf.ini oder ntdsperf.dll im Verzeichnis C:\Windows\System32\ tatsächlich fehlen sollte, müssen diese von einem anderen funktionierenden Domänencontroller mit derselben Windows Server-Version kopiert werden. Ich kann aber die Dateien auf keinem Domaincontroller finden.
Hallo und guten Morgen, Am 1.sep. 2026 hat unser Domain Inhaber das FTP-Protokoll auf SFTP umgestellt. Jetzt suchen wir auf diesem Wege jemanden der einen Server anbietet, der das FTP Protokoll noch ausführt. Danke
Hallo ihr Lieben, gibt es bei EXO die Möglichkeit nachzuvollziehen, was mit Nachrichten passiert/gemacht wird, nachdem diese als zugestellt gekennzeichnet sind? Als M365 vor kurzem die Probleme hatte, sind Mails nicht mehr auffindbar, obwohl beim Nachrichtenfluss etliche Zustellungen zu sehen sind.
Hallo ihr Lieben, gibt es bei EXO die Möglichkeit nachzuvollziehen, was mit Nachrichten passiert/gemacht wird, nachdem diese als zugestellt gekennzeichnet sind? Als M365 vor kurzem die Probleme hatte, sind Mails nicht mehr auffindbar, obwohl beim Nachrichtenfluss etliche Zustellungen zu sehen sind.
Hallo ich habe in der Ereignsianzeige immer mal wieder dies Group Policy Printers Ereignis ID 4098 Das Benutzer "UTAX 5007ci KX"-Einstellungselement im Gruppenrichtlinienobjekt "5007 {A93085B2-0FC0-407A-AE16-096F575E426E}" wurde aufgrund eines Fehlers nicht angewendet. Fehlercode: "0x8007007b Die Syntax für den Dateinamen, Verzeichnisnamen oder die Datenträgerbezeichnung ist falsch." Dieser Fehler wurde unterdrückt.. ich weiß nicht so recht wie ich dem auf die Schliche komme soll. Der Drucker wird zugewiesen. Gruß Marcel
Hallo ich habe in der Ereignsianzeige immer mal wieder dies Group Policy Printers Ereignis ID 4098 Das Benutzer "UTAX 5007ci KX"-Einstellungselement im Gruppenrichtlinienobjekt "5007 {A93085B2-0FC0-407A-AE16-096F575E426E}" wurde aufgrund eines Fehlers nicht angewendet. Fehlercode: "0x8007007b Die Syntax für den Dateinamen, Verzeichnisnamen oder die Datenträgerbezeichnung ist falsch." Dieser Fehler wurde unterdrückt.. ich weiß nicht so recht wie ich dem auf die Schliche komme soll. Der Drucker wird zugewiesen. Gruß Marcel
Hallo, das ist mein erster Post hier im Forum. Falls ich was falsch mache - bitte nicht übelnehmen :) Ich habe zwei Hyper-V Hosts (Windows Server 2022 Core). Auf denen laufen einige VMs (W10 LTSC, Windows Server 2022). Die Hosts und die VMs sind in unterschiedlichen Netzen, alles feste IPs. Zwei der VMs sind DCs, managen eine Domäne. Die anderen VMs sind in der Domäne und Teil eines Leitsystems. Alle VMs müssen zeitsynchronisiert werden. Wir bekommen später eine Zentraluhr, die als NTP-Server die Zeit in nur ein Netz übergeben kann. Geplant war, die Hosts von der Zentraluhr synchronisieren zu lassen, den primären DC mit seinem Host zu synchronisieren, bei allen anderen VMs die Synchronisation mit ihrem Host auszuschalten, und die Zeit dieser VMs vom primären DC synchronisieren zu lassen. Die Zentraluhr habe ich noch nicht. Ich stelle bei den Hosts ab und zu manuell die Uhrzeit auf die richtige Zeit, sie läuft also nie mehr als wenige Sekunden weg. Wenn ich alles so einstelle wie beschrieben (DC1 synchronisiert sich mit seinem Host), wird der DC1 in der Domäne nicht als vertrauenswürdige Zeitquelle anerkannt. Alle VMs arbeiten mit ihrer lokalen Uhr. Wenn ich beim DC1 die Synchronisation mit dem Host ausschalte, wird er sofort als vertrauenswürdige Zeitquelle anerkannt. Alle VMs übernehmen seine Zeit (abgefragt mit w32tm /...). Woran kann das liegen? Danke für jede Hilfe.
Hallo, das ist mein erster Post hier im Forum. Falls ich was falsch mache - bitte nicht übelnehmen :) Ich habe zwei Hyper-V Hosts (Windows Server 2022 Core). Auf denen laufen einige VMs (W10 LTSC, Windows Server 2022). Die Hosts und die VMs sind in unterschiedlichen Netzen, alles feste IPs. Zwei der VMs sind DCs, managen eine Domäne. Die anderen VMs sind in der Domäne und Teil eines Leitsystems. Alle VMs müssen zeitsynchronisiert werden. Wir bekommen später eine Zentraluhr, die als NTP-Server die Zeit in nur ein Netz übergeben kann. Geplant war, die Hosts von der Zentraluhr synchronisieren zu lassen, den primären DC mit seinem Host zu synchronisieren, bei allen anderen VMs die Synchronisation mit ihrem Host auszuschalten, und die Zeit dieser VMs vom primären DC synchronisieren zu lassen. Die Zentraluhr habe ich noch nicht. Ich stelle bei den Hosts ab und zu manuell die Uhrzeit auf die richtige Zeit, sie läuft also nie mehr als wenige Sekunden weg. Wenn ich alles so einstelle wie beschrieben (DC1 synchronisiert sich mit seinem Host), wird der DC1 in der Domäne nicht als vertrauenswürdige Zeitquelle anerkannt. Alle VMs arbeiten mit ihrer lokalen Uhr. Wenn ich beim DC1 die Synchronisation mit dem Host ausschalte, wird er sofort als vertrauenswürdige Zeitquelle anerkannt. Alle VMs übernehmen seine Zeit (abgefragt mit w32tm /...). Woran kann das liegen? Danke für jede Hilfe.
Ich habe in der ereignisanzeige immer mal wieder diese Meldung Security-SPP Ereignis ID 16398 Quelle: Microsoft-Windows-Security-SPP Datum: 01.09.2026 14:03:57 Ereignis-ID: 16398 Aufgabenkategorie:Keine Ebene: Fehler Schlüsselwörter:Klassisch Benutzer: Nicht zutreffend Computer: DC1 Beschreibung: Fehler während der Karenzzeit 0x80070490 um No grace timer found. Ereignis-XML: 16398 0 2 0 0 0x80000000000000 2603 Application DC1 0x80070490 No grace timer found Probiert habe ich schon Ereignis-ID 16394 und 16384 sehen immer wieder mehrmals pro Stunde im Ereignisvorfeld – Microsoft Q&A Das Verzeichnis %windir%\ServiceProfiles\NetworkService\AppData\Roaming\Microsoft\SoftwareProtectionPlatform\ existiert aber nicht
326 discusiones recopiladas desde el 10 de septiembre de 2026. Seguir este foro por palabra clave →