testperson

Hi, du könntest das hier testen: https://gallery.technet.microsoft.com/Merge-mailbox-folders-cf1e9576 Gruß Jan

Nunja, siehe: https://www.mcseboard.de/topic/218437-smtp-standardemail-ändern-exchange-2016/?do=findComment&comment=1404725

Eine MailBox . $mb = Get-Mailbox <Hier steht auf der oben verlinkten Seite ein Vor-.Nachname>

Wenn man den Usern das nicht zumuten möchte, wäre evtl. PowerShell ein Ansatz: Add-Printer: https://docs.microsoft.com/en-us/powershell/module/printmanagement/add-printer?view=win10-ps Remove-Printer: https://docs.microsoft.com/en-us/powershell/module/printmanagement/remove-printer?view=win10-ps

Hi, das liegt daran, dass der Typ "[Microsoft.Exchange.Data.ProxyAddress]" keine Methode "Split" kennt. Quick'n'Dirty: ([string]$address).Split(":") Ich kann nicht ganz nachvollziehen, warum du das so machen möchtest. Da müsste man vermutlich den Rest vom Script bzw. die CSV sehen und die kompletten Anforderungen kennen. Gruß Jan

Hi, ist doch ein guter Zeitpunkt für: https://www.gruppenrichtlinien.de/artikel/drucker-verteilen-und-bereitstellen/ Gruß Jan

Hi, am Windows Client würde ich definitiv SMBv1 deaktivieren und dann am Unix/Linux Fileserver auch nur SMBv3 (/ SMBv2) erlauben. Gruß Jan

Hi, ich tippe auf den "Advanced Hibernate" und das deine PCs somit nicht wirklich durchbooten und/oder https://www.gruppenrichtlinien.de/artikel/ssd-zu-schnell-synchroner-startvorgang-nicht-moeglich/. Generell würde ich dir aber von einer Software Installation per GPO abraten und direkt in Richtung WSUS und WPP oder einer "richtigen" Softwareverteilung schauen. Gruß Jan P.S. / OT: Die GPO / das GPO

Hi, evtl. wäre die Anwendung als RemoteApp bereitzustellen noch ein Ansatz. Gruß Jan

Hi, ich wäre hier bei @Sunny61 und würde das über entsprechenden Gruppen regeln und per Genehmigung steuern. Ansonsten könntest du dir das Verhalten unter Server 2016 "nachbauen", indem du per Task und Script deine Policy/Policies anpasst: # In der Woche wo installiert werden soll: Set-GPRegistryValue -Name <Displayname des GPOs> -Key "HKLM\Software\Policies\Microsoft\Windows\WindowsUpdate\AU" -ValueName "AUOptions" -Type DWord -Value 4 # Restliche Wochen: Set-GPRegistryValue -Name <Displayname des GPOs> -Key "HKLM\Software\Policies\Microsoft\Windows\WindowsUpdate\AU" -ValueName "AUOptions" -Type DWord -Value 3 Aus https://gpsearch.azurewebsites.net/#2791: Gruß Jan

Wenn das so passt, ist alles gut. Aber wenn User da teilweise "selber aktiv" waren, wäre die Frage, ob das auch nachher genau das abbildet, was es soll. Für die Kür könnte man da sicherlich noch prüfen, ob ggfs. [vier Zahlen]-[zwei Zahlen]-[zwei Zahlen] vorangestellt sind ggfs. [Zahl 1-2][Zahl 0 oder 9][Zahl 0-9][Zahl 0-9]-[Zahl 0 oder 1][Zahl 0-9]-[Zahl 0-3][Zahl 0-9] vorangestellt ist Monat und Tag auf gültig sind ggfs. ein Datum im "falschen Format" vorliegt das was sich automatisiert nicht erfassen lässt eine Benachrichtigung auslöst ...

Theoretisch, bzw. wenn ich es richtig verstanden habe, schließt du hier zu viel aus. Eine Datei "1Test.ods" würde bspw. durchrutschen.

Ein wenig OT: Zum automatischen Account Lock werfe ich mal diesen Artikel in den Raum: https://www.faq-o-matic.net/2013/08/07/dos-angriff-fr-jedermann-ad-konten-sperren/

Hast du Zeile 1 oder irgendeine deiner Zeilen mal in die PowerShell getippt und ausgeführt oder bspw. in der PowerShell ISE ausgeführt?

Hi, da fehlt einiges und am meisten wohl Grundlagen in Scripting/Programmierung bzw. PowerShell. Schau dir doch als erstes einmal an was ein "Get-ChildItem -Name" liefert und prüfe, ob da neben Dateien auch Ordner bei sind. Da du scheinbar nur *.ods Files möchtest, könntest du dir den "-Filter" Parameter ansehen. Ebenfalls wirst du am "Where" Statement nicht vorbeikommen, um Ordner auszuschließen bzw. mit der "StartsWith()" Funktion den Anfang des Dateinamens zu prüfen. Get-ChildItem: https://docs.microsoft.com/en-us/powershell/module/microsoft.powershell.management/get-childitem?view=powershell-7 Where-Object: https://docs.microsoft.com/en-us/powershell/module/microsoft.powershell.core/where-object?view=powershell-7 Beispielscripts: https://docs.microsoft.com/de-de/powershell/scripting/samples/sample-scripts-for-administration?view=powershell-7 Arbeiten mit Dateien und Ordnern: https://docs.microsoft.com/de-de/powershell/scripting/samples/working-with-files-and-folders?view=powershell-7 Sobald du die passende Code-Zeile hast, schauen wir weiter ;). Gruß Jan

Hi, du hast AAD Connect installiert und eingerichtet, sodass Objekte aus eurem lokalen Active Directory ins Azure AD synchronisiert werden? Jetzt lese ich heraus, dass du ein Single- / Seamless-Sign-On umsetzen möchtest? Dann wäre hier eine Anlaufstelle: https://docs.microsoft.com/en-us/azure/active-directory/hybrid/how-to-connect-sso Falls ich falsch liege, müsstest du einmal genauer beschreiben, was bereits gemacht wurde und was du letztlich erreichen möchtest. Gruß Jan

Hi, ggfs. findest du was mit dem Process Monitor. Ich denke aber, ein neues Benutzerprofil dürfte schneller und letztlich wohl auch schmerzfreier sein. Gruß Jan

Dann solltest du hier fündig werden: https://support.microsoft.com/en-us/help/182569/internet-explorer-security-zones-registry-entries-for-advanced-users Und diese Methode dürfte "entspannter" sein: https://www.gruppenrichtlinien.de/artikel/internet-explorer-datenschutz-einstellungen-cookies/

Hi, wenn du die Browser App von Teams (auf den VDAs) nutzen möchtest, würde ich nicht den IE11 nehmen, sondern den neuen Edge auf Chromium Basis oder direkt Chrome. Da sollte dann bei Cookies folgende Einstellung helfen: https://gpsearch.azurewebsites.net/#14555 Generell wäre die Frage, ob du nicht mit der Desktop App "besser" dran wärst. Diese wird immerhin automatisch bzw. per Default optimiert: https://docs.citrix.com/en-us/citrix-virtual-apps-desktops/1912-ltsr/multimedia/opt-ms-teams.html Gruß Jan

Korrekt. Im Fall Windows Server 2019 ist es in dem Vertrag, wo ich nachgesehen habe, die Build 1809 mit Patchstand 04/2020 und 06/2020. Für Windows 10 habe ich nen Screenshot gemacht ;): https://i.imgur.com/qDqt7sq.png

Hi, AFAIK bekommst du "Neuerdings" im VLSC die jeweilige Windows Server 2019 LTSC <Update Stand letzter SAC Release> sowie LTSC <Patchstand aktueller SAC Release>. Zusätzlich, sofern berechtigt, halt auch die (neuste) SAC Release. Bei Windows 10 bekommst du auch "nur noch" relativ aktuell gepatchte ISOs der verschiedenen Builds. Ich find es eigentlich ganz praktisch :). Gruß Jan

Für alle die auf 1912 LTSR geupdated haben: https://support.citrix.com/article/CTX277662

Weil ich für einen Dienstleister tätig bin ;). Wenn ich mich recht erinnere, ist der .Net 4.8 Support für Exchange 2013 "nachgeschoben" worden und irgendwo meine ich es so "als Empfehlung" im Technet / auf dem Exchange Blog gelesen zu haben. Auf die Schnelle finde ich aber grade nichts (mehr?) dazu. Gibt es Vorteile auf einem / für einen Exchange 2013 mit .Net 4.8 gegenüber einem mit .Net 4.7.2?

Hi, bei Exchange 2013 würde ich erst .Net 4.7.2 installieren und dann direkt das CU23. Im Abschluss kannst du dann noch .Net 4.8 installieren. Gruß Jan

Hi, ist grade auf dem Exchange Team Blog veröffentlich worden und könnte in deine Richtung gehen: https://techcommunity.microsoft.com/t5/exchange-team-blog/book-a-workspace-in-outlook/ba-p/1524560 Allerdings ist die "Capacity" wohl "cloud-only" :). Gruß Jan