BOfH_666

Ich werde das demnächst "eindeutschen". Dann wird die Intention noch deutlicher.

Dafür gibt es keine Tools, weil es keinen Sinn macht, VBS-Befehle 1 zu 1 in Powershell zu "übersetzen". was heißt das? Powershell ist doch kein Umweg!! ... sind 30 Elemente garantiert immer so "klein", dass es auch möglich ist, sie per Anhang mit einer Mail zu vesenden? Wäre nicht ein Upload auf einen geschützten Ablage-Ort und eine passende Info-Mail der professionellere Weg?

Da ich die konkreten Anforderungen nicht kenne - nope. Aber um einen Wert aus einem AD-Attribut in ein anderes zu verschieben/kopieren, genügen Powershell-Anfänger-Kenntnisse. Wenn man das nicht from Scratch selber machen möchte, gibt es im Netz - gefühlt - tausende Beispiele, die man an die eigenen Bedürfnisse anpassen kann.

Du kannst Dir gar nicht vorstellen, wie oft in Foren jemand eine konkrete Frage stellt und einen Lösungsweg im Hinterkopf hat, der sich dann aber als absoluter Holzweg oder wenigstens sub-optimal herausstellt. ... und wie oben schon erwähnt - wenn Du die benutzte Telefonnummer in ein anderes Attribut packen könnt, ist das mit Powershell z.B. sehr einfach zu scripten, die existierenden Nummern in dieses Attribut zu übertragen.

Das lässt sich aber relativ einfach scripten. OK. Entschuldige bitte. Ich bin bisher davon ausgegangen, dass wir hier von Exchange Online reden. Dann sind meine Einwände natürlich falsch. Aber mit einem Hinweis in Deinem ersten Beitrag, um welche Lösung es sich handelt, wäre das nicht passiert.

Aber wenn ich Dich richtig verstandnen habe, willst Du doch etwas ändern!? ... vielleicht nimmst Du Dir nochmal einen Moment und versucht mal über Deinen Tellerrand hinauszudenken. Vielleicht ist es ja besser, einfach etwas anderes zu ändern als Du dachtest!?!?! Wie schon weiter oben geschrieben - das muss nicht heißen, dass das bis in alle Ewigkeit so bleiben muss und auch die beste Lösung ist. ... das ist nur zu implementieren - von Microsofts Seite entstehen da keine Extra-Kosten. Das sehe ich ganz anders. Wenn ein verfügbares Audi-Erstzteil das Problem des VW-Fahrers löst (was im Übrigen gar nicht soo weit hergeholt ist), wird er damit sehr glücklich sein. Und wenn sein Wagen dadurch noch einfacher zu handhaben ist, wird er sich fragen, warum ihm seine Werkstatt das nicht fürher angeboten hat.

..... und dann muss das für die Ewigkeit so bleiben? Gelegentlich kann es hilfreich sein, wenn man eingetretene Pfade verlässt. Deine Anwender werden begeistert sein, wenn sie nicht mehr eine Nummer ablesen und eintippen müssen sondern nur noch auf dem Handy einen Button antippen müssen, um sich anzumelden.

Die Microsoft-Authenticator App ist meiner Meinung nach sehr empfehlenswert.

Thomas, willkommen im MCSEboard. Wenn ich alles richtig verstanden habe, sollte es so funktionieren: $tool = 'C:\Sicherung_Stick\Tools\ghostscript\bin\gswin64c.exe' $inputDir = 'X:\513214\7. Scan Posteingang' $outputDirPDF = 'X:\513214\7. Scan Posteingang\ERLEDIGT' $outputDir = 'X:\513214\TIFF zum einlesen' $pdfs = Get-ChildItem -Path $inputDir -Recurse -Filter 'x*.pdf' foreach ($pdf in $pdfs) { $splittedBaseName = $pdf.BaseName -split '_' $tifBaseName = $pdf.LastWriteTime.ToString('yyyyMMdd') + '_' + $splittedBaseName[0].TrimStart('x') + '_prüfung_' + ($splittedBaseName[1..2] -join '_') $tif = Join-Path -Path $outputDir -ChildPath ($tifBaseName + '.tif') $pdf_to_move = $inputDir + $pdf.BaseName + ".pdf" if (Test-Path -Path $tif) { "tif file already exists $tif" } else { "Processing $($pdf.Name)" $param = "-sOutputFile=$tif" & $tool -q -sPageList=1 -dNOPAUSE -sDEVICE=tiffg4 $param -r600 $pdf.FullName -c quit } Move-Item $pdf_to_move $outputDirPDF }

Sorry ... das war auch eigentlich nur ironisch gemeint.

..... und ich hatte schon einen Moment überlegt ... ... der neue Server bringt ja seine lokalen Gruppen auch schon mit ... jedenfalls die, die eben alle Server mitbringen.

Warum würde man das tun wollen?

Oh, super. Gibt's hier jetzt ein Freitags-Rant? ... da fällt mir auch noch das ein oder andere ein ... aber nicht unbedingt nur zu Windows 10 ....

Vor allem fehlt eine Rückmeldung.

Da hätte ich ne ganz verrückte Idee .... ... einfach ein Konto benutzen, welches auf allen benötigten Ressourcen die benötigten Berechtigungen hat. Dann kann man sich auch das Gefrickel mit Laufwerksbuchstaben sparen und die nimmt einfach die UNC-Pfade.

Erlaubt robocopy überhaupt Wildcards in der Quelle? ... es sollte doch eher so aussehen, oder? robocopy "D:\blabla\" "E:\Zielordner" "Ordner_%DATE:~6,4%_%DATE:~3,2%_%DATE:~0,2%*" /S /R:2 /W:0 /LOG:E:\Zielordner\Sicherung.log /TEE /NDL

Was genau heißt "kann variieren"? Das Pattern "G[0-9]{1}T[A-Z0-9]{2}" matched eben auch "G9T3F". Du sagst G1T3F kann variieren und auch 3100 ... warum soll also der Dateiname "TEST.BARN.G9T3F.02981185.B200225.T014508.X02.CSV" dann nicht auch passen? Übrigens: wenn Du nur nach einem Zeichen suchst, kannst Du den Quantifier "{1}" weglassen. EDIT: Wenn ich es richtig verstanden habe, könntest Du die beiden Pattern quasi verbinden ... so hier: $collection = @( 'TEST.BARN.G1T3F.02983100.B200225.T014508.X02.CSV', 'TEST.BARN.G1B53.02983104.D200225.T014508.C02.0400.CSV', 'TEST.BARN.G9T3F.02981185.B200225.T014508.X02.CSV' ) foreach ($item in $collection) { if ($item -match 'G[0-9]T[A-Z0-9]{2}.{5}31[0-9]{2}') { "$Item - cool" } else { "$item - uncool" } }

Hallo Syrador und willkommen im MCSEboard. Ich gehe jetzt einfach mal davon aus, dass Deine CSV eine valide CSV-Datei ist und eine Spalte mit dem Header sAMAccountName enthält. Dann sollte eigentlich Folgendes genügen: $Users = Import-csv -Delimiter ';' -Path 'C:\temp\mappe3.csv' $GroupMemberList = Get-ADGroupMember -Identity 'Test_Gruppe_DM_alt' $Vergleich = Compare-Object -ReferenceObject $Users.sAMAccountName -DifferenceObject $GroupMemberList.SamAccountName -IncludeEqual -ExcludeDifferent Add-ADGroupMember -Identity 'Test_Gruppe_DM_neu' -Members $Vergleich.InputObject Remove-ADGroupMember -Identity 'Test_Gruppe_DM_alt' -Members $Vergleich.InputObject $Vergleich | Export-Csv -Path 'c:\temp\Ergebnis.csv' -Delimiter ';' -NoTypeInformation -Encoding UTF8

... nicht alle auf einmal betrachten ... einfach eine Option nach der anderen ansehen ... ??? Wow!! .... ihr hab also 22 oder 23 zusätzliche Laufwerke im Server? ... Doppel Wow. Warum macht man denn sowas? Die Freigaben kann robocopy nicht transportieren. Dafür könnte man im Zweifel die entsprechenden Reg-Keys übertragen. Ich würde aber empfehlen, die Struktur bei diese Gelegenheit gleich ein wenig zu verschlanken. Im einfachsten Fall robocopy Quelle Ziel /MIR. Das spiegelt die angegebenen Verzeichnisse. Einfach mit einem Test-Verzeichniss ein bissl rumprobieren - das ist ja kein Hexenwerk.

Das werd ich mal probieren.

... hah .... die Eichhörnchen-Geschichte .... das kenn ich. Respekt. Als zweiten Faktor dann Smartphone-Apps oder etwa noch so'ne kleinen RSA-Tokens?

MFA? Für normale Büro-Täter? Wow. ... für unsere administrativen Accounts haben wir das ja auch schon, aber für die normaler Anwender finde ich das echt ambitioniert. Doppel-Cool!!

Cool. Gibt es da ein "Killer-Argument", was den entscheidenden Ausschlag gibt oder kommt die Einsicht einfach so und benutzt Ihr welche von den Studien oder White-Paper, die es dazu gibt?

Ich bin nur neugierig. Die Empfehlung aus dem Mutterland der unsinnigen Passwort-Regeln, sehen das ja schon ein paar Jahre lang vor - jetzt kommen auch immer öfter entsprechende Empfehlungen von Experten aus Deutschland. Siehe diese Heise Meldung. Trotzdem scheint es (gefühlt) niemanden zu geben, der diese Empfehlung wirklich umgesetzt hat. Oder irre ich mich? Gibt es bei einem von Euch, oder bei einem Eurer Kunden, schon eine allgemeine Passwort-Regel, die diesen Empfehlungen folgt und kein Maximal-Alter für Passwörter festzurrt?

Das gibt es sogar mit Windows Server 2019 und Exchange 2019 noch ... ich habe letztens für's CU5 einen Server 5 mal neu gestartet bevor ich weitermachen konnte.