wolfrP

Dann hab ich wohl einfach nur zu schnell geschlussfolgert, Dankeschön

Hallo zusammen, ich möchte per CMD ein Powershellskript aufrufen das auf einem Entfernten UNC-Pfad liegt. die BAT-Datei liegt im Gleichen (REMOTE) Verzeichnis Aktueller batchinhalt: PowerShell.exe -ExecutionPolicy Bypass -Command "& '.\install.ps1'" CMD unterstützt ja keine UNC-Pfade. Das Powershell-Skript ist teil der Erstinstallation der Recher, und tut so wie es soll. will mir mit dem batch-Skript nur ein bisschen tipperei sparen

In Teams kann man (je nach Konfiguration) Gäste hinzufügen. Der eingeladene bekommt dann eine Mail, mit der er der Teamsorganisation beitreten kann. Das ist aber nicht kompatibel mit normalem Skype, wie in der Letzten Antwort schon erwähnt. Kommunizieren können: Skype mit Skype SkypeforBusiness mit SkypeforBusiness SkypeforBusiness mit Teams (wenn es passend konfiguriert ist) Teams mit Teams Option zu kommunikation wäre halt ein Skypekonto im Namen der Firma zu eröffnen, oder den User in Teams einzuladen. letzteres macht aber keinen Sinn, wenn es sich um einen Privatanwender handelt

Skype und Skype for Business sind Zwei GANZ ANDERE dinge. Skype ist das was man von zuhause kennt, man kann Leute als Freunde hinzufügen, telefonieren, etc. Alles über die Microsoft Skypeserver. Skype for Business ist in einigen Funktionen ähnlich, allerdings verläuft die Kommunikation über explizite Skype for Businessserver, sei es in einem Unternehmen selbst gehostet, oder wie in Teams(der direkte Nachfolger der z.T. auch kompatibel mit Skype for Business ist) über einen Azure-Server Mit was möchte Sie denn kommunizieren? BTW. das Subforum ist eigentlich nicht für Fragen gedacht

Hallo zusammen, ich weiß das WPF und XAML in Powershell nicht den Fokus dieses Forum treffen, hab bisher aber hab bisher dazu nichts gefunden. Kennt da jmd. vlt ein Forum/eine Nutzerplattform zum Austausch mit anderen, oder ein Wiki, das sich mit dem Thema im Fokus Powershell bezieht? Die Microsoftseiten sind alle C# basierend, und vorallem wenn es um Syntaxkorrekturen geht hilft mir das nicht. Vielen Dank Wolfram Petersen

DPAPI hat das Problem bei mir immer gemacht, das ich Skripte auf Servern laufen lasse, die unter Usern laufen, mit denen ich mich da nie anmelde. Die User unter denen die Skripte laufen sind reine Funktionsuser und sollen dementsprechend nicht die Server mit Profilen vollmüllen. Hat jemand noch ne Idee zum ursprünglichen Problem?

zum Verschlüsseln: # Generate a random AES Encryption Key. $AESKey = New-Object Byte[] 32 [Security.Cryptography.RNGCryptoServiceProvider]::Create().GetBytes($AESKey) # Store the AESKey into a file. This file should be protected! (e.g. ACL on the file to allow only select people to read) Set-Content $AESKeyFilePath $AESKey # Any existing AES Key file will be overwritten $passwordSecureString = ConvertTo-SecureString "Passwort das vershlüsselt werden soll" -AsPlainText -Force $password = $passwordSecureString | ConvertFrom-SecureString -Key $AESKey Add-Content $pwdTxt $password Zum entschlüsseln: $securePwd = $pwdTxt | ConvertTo-SecureString -Key $AESKey

Hallo zusammen, wie kann ich ein Credential-Objekt mit einer Mailadresse erstellen? $username = "Azureadmin@domain.de" $credObject = New-Object System.Management.Automation.PsCredential($username,$securePwd) was mein bisheriger Ansatz, das beschwert sich aber, das die mail kein gültiges Samaccountname-Format hat. Die Credentials brauche ich hierfür: New-AzureADSSOAuthenticationContext -CloudCredentials $credObject Gibt es noch andere Credential-Objekt-Typen? Das Thema Passwort in Script hab ich schon gelöst mit einer AES-Verschlüsselung, an dem Benutzernamen komme ich aber auch mit Google nicht weiter. Wenn das Forum hierfür unpassend ist, gibt es ein besseres? Wenn ja welches? Vielen dank für die Hilfe schonmal im Vorraus MFG Wolfram

Danke für die Tipps, werde ich mal ausprobieren. msExchDelegateListBL finde ich nicht einmal bei den leeren Attributen des Problemusers msExchDelegateListLink ist der einzige mit msExchDelegateList* Gruß Wolfram

Hallo zusammen, bei einem Kollegen von mir wird ein Postfach immer noch angezeigt, obwohl es auf dem Exchange gelöscht wurde. Das Postfach wurde via Automapping eingebunden und Outlook fällt nun vermutlich beim abfragen des Postfaches auf die Nase. Mein Outlook war die ganze Zeit im Online-Modus, das meines Kollegen im Offline-Modus, ist nun aber auf Online-Modus umgestellt. Wie kann ich Outlook beibringen, dass es das Postfach nicht mehr gibt und wie verhindere ich zukünftig, das Postfächer die via Automapping in Outlook kommen, nach dem löschen noch angezeigt werden. (Wir räumen gerade unbenutzte Postfächer auf, manche User haben die zwar noch eingebunden, brauchen diese aber nicht mehr)

Tut mir leid, mach ich nächstes mal.

Problemgruppe gelöscht und einfach neu angelegt hat das Problem gelöst Tut mir leid wegen des Crosspostings, wollte nur dem Rat von Bofh_666 folgen. Wie soll so ein Hinweis denn aussehen/was gibt es dafür für Regeln, hab nichts dazu gefunden?

das geht leider nicht, da ich ein weiteres filtern im endgültigen Skript haben muss, Weboberfläche Hat das gleiche Problem

Wenn du genau wissen willst, was dein Skript als Task macht, füg Start-Transcript -Path ".\transcript.txt" -NoClobber ein, dann hast du deine Consolenausgabe in einer Datei

Die hinterlegten einträge hatten nicht FullAccess, ich habe aber nur versucht FullAccess zu entfernen

Wie im Screenshot zu sehen ist, findet der Get-Mailboxpermission -Befehl einen eingetragenen Vertreter(eine Gruppe), Remove-Mailboxpermission allerdings nicht Hat jmd eine Idee Schwarz zensiert ist der Firmenname, Rot ein Produktname EX_ROT_Import ist die Gruppe die entfernt werden soll, ROT_Import ist das Postfach

Du musst nicht einmal Filtern welche User in der Gruppe schon sind, wenn der User schon Vorhanden ist, spuckt das ne Warnung aus, läuft aber ohne Schmerzen weiter Get-ADUser -Filter * -SearchBase "<DN deiner OU mit den Usern>" | Add-ADPrincipalGroupMembership -MemberOf <Name der Gruppe>

Hallo zusammen, ich stehe vor einem sehr merkwürdigem Problem: Wenn ich in der Weboberfläche von unserem Exchange (2016) bei unseren technischen Postfächern reinschau, finde ich dort (wie gewollt) nur User, da ich alle hinterlegten Gruppen per Skript herausgekegelt habe Wenn ich mit Get-Mailboxpermissions jedoch diese Postfächer ansehe, finde ich alte SIDs, die sich nicht entfernen lassen und die alten, ehemals hinterlegten Gruppen Wieso sind diese noch da, hat jmd eine Idee, wie ich diese und vlt. auch die S-1-5-21-... loswerde? Wie kann ich mir in Zukunft sicher sein das ein entfernen von Usern diese auch zuverlässig aus den Postfächern entfernt? Vielen Dank in Vorraus für gute Ideen Gruß WolfrP PS: Kann leider erst Dienstag wieder hier Antworten, entschuldigt also wenn ich euch montag nicht antworten kann

Uii, Glühwein, das will man sich doch nicht entgehen lassen; heute Abend, warm... Aber nicht das Fenster öffnen, draußen stinkts Tag zusammen

Guten Tag zusammen, ich bin der Neue. Ich hab zum Einstieg einen Christstollen für die Runde gebacken

versuch mal Get-ADUser -Filter {name -like "*"} -Properties LastLogOnDate -ResultSetSize Unlimited|FT -Property Name, LastLogonDate -A vielleicht limitiert die AD die max ausgabeanzahl sonst

Der Array-Ansatz ist im Nachhinein auch viel besser lesbar und wartbar, was für Produktivsysteme nicht zu vernachlässigen ist

Erstmal danke für die Tipps Des Rätsels Lösung war: Visual Studio Code hat in mein powershellskript kein ä, sondern diese Zeichenkombination eingetragen der Haken bei Zeichensatz automatisch erkennen, kombiniert mit dem Laden des Code als Test in Powershell ISE, hat zum richtigen Weg geführt edit: Das Problem des Exportmoduls ist, das nicht einzelne Felder direkt beschrieben werden können, das Exportmodul ist mehr wie Export-CSV; Leider bei dem sinn des Skript nicht passend

weil ich dazu wissen müsste was das encoding davor heist $PSDefaultParameterValues = @{ '*:Encoding' = 'utf-8' } den befehl habe ich mit ein paar encodings durchprobiert, nach einem PC neustart ging das eintragen eines ä nicht mehr

Hallo liebe Community, Ich brauche wiedermal eure Hilfe. Beim schreiben von ä´s in ein Excelfile mit Powershell, wird das ä als zwei Zeichen erkannt (ä) $objexcel = New-Object -ComObject Excel.Application $filepath = "$systemfilepath\asdf.xlsx" $workbook = $objexcel.WorkBooks.Open($filepath) $worksheet = $workbook.WorkSheets.item(1) $worksheet.Cells.Item(1,1)= "ä" $objexcel.Visible = $false $objexcel.DisplayAlerts = $false $worksheet.SaveAs($filepath) $objexcel.Quit() asdf.xlsx ist einfach nur ein leeres xslx dokument hat jemand eine Idee, an welcher Stelle das Encoding falsch läuft? Das ganze tat mal, dann hab ich versucht das Problem eines Kollegen nachzuvollziehen, dabei das Output-encoding in meiner Powershell geändert, jetzt gehts halt net mehr edit: Das ganze muss als Excel gemacht werden, das das eigentliche script produktiv als Task eingerichtet werden soll, ein umwandeln von CSVs in Excel ist nicht möglich