Alle Aktivitäten

Ok, Problem gelöst. Ich musste für das Hinzufügen von der AccessRuntime noch mal eine XML inkl. Office 2024 bauen und den download noch mal neu starten. Danach hat jetzt das Hinzufügen sauber funktioniert. XML sieht dann wie folgt aus. Vielleicht hilft es ja noch jemand anderem

Hi Leute, shame on me. Ich habe den Fehler gefunden. In einer anderen Ecke, die ich zwar nicht bearbeitet habe, habe ich wohl versehentlich die Datei in der Var $Reboot kaput gemacht. Statt "C:\Test\Reboot.txt" stand dort "C:\Test\Reboot" So geht es natürlich gar nicht. Aber der Fehler ist gefunden. Sorry und Danke.

Wie sieht es in der Powershell (ohne ISE) aus?

Ok, aber es ist nichts besonders mit dem Code: $Reboot="C:\Test\Reboot.txt" IF (Test-Path -Path $Reboot) { Write-Log "INSTALLATION FINISHED - REBOOT ALREADY DONE" Do something with the file Reboot.txt... } Das Problem ist, dass nach dem ersten Start der ISE unter Windows 11 die Abfrage true ergibt und dann die Funktion ausgeführt wird - was so nicht sein soll. Es wird dann eine Meldung wegen der Exception eingeblendet, hier kann ich z.B. nein wählen - was ich dann mache. Dann starte ich das Skript in ISE erneut, dieses Mal erfolgt die Abfrage ohne Fehler, die Funktion wird nicht aufgerufen. Wenn ich das Skript in der endgültigen Umgebung laufen lasse, tritt der oben genannte Fehler immer auf...

Vielleicht teilst Du einfach mal das komplette Skript mit uns. So ohne jeglichen Code wird es schwer irgendwas Hilfreiches zu empfehlen. Wenn Du Code oder Konsolen-Output postest, formatier das Ganze bitte auch als Code hier im Forum. Das erleichtert das Lesen und Kopieren usw.

Hallo Leute, gestern habe ich meinem PC, auf dem ich mit Powershell Skripte erstelle, auf Windows 11 umgestellt. Seit dem habe ich folgendes Problem: Ich habe ein Skript, das ein Pfad zu einer Datei prüft, mittels IF (Test-Path -Path $Datei) ... Das Skript bearbeite ich aktuell und führe es mit ISE als Administrator aus. Das war bisher kein Problem, nur wenn die Datei vorhanden war, wurde die Funktion aufgerufen - so wie es sein soll. Seit ich mit Win 11 und PS 5.1 arbeite, wird an dieser Stelle nicht mehr die Datei geprüft, sondern nur der Pfad. Damit geht das Skript in die Funktion und scheitert, weil die Datei zu Bearbeitung nicht gefunden werden kann. Und jetzt wird es richtig Kurios: Wenn der Fehler nach dem Start der ISE Umgebung auftritt und ich es dann ein zweites Mal ausführe, geht es. Ich hatte es dann statt -Path auch mal mit -LiteralPath versuche, dies half aber nicht... auch nicht nur Test-Path. Was ist da los? Hat das schon mal jemand anders vorgefunden? Danke vorab für Eure Hilfe. Infos zur Version: 'Name Value ---- ----- PSVersion 5.1.26100.6584 PSEdition Desktop PSCompatibleVersions {1.0, 2.0, 3.0, 4.0...} BuildVersion 10.0.26100.6584 CLRVersion 4.0.30319.42000 WSManStackVersion 3.0 PSRemotingProtocolVersion 2.3 SerializationVersion 1.1.0.1

Hallo zusammen, ich verzweifele gerade am Office Click 2 Run Installer. Wir hatten bisher immer die MSI Variante eingesetzt und setzen nun sein ein paar Wochen Office 2024 LTSC Standard ein. Die XML für Office haben wir über das ODT online erstellt und sieht wie folgt aus. Wir haben die Daten mit dem Parameter /download <pfad zur xml> erstmal runtergeladen und die Installation von Office 2024 LTSC Standard funktioniert auch einwandfrei. Nun müssen wir auf einigen Clients auch noch die Office Access Runtime für Office 2024 nachträglich installieren. Die Access Runtime für Office 2024 ist die Access Runtime M365 die hier zu finden ist. Hier lädt man nur eine OfficeSetup.exe runter und mit einem Doppelklick wird die Access Runtime installiert. Dies funktioniert aber nicht, wir erhalten folgende Fehlermeldung. Wir wollen die Runtime aber ja auch silent verteilen, daher haben wir über das ODT eine XML gebaut. Diese sieht wie folgt aus Führen wir dann die ODT setup.exe mit dem Parameter /configure <pfad zur xmls> aus, erhalten wir diese Fehlermeldung Ich bin ratlos. Wie kann ich den das "Feature" Access Runtime nun nachträglich installieren. Früher ging das ganz einfach - es gab eine MSI für die Access Runtime und diese wurde zusätzlich installiert. Fertig. Hat hier jemand eine Idee? Vielen Dank und Grüße

Ok, DANKE

Moin an Board, dann wollen wir mal - ich koche Kaffee Allen einen ruhigen Donnerstag, bleibt gesund! Hier derzeit leichte Bewölkung bei 10°C, soll später auflockern bis etwa 16°C

Morgen Zusammen, nein, leider habe ich keine wirkliche Lösung gefunden. Das EspoCRM wurde jetzt über eine App Registrierung angebunden. Für alles andere habe ich keine Lösung gefunden. Nur den Umweg über Outlook und das Tool Outlook CalDav Synchronizer Hab es bisher aber noch nicht getestet. Gruß Arthur

Echt b***d ! Wie hast du es gelöst ?

Microsoft wird sicher keine Funktion anbieten, die sie mit eigenen Schnittstellen abdecken können. Sehen sie vermutlich keinen Grund.

Konntest du hier eine Lösung finden ? Stehe vor dem gleichen Problem!

Naja, dieses zusätzliche Subnet im selben VLAN ist ja auch ziemlich verpönt. Speziell Norbert war da recht deutlich 😸 Dass wir solche Geräte in ein eigenes VLAN stecken müssen wurde aber auch schonmal mehrmals hier thematisiert. Ich denke nächstes Jahr isses soweit.

Moin, nein, kenne ich eben nicht, siehe oben. Ich kenne aber ein paar andere Seltsamkeiten, und an eine davon musste ich hier denken. Die war es aber anscheinend nicht. Gruß, Nils

https://www.alitajran.com/set-default-calendar-permissions-for-all-users-powershell/

Ja, über ausgeblendete Geräte hat man auch nichts weiter gesehen. Hab auch netsh int ipv4 reset gemacht. Ist das denn eine bekannte Einstellung? Wenn macht Windows das ja nur, wenn es tote IPs im selben Subnet erreichen will. Oder anders gefragt: kennst du konkret dieses Verhalten von Windows?

Moin, hast du dem Gerätemanager gesagt, dass er auch wirklich nachsehen soll? [Migration von Hyper-V VMs zu anderem Hypervisor (V2V) – Wichtige Nacharbeit! | faq-o-matic.net] https://www.faq-o-matic.net/2016/07/06/migration-von-hyper-v-vms-zu-anderem-hypervisor-v2v-wichtige-nacharbeit/ Der Artikel hat einen anderen Schwerpunkt, aber das Verfahren ist dort beschrieben. Gruß, Nils

On-prem oder exo? bye Norbert ps: Standard!

Ich seh hier keine Reste von alten Adaptern. Interessant ist, dass nicht jeder Rechner dieses Verhalten zeigt. Hab hier noch eine Testmaschine mit Windows 7, ist in der Domäne, darf aber nicht ins Internet. Da will Windows nicht übers Gateway zur toten IP im selben Subnet. Auch bei einer Test-VM mit Windows 2025 hab ich das Verhalten nicht gesehen.

Hallo, ich habe die Anfrage der GF bekommen, dass alle Kalender freigegeben werden. Nunn kann ich die Liste einfach abarbeiten oder ich finde eine Möglichkeit das administrativ zu erledigen. Im Prinzip muss die Standartberechtigung von "My Organisation" angepasst werden. Hat da jemand eine Idee?

Moin, ich stolpere da auch. Nach meiner Kenntnis zieht Windows die Metrik nur dann zu Rate, wenn es mehrere ansonsten gleichwertige Routen gibt - in dem Fall also, wenn es mehr als eine Verbindung mit einem Gateway gibt. Nur zur Sicherheit, weil Windows auch sonst an der Stelle ein paar unangenehme Angewohnheiten hat: Gibt es in dem Rechner evtl. noch "Reste" ehemaliger Adapter, in denen dem 10.x/24-Netzwerk mal ein Gateway zugeordnet war? Sichtbar wäre das u.a. über den Gerätemanager, wenn man ihn ausdrücklich (per CMD) dazu anweist, auch ausgeblendete Geräte anzuzeigen. Gruß, Nils

Wenn das Interface mit dem Gateway höhere Prio (geringeres Gewicht) hat, hat das Vorrang.

Hab jetzt noch ein bisschen weiter getestet. Neues Subnetz 10.168.0.0/16 , aber immer noch das selbe VLAN. Linux-PC: 10.168.101.0 Windows-PC mit separatem Adapter: 10.168.101.35 Ergebnis: Der Windows-PC kann sich selbst und den Linux-PC also 10.168.101.0 anpingen Wenn ich auf irgendeine nicht vergebene Adresse mit tracert draufgehe, dann sehe ich, wie Windows das über das Standardgateway versucht zu erreichen. Warum macht Windows sowas? Windows sollte doch wissen, dass auch diese nicht vergebene IP sich im selben Subnetz befindet. Kennt wirklich niemand dieses Verhalten? Aber wieso kommt Windows auf die Idee, etwas ans Gateway zu senden, wenn es sich um eine Adresse aus dem 2. Subnetz handelt, in dem Windows mit dem 2. Adapter sich auch befindet. Das verstehe ich einfach nicht.