Vinc211

Guten Tag, ich habe alle Mailkonten in die Cloud migriert und betreibe den Exchange nur noch um die Hybridstellung beizubehalten, bis Microsoft mit ihrer "iscloudmanaged" Sache etwas weiter ist. Für interne Mails habe ich einen kleinen nicht MS Mailserver aufgesetzt der weiterhin mit den Connectoren der Hybridstellung funktioniert. Der Mailversand und Empfang für die paar Mails funktioniert auch ohne probleme. Ich habe im Kontakte angelegt für die Mailaccounts die auf dem lokalen Mailserver laufen, aber in Outlook (lokal wie online) werden diese Adressen als ungültig angezeigt. Das Versenden und empfangen ist trotzdem möglich aber immer wieder gibt es Kollegen die sich daran stören und nachfragen. Wieso entscheidet MS das diese Adressen ungültig sind, obwohl diese als Kontakt angelegt sind? Muss ich hier eventuell irgendwas auf dem "last standing Exchange" löschen und resetten?

Ich konnte das Problem lösen. Da wir am Anfang, vor DualScan, doe GPO Option "Keine Verbindung mit Windows Update-Internetadrssen herstellen" aktiviert hatten, wurden auch die RootZertifikate nicht aktualisiert. Dafür wurde auch auf dem Wsus Server ein Skript betrieben das mit certutil diese in einen Ordner schreibt und auf den Clients und Servern wurde die GPO eingestellt, dass diese Zertifikate aus [HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\systemCertificates\AuthRoot\AutoUpdate] „RootDirUrl“abholt. Ich hatte auch diese GPO entfernt, allerdings sagt Microsoft dazu "The settings described in this document are implemented by using GPOs. These settings aren't automatically removed if the GPO is unlinked or removed from the AD DS domain." Also wurden die Zertifikate mit abschalten des WSUS auch nicht von Windows Update aktualisiert und ich musste eine GPO erstellen die den entsprechenden Registry-Eintrag löscht. Jetzt können die Updates wohl wieder verifiziert werden oder so.

Guten Tag, folgendes Problem: Ich versuche den WSUS zu entfernen, aber die Clients fragen diesen weiterhin an. Ich habe vor 2 Wochen die GPO für "Internen Pfad für Microsoft Updatedienst angeben" auf deaktiviert gestellt. Die GPO "Keine Verbindung mit Windows Update-Internetadrssen herstellen" ist auf "nicht konfiguriert" gestellt. DualScan hat funktioniert. Anfang der Woche habe ich den WSUS heruntergefahren, aber noch nicht aus der Domäne genommen. Seitdem sagen die Clients das die keine Verbindung mehr mit den Updatediensten herstellen können. "Wir konnten keine Verbindung mit dem Updatedienst herstellen. Wir versuchen es später erneut. Alternativ können Sie es jetzt versuchen. Überprüfen Sie Ihre Internetverbindung, falls es immer noch nicht funktioniert." Folgende Sachen habe ich ausprobiert. 1. Ich habe die Registry "HKLM\SOFTWARE\Policies\Microsoft\Windows\WindowsUpdate\AU" geprüft und es sind keine Einträge mehr vorhanden. Ich habe nochmal UseWUServer DWORD 0 eingetragen aber das hat auch nichts gebracht 2. GPresult /SCOPE:computer zeigt an das meine gpo einstellungen gesetzt sind. 3. ich habe alle Dienste gestoppt, SoftwareDistribution und catroot2 umbenannt und dienste wieder gestartet. 4. Neu installierte Clients haben kein Problem mit Updates. 5. Ich habe mit Wireshark mir die Pakete angeschaut und es werden beim Suchen nach Updates querys an den die Adresse des WSUS angezeigt (MDNS, LLMNR) 6. In Powershell habe ich "Get-WindowsUpdateLog" ausgeführt und bekomme knapp 70.000 Zeilen log Datei. Darin steht "WSUS Server: (null)" und "WSUS status server: (null)" Ich vermute das Windows 11 die Daten noch irgendwo cached aber ich weiß nicht wo und kenne keine Lösung die für alle Clients gleichzeitig anwendbar ist. Vielen Dank.

Ich kann weder sehen welche Clients wirklich Windows 11 installiert haben, noch kann ich Windows Server 2025 in Produkten auswählen. Die Aussage mag falsch sein und es möge noch funktionieren, aber da der WSUS abgekündigt ist glaube ich irgendwie nicht dran das die Lösung damit zukunft hat.

Habe jetzt alle Clients zum WSUS hinzugefügt und das Update dann freigegeben. Werde in Zukunft wahrscheinlich einfach den WSUS genauso wie MS sterben lassen, da Windows 11 und Server 2025 Updates eh nicht mehr darüber verwaltet werden können. Hab mir Action1 geholt und werd es wahrscheinlich damit machen.

Leider kein Effekt. Ich werde nochmal einen kompletten Reset von Windows Update versuchen.

Habe jetzt bei einem Client die GPO entfernt und bekomme trotzdem keine Updates. Habe das mit gpresult nachgeprüft und die entsprechende GPO kann nicht gelesen werden und im gesamten gpresult /SCOPE:computer steht nichts mehr zu Windows Update drin. Ich hatte es bereits Mittwoch umgesetzt.

Du meinst Download ohne Installation? Ja, soweit schon. Die GPO komplett entfernt habe ich noch nicht, da mir so war, dass wenn man eine GPO entfernt die Einstellungen nicht zurückgesetzt werden, sondern einfach so bleiben. Wie ist der beste weg eine Computer GPO zu entfernen die auf OU und Authentifizierte Benutzer angwendet wird? -> habe ich mir über einen Artikel von WindowsPro (Sicherheitsfilterung: User und Computer von GPOs ausnehmen) selbst beantwortet =D Das mit dem Installationstag habe ich komplett übersehen. Das werde ich direkt mal anpassen.

Moin, ich hab in einem kleineren Standort von uns das Windows11 Update bis vor ein paar Wochen mit der GPO "Windows-Komponenten/Windows Update/Vom Windows Update angebotene Updates verwalten" Zielversion des Funktionsupdates auswählen Windows 10 22H2 unterbunden. Dachte ich zumindest. Die Clients am Standort haben keinen WSUS eingetragen und können sich die Updates direkt von MS holen, aber bis jetzt wurde kein Windows 11 Update angeboten. Habe die Regel auf deaktiviert gesetzt und die Zeiten für die Verzögerung von Qualitäts- und Funktionsupdates reduziert. Habe die Clients mit dem PCHealtchCheck geprüft und sie sind alle ready für Windows 11. Möchte ungern jeden PC einzeln updaten. Ich habe gelesen das die Registry Einträge HKLM:\SOFTWARE\Policies\Microsoft\Windows\WindowsUpdate wie TargetReleaseVersion dafür verntwortlich sind und diese gelöscht, allerdings ohne Erfolg.

Moin, ich habe vor einigen Monaten unseren Fileserver neu aufgesetzt mit Windows Server 2022. Nach dem alle Datein mit robocopy kopiert waren und alles soweit wieder lief habe ich die Schattenkopien aktiviert und diese liefen auch ohne Probleme über mehrere Wochen. Auf Platte D sind etwa 1,4TB Daten und auf E werden die Schattenkopien gespeichert. Die Platte hat 126GB und laut Schattenkopien werden 6,86 dafür benötigt/belegt. Am 6.11 morgens um 8 ist plötzlich eine Datei erstellt worden die nun 113GB groß ist und {3808876b-c176-4e48-b7ae-04046e6cc752} heißt. Man kann das Wachstum in CheckMK recht gut nachverfolgen die Datei ist in etwa 8 Stunden um gewachsen. Leider kann ich in der Ereignisanzeige nicht nachvollziehen warum und was passiert ist. Nach allem was ich gegoogelt habe soll es entweder der Index der Schattenkoopien sein, oder eine verwaiste Datei. Ich habe ein paar alte Schattenkopien gelöscht damit neue erstellt werden konnten und auf der dafür vorgesehen Platte etwas Platz gemacht. (6GB) Heute am 19.11 sind die 5GB die frei waren wieder weg und die Datei auf 119GB gewachsen. Die VM Backup Software und die File-Backup Software laufen zu anderen Zeiten. Die Schattenkopien laufen täglich um 8 und 13 uhr. Im vssadmin list shadows / vssadmin list shadowstorage wird die Datei nicht angezeigt. Ich kann die Datei nicht löschen und auch nicht ihren Besitz übernehmen. Reboot des Servers steht noch aus. Kann mir jemand sagen was das genau für eine Datei ist und wie ich Sie entfernen kann und Sie nicht wieder erstellt wird? Oder auch Tipps geben wie ich rausfinden kann was passiert ist? Merci

Habe erstmal eine Reparatur von Office 2019 versucht und alle Datein aus den Appdata/Local und Roaming Ordnern zu Outlook gelöscht ohne erfolg. Die Mails sind so lange im Postfach und auch in OWA zu sehen, bis die Person sich am Outlook 2019 Client anmeldet. Also muss eine Regel die nicht sichtbar ist für das löschen verantwortlich sein. Server Seite ist auszuschließen. Im nächsten Schritt wird Office 2019 deinstalliert und Office2021 installiert.

Exchange Web Services nein und Mobile Geräte werden im EAC auch nicht angezeigt. Kein Firmenhandy etc vorhanden. Nur ein Laptop. Wenn der Laptop aus und ist Outlook nicht angemeldet bleibt die Mail im Postfach. Also muss es ein Client ereigniss sein. Outlook mit /cleanrules /cleanserverrules und /cleanclientrules zu starten hatte nur keinen Erfolg (Es sind keine Regeln vorhanden gewesen nach Neustart) Das Auditlog habe ich mit der Anleitung korrekt eingestellt. Trotzdem nur die Erkenntnisse die ich gezeigt habe. AuditEnabled : True AuditLogAgeLimit : 90.00:00:00 AuditAdmin : {Update, Move, MoveToDeletedItems, SoftDelete, HardDelete, FolderBind, SendAs, SendOnBehalf, Create, UpdateFolderPermissions, UpdateInboxRules, UpdateCalendarDelegation} AuditDelegate : {Update, SoftDelete, HardDelete, SendAs, Create, UpdateFolderPermissions, UpdateInboxRules} AuditOwner : {Update, Move, MoveToDeletedItems, SoftDelete, HardDelete, UpdateFolderPermissions, UpdateInboxRules, UpdateCalendarDelegation} Ich werd Outlook jetzt neu installieren.

Ich habe nun Exchange 2019 auf CU12 geupdated da ich gelesen habe das dies die MailboxAudit Probleme beheben soll. Den Befehl den @massaraksch vorgeschlagen hat konnte ich auch nun erfolgreich ausführen und bekomme folgende Ausgabe: Leider ist dort nicht mit HardDelete in zusammenhang mit Emails zu sehen. Ich habe meine Testmail um 10:11 geschickt und diese wird dort nicht aufgeführt. Ich habe mir das Postfach wie gesagt verbunden und kann sehen wie die Mail ankommt und direkt wieder verschwindet. Noch eine Idee? Generell dachte ich man sieht mehr im Auditlog, bzw. alle aktionen. Hab ich wieder was falsch eingestellt?

[PS] C:\Windows\system32>Search-MailboxAuditLog -Identity user@domain.de -LogonTypes Admin,Delegate -StartDate "07/20/2022" -EndDate $Today -ResultSize 2000 RunspaceId : 3affaba8-176c-4121-85c1-7111d0c8bf5b MailboxGuid : a9741d88-d112-4861-b112-ce71a054aa0f MailboxResolvedOwnerName : username LastAccessed : 22.07.2022 12:04:08 Identity : domain/MyBusiness/Users/business/username IsValid : True ObjectState : New okay. soweit bin ich gekommen. ich sehe auch unter Get-Mailbox user@domain.de | Get-MailboxFolderStatistics -FolderScope RecoverableItems | fl name,foldersize das ein Ordner mit Audtis hinzugefügt wurde und jetzt 35Kb hat. Es sieht einfach noch nicht korrekt aus. Wirklich sehr ungeil von MS aber was hab ich erwartet.

/cleanrules hatte keinen effekt. Problem besteht immernoch. Aktuell habe ich versucht das audit log zu aktivieren und bin dann darüber gestolpert das dies nicht auf Deutschen Servern funktioniert. Ist dies korrekt oder mach ich etwas falsch. Get-Mailbox user@domain.de | Format-List Audit* sagt es ist aktiviert, aber mit search-mailboxauditlog bekomme ich keine ergebnisse.