BOfH_666

... kann ich so nicht nachvollziehen/bestätigen ...

.... obsolete ...

Na, dann lass uns jetzt aber bitte nicht dumm sterben. Wir lachen auch gern mit.

Es kann sein, dass ich irgendwas immer noch nicht richtig verstanden habe, aber das Thema sollte sich ja in nicht allzu ferner Zukunft erledigt haben und Du kannst das Script - oder den Teil des Scriptes - wieder deaktivieren.

Alles klar. Verstehe ich. ... hatte ich auch nicht erwartet. Dazu kann ich nix sagen - ich beschäftige mich überhaupt gar nicht mit Batch/CMD. Aber wenn es eine Lösung ist, aus einem Script die problematischen Stellen einfach wegzulassen, würde ich nicht lange überlegen und keine Zeit weiter an die Ursachenforschung verschwenden. Supi. Haken dran an das Thema. Auf zu wichtigeren/schöneren/dankbareren Sachen. Das verstehe ich nicht. Muss ich aber auch nicht. "Infrastruktur" beinhaltet auch lokale Systeme. Offenbar ist es ja eben doch relevant.

Hmmm ... ich weiß ... nicht, was Du hören möchtest, aber .... Wieviel Zeit sparst Du mit der Prüfung? ... wenn Du wirklich eine messbare Zeitspanne sparst - ist es relevant? Lohnt es den Aufwand, den Du hier gerade investierst? Tja ... genau ... was hat sich seitdem in Deiner Infrastruktur gerändert? Da können wir Dir sowieso nicht helfen. Wenn Du Langeweile hast, solltest Du weiterforschen. Wenn Du an einer Lösung interessiert bist, solltest Du das Ziel nicht aus den Augen verlieren. Wenn das Ziel ist, dass die Aufgabe den System-Account benutzt, hast Du ja eine Lösung. Übrigens, - nur aus Neugier - warum gibt es denn offenbar Systeme, wo die Aufgabe nicht mit den gewünschten Einstellungen angelegt wurde bzw. warum ändert sich das iregndwie?

Du hast ja scheinbar in der XML-Datei die Du für das "Umtragen" benutzt, die korrekten Einstellungen hinterlegt, oder? Dann kannst Du die Prüfung, ob die Aufgabe mit dem Systemkonto läuft auch weglassen und einfach gleich die Aufgabe mit den gewünschten Einstellungen anlegen und damit eine eventuell fehlerhafte Aufgabe überschreiben.

... nur zu diesem Thema .... Hmmm ... was passiert denn auf Deinem System mit dem Script, wenn der letzte enthaltene Befehl abgearbeitet wurde? ... und die ganzen Pause-Befehle sind für ein Script auch wenig hilfreich, wenn es automatisch ablaufen soll, oder? Ich weiß, hier werden gleich wieder Augen rollen, aber hast Du schon mal darüber nachgedacht, das Script in eine etwas modernere Technologie zu migrieren? ... PowerShell?

Da isses ja fast schade, dass wir davon nur den Exch2019 einsetzen ...

... 'wußte gar nicht, dass es für den auch eine Zahl gibt ...

Ich dachte, das wär die 666 gewesen ...

Darf ich mal neugierig sein? Warum? Was fängt man damit an?

Dafür gab's gestern ne Doku über den Tana ... wen's interessiert, es gibt auch noch Wiederholungen ... https://www.phoenix.de/sendungen/dokumentationen/grenzfluesse-a-559585.html

Na, das hättest Du aber wirklich in ein paar Sekunden mit Google rausfinden können. [XML]$Content = Get-Content -Path 'D:\sample\Input.xml' $Content.Save('D:\sample\Output.xml')

... vielleicht hat MSFT ja bereits Ende der 90-er damit gerechnet, dass sich das papierlose Büro in allerkürzester Zeit durchsetzt und damit keine Druckdienste mehr gebraucht werden ... <rofl>

Verbringt ihr ein langes WE zusammen???

Wie wichtig ist es, zu wissen was der Fehler war? Nach dem Test, den Du mit dem Punkt 3 abgehandelt hast, wäre mein nächster Schritt gewesen, dem User ein frisches Profil zu verpassen.

Kein Thema. Dafür sind wir doch alle hier.

Ich wär für eine Fotovoltaik-Anlage und Energiesparlampen .... dann können wir's ohne schlechtes Gewissen an lassen. Und dann muss man auch nachts nicht immer in diesem Dämmerlicht rumtapsen. ... das wirkt dann auch gleich viel einladender, wenn sich mal ein Neugieriger nachts hierher verirrt.

Nur um es nicht falsch verstanden zu haben: Du suchst nach Ordnern, oder? Warum dann ... $_.psIsContainer -eq $false ... ? Und wenn ich mich nicht irre, wird die Eigenschaft "LastWriteTime" eines Ordners von der aktuellsten "LastWriteTime" der im Ordner enthaltenen Dateien bestimmt. Das hieße, wenn in dem Ordner laufend neue Dateien geschrieben werden, ändert sich auch permanent die "LastWriteTime" des Ordners. Übrigens: Seit PowerShell Version 3 kennt das cmdlet Get-ChildItem die Parameter -File und -Directory, um die Suche auf Dateien oder Ordner zu beschränken.

Das Fragezeichen hinter der Pipe ist ein Alias für das cmdlet Where-Object. Es wird also geprüft ob der "DistinguishedName" der AD-Gruppe "meineGruppe" im Attribut "memberOf" der vom cmdlet Get-ADComuter gelieferten Objekte NICHT enthalten ist. Trifft diese Bedingung zu wird das dadurch gefilterte Computer-Konto mittels Add-ADPrincipalGroupMembership der AD-Gruppe "meineGruppe" hinzugefügt. Aliasse sind eine Möglichkeit in PowerShell "Tipp-Arbeit" zu sparen. Sie sollten aber ausschließlich in der Konsole verwendet werden. In Skripten oder in Foren gelten sie als sehr schlechter Stil und unhöflich, weil sie das Lesen und Verstehen des Codes unnötig erschweren. Hier noch ein bissl generelle Lektüre dazu : The PowerShell Best Practices and Style Guide

Ich glaube selbst Du wärst immer noch überrascht und rechtschaffen entsetzt gleichermaßen, über die Anzahl der Leute, die auf diese Frage "Hier ... ich!" antworten.

<SCNR> Ich würde auf OCD tippen .... </SCNR>

Wenn für die Anzeige des PDFs ein weiterer Tab geöffnet wird, könntest Du noch <Alt-W> probieren. Oder wenn die Anzeige im gleichen Tab erscheint, könntest Du <Alt-CursorLinks> für "Zurück" probieren. ... und ich dachte, Du hättest schon ALLE bekannten Tastenkombinationen getestet. Editr: Ich Dussel ... ich meinte natrülich auch <Strg-W> .... Hast Du denn den Adobe Reader auch als Standard für PDF-Dateien konfiguriert?

Das ist der Standard, wenn man sich die Mailbox korrekt in Outlook einrichtet. .... nicht als Option "weiteres Postfach" zum eigenen Postfach, sondern als eigenständiges Postfach NEBEN seinem eigenen Postfach.