BOfH_666

vor 7 Minuten schrieb grbennemsi:

Die Operatoren -le und -lt funktionieren. Bei den andern Operatoren bleibt die Variable $OpenTable2 leer.

Das hört sich ziemlich unwahrscheinlich an.  Besteht die Möglichkeit, dass die Operatoren doch richtig funktionieren? ... also, dass es einfach keine Einträge gibt, die aktuell genug sind?   

vor 25 Minuten schrieb dSteph:

Ich habe noch eine kleine Herausforderung: Powershell 2.0

Nur mal aus Neugier .... warum?  Wenn ich mich nicht irre, sind alle Betriebssysteme, die mit einer PowerShell-Version kleiner 3.0 ausgeliefert wurden, schon ne Weile aus dem Support, oder?  

... und selbst, wenn nicht - man könnte z.B. per UNC-Pfad auf die gewünschte XML-Datei zugreifen.

Davon unabhängig - vergucke ich mich, oder ist in der kompletten XML-Datei die Du gepostet hast, das gewünschte Muster gar nicht vorhanden?    ... also jedenfalls nicht so, wie Du es in Deiner ursprünglichen Frage angegeben hattest!?

vor einer Stunde schrieb Dukel:

Evtl. fehlt nur ein leerzeichen nach "-ge".

Ich glaub, das ist nur ein Fehler vom Hier-Her-Kopieren. 

vor 3 Stunden schrieb grbennemsi:

Mit dem $_.EventStart verweise ich auf auf das Startdatum des Kurses in der Variable $OpenTable.

Die Fehlermeldung lässt ja leider Raum für Interpretation. Vielleicht ist auch das "[datetime]::today" die Ursache. Versuch doch stattdessen mal "$((Get-Date).Date)". Wenn das auch nix bringt ... vielleicht baust Du Deinen Code ein bissl um, um das Error-Handling zu erleichtern. Statt des "Where-Object" eine Schleife benutzen und die jeweiligen Variablen-Inhalte und -Typen ausgeben.  

vor 15 Stunden schrieb grbennemsi:

Aus meiner Sicht müssten beide Werte als DateTime und nicht als String vorliegen. Wenn ich mit *getType() nachschaue, zeigt es mir auch DateTime an. Mit andern Tebllen hatte ich dieses Problem nicht. Liegt es eventuelle am Objekt DataTable? Hat jemand noch eine Idee?

Vielleicht zeigst Du uns etwas mehr von Deinem Code ... 'ist manchmal leichter, wenn man ein bissl Kontext hat.  

Georg,

Willkommen im MCSEboard.

Die leeren Anführungszeichen in der Fehlermeldung deuten darauf hin, dass die Eigenschaft, die Du benutzen möchtest, leer ist. (oder hast Du die nur hier für das Forum entfernt?)

vor 47 Minuten schrieb Sunny61:

DOTX ist aktuell für eine Vorlage OHNE Makros, mit Makros ist es ein DOTM.

Ich schrub doch extra, dass ich keine Ahnung habe.    ... der Unterschied war mir tatsächlich nicht bewusst. Danke. 

vor 7 Stunden schrieb Emmermacher:

Der Hersteller ruft aus Seiner .dot Datei Makros aus anderen Datei auf.

Ohne auch nur ansatzweise Ahnung von Office-Makros zu haben  ...  die Erweiterung ".dot" klingt irgendwie nicht nach aktueller Version - sollte das nicht .dotx oder so sein? Wie wär's wenn der Hersteller das 1. aktualisiert und 2. nicht in externe Dateien auslagert, sondern in die entsprechende Vorlage integriert?

vor 13 Minuten schrieb speer:

mit USB-C kompatibel

Die benutzen nur den gleichen Stecker ... was es natürlich auch nicht weniger verwirrend macht ... 

Also 20H2!? Es ging mir nur darum, dass es noch ein supportetes Windows ist.  

So ... 'hab nochmal bei uns nachgeguckt ... sieht da genauso aus.  ¯\_(ツ)_/¯  Das "Release-Datum" für diese Updates ist der 20.09.2022. Ich gehe davon aus, dass das entweder ein Fehler von MSFT ist, oder MSFT einen Fehler in den Updates entdeckt hat, der erst noch gefixt werden muss, bevor es ein neues aktualisiertes Updates dafür gibt.

Auf der anderen Seite ist - auch nachträglich am 20.09.2022 - also nach dem offiziellen Patch-Mittwoch - noch ein weiteres Update rausgekommen ... "2022-09 Dynamic Update for Windows 10 Version 20H2 for x64-based Systems (KB5017404)" 

... ist ja nicht das erste mal, dass MSFT Probleme mit den Updates hat.

vor 1 Stunde schrieb derAlte:

Updates für Windows 10

... darf ich fragen welches Windows 10?

Ich glaube, ich verstehe die Frage noch nicht ganz. Wenn ein Update von MSFT als abgelaufen deklariert wird, gibt es meistens ein neueres, welches das alte ersetzt oder integriert hat. Jedenfalls kannst Du abgelaufene Updates mit SCCM nicht mehr installieren. Bei den Vorschau-Versionen in Deinem Screenshot ist mit an Sicherheit grenzender Wahrscheinlichkeit  die "fertige" Version des Updates erschienen. Und die sollte dann auch installiert werden.  

vor 2 Stunden schrieb daabm:

Tür ist neu, von denen hier:

... das Video kannte ich schon ...  coole Sache ... Handwerkskunst.  

Uii ...  und wat ne mondäne Tür ... cooler Stil-Mix!  

nur mal so "Off Topic" ... man kann in der Nachricht, von der man etwas zitieren möchte, eine Passage markieren und dann auf das kleine Kontext-Menü klicken, in dem "zitieren" angeboten wird. Dann brauchst Du Dir nicht immer die Mühe mit dem Rauskopeiren und so machen ...  

Das sieht dann so aus:

vor 6 Minuten schrieb sg08234:

Für die Einrichtung der lokalen Richtlinien und Scripts habe ich ein weitgehend automatisiertes Istallations- und Update-System, welches ich für mich und meine Kunden nutze.

vor 10 Minuten schrieb sg08234:

Berechtigung für "alle" sind gesetzt (sonst würde net use mit Nutzername und Kennwort ja auch nicht funktionieren).

Dann würde aber auch nicht nach Benutzername und Passwort gefragt, oder?  

vor 1 Minute schrieb sg08234:

Ein NAS bringt zusätzliche Komplexität und Energiekosten in das "System"

Ooops ... dann hatte ich das falsch verstanden ... Sorry ... ich hatte im Hinterkopf, dass Du die Freigaben auf einem NAS zur Verfügung stellst.

vor 2 Minuten schrieb sg08234:

Und an einer Stelle habe ich es auf meinem Master-PC auch.

Na dann kannst Du doch dort die entsprechenden Konten berechtigen, oder?

... und ... 

vor 11 Stunden schrieb BOfH_666:

... die Konten der zugreifenden PCs auf Deinem NAS zu berechtigen ist keine Option?

... dann brauchst Du auf den einzelnen PCs überhaupt nicht mit Credentials rumfummelm, sondern hast alles an einer Stelle - auf Deinem Nas!?   

vor 28 Minuten schrieb sg08234:

dass net use ohne Angabe von Nutzername und Kennwort nicht funktioniert.

Nur so'ne Idee ... die Konten der zugreifenden PCs auf Deinem NAS zu berechtigen ist keine Option?

vor 40 Minuten schrieb Userle:

Dürfte allerdings eine ziemliche Bastelei werden.

Was ja häufig nicht abschreckend genug ist ...   

vor 27 Minuten schrieb BRIX:

Erscheint mir die einzige adäquate Lösung zu sein ohne im Word die ganzen Formatierungen neu zu setzen.

Je nach Anspruch, könnte noch ein entsprechend formatiertes Bild als "Hintergrundbild" eine Notlösung sein. 

... ich wär' bei meinen Vorrednern - für präzise Layouts ist Excel eher nicht geeignet.  

Davon unabhängig ...

vor 4 Stunden schrieb BRIX:

Trotz Einstellungen der Seitenränder, das die Kopfzeile 0 ist, orientiert sich die Grafik, also die Kopfzeile eigentlich, immer an den Eingestellten Seitenrändern des Textes

... wenn ich da nicht etwas falsch in Erinnerung habe ... die eingestellten Seitenränder begrenzen den für alle Elemente einer Seite nutzbaren Raum. Die Fuß- und Kopf-Zeilen können also auch nur so hoch und breit werden, wie die Seitenränder das zulassen.  Die einstellbaren Seitenränder werden zusätzlich auch noch von der bedruckbaren Fläche beeinflusst, die der Druckertreiber des eingestellten Druckers an Excel meldet. Die wenigsten Drucker können eine Seite randlos bedrucken.

vor 53 Minuten schrieb Lukikum:

Meine Gedanke: Datenbank XYZ hat einen Benutzer der 160GB Postfach vom Server abrufen möchte und 100 User die ihr 5GB Postfach aufrufen möchten. Das ist großer Aufwand für die Festplatte und könnte dazu führen dass es halt mal langsamer wird.

Nur weil ein Benutzer ein 160GB großes Postfach hat, heißt das ja nicht, dass dieses Postfach in voller Größe komplett gelesen wird, wenn der Benutzer sein Postfach in Outlook "öffnet".

vor 12 Minuten schrieb Samoth:

Ich spreche explizit nicht von Passwörtern für den normalen Windows User, sondern von Passwörtern für Admin-User

Warum sollte man die unterschiedlich behandeln? So lange die Passwörter sicher sind und kein Verdacht besteht, dass ein Passwort kompromittiert wurde, braucht man es doch nicht ändern!?  

vor einer Stunde schrieb Der_Peter:

oh sorry :-( OK

Ich würde empfehlen, mit einem eigenen Thread nochmal neu anzufangen.  

vor einer Stunde schrieb Der_Peter:

Vielleicht ist es möglich  das skript zu erweitern ?

Klar ... is immer ne gute Idee. Ich würde aber erstmal Deinen bisherigen Code korrigieren/verbessern. Dein Ansatz die Umlaute zu ersetzen ist wahnsinnig ineffizient. Du liest jede Datei insgesamt 4 mal ein, um ein paar Umlaute zu ersetzen und schreibst jede Datei auch wieder 4 mal neu. Ich würde empfehlen, das eher anders rum zu machen.    ... und was ist mit großen Ös, Üs und Äs?  

vor 34 Minuten schrieb andrew:

Anbei der Auszug der winlogon.log Datei

Nur mal 'n Tipp zur besseren Lesbarkeit solcher Auszüge hier im Forum: wenn Du das als Code formatierst - in diesem Fall einfach ohne Syntaxhervorhebung, weil es ja nicht wirklich Code ist - dann ist es für die, die es wollen, leichter zu "Konsumieren/Kopieren/Einfügen" usw. und es gibt keine ungewollten Zeilenumbrüche und so ...  und für die, die es nicht wollen, aber vielleicht trotzdem mitlesen, stört es nicht so extrem und man muss nicht so viel scrollen.

Danke schon mal im Voraus.  

Wie befüllst Du die Variable "$User" denn? Das ist in Deinem Ausschnitt leider nicht zu sehen.

Übrigens: Backticks für die Zeilenumbrüche zu verwenden wird als sehr schlechter Stil betrachtet. Die viel bessere und auch robustere Methode ist, Splatting zu verwenden:

https://docs.microsoft.com/en-us/powershell/module/microsoft.powershell.core/about/about_splatting?view=powershell-7.2