Cybquest

was soll nach 9999 passieren? Wenn pro Jahr mehr gehen muss, den hinteren Teil halt gleich 5-stellig machen? ... und dann den Teil einfach so ändern: + RIGHT('0000' + CAST(inserted.ID AS VARCHAR(5)), 5)

Fertige Lösung nicht, aber Du könntest das mit nem "On Insert"-Trigger machen. Einfach mal "SQL Trigger on insert increment" o.ä. googlen :-)

Such mal nach "Invoke-Async"

Bei Test.ExchangeSearch kommt ggf. ein Multistring zurück, daher wäre folgendes z.B. für das erste Element nötig: if ($Status[0].ResultFound -eq $true) {...

wozu eigentlich die ft's? statt $i | ft name $G | fl Count einfach nur $i.Name $G.count

Du könntest Die Tabellen mittels Outer-Join verbinden über ProduktID UND Zeit und dann z.B. den Ort mit ausgeben. Wenn der fehlt, gibt's keinen passenden Datensatz.

Muss es VBS sein? Mit Powershell ginge z.B. sowas $items = Get-ChildItem -Path C:\MeinPfad | Where{$_.CreationTime -ge (Get-Date).AddMinutes(-60)} $items da kommt bei mir bei nem Verzeichnis mit 30000 Dateien nach rd. 4 Sekunden ein Ergebnis! $items kann natürlich hinterher mit "For-Each" etc. weiterverarbeitet werden ;-) ...Hoppla... zu langsam ;-)

Könntest Du in Deinem Powershell-Script nicht einfach statt Vollbild die Bildschirmpositionen und Größen der jeweiligen Programmfenster einstellen?

Ungeprüft hätte ich jetzt gesagt, Du musst eine andere Codierung für die Datei nehmen! UTF-8 o.ä. Evtl. einfach mal mit dem Parameter -Encoding spielen: https://technet.microsoft.com/de-de/library/hh847782.aspx

Wird die Variable dann Autom. gesetzt, wenn die der Enduser eh nicht mehr sieht? Ist das dann der Anmeldeuser? Könnte der Webserver doch dann direkt abfragen. Oder Parameter per POST übertragen statt GET. Verschlüsselung mittels "Securestring" o.ä. setzt m.W. dann ne PKI voraus.

Bei der asymmetrischen Verschlüsselung gibt es ja einen öffentlichen Teil. Da eine "Ein-Wege"-Verschlüsselung auf diese Art bisher nur über o.g. Primfaktorgeschichte läuft: siehe Dunkelmanns Beitrag :-) Bei einer symmetrischen Verschlüsselung gibt es keinen öffentlichen Schlüssel, daher ist es quasi Wurst, wie lang der Schlüssel ist ;-)

Hast Du bei der Aufgabe was in "Ausführen in"? Evtl. gibt's ein Problem mit dem relativen Pfad zu den txt-Dateien?

Ginge auch Cloud? Das hier gibt's in einer kostenlosen Cloud-Version: https://www.bitrix24.de/prices/index.php

Um andere Kalender einsehen zu können, müsstest Du wohl entspr. Berechtigungen für die Nutzer der einen Domäne auf das Postfach der anderen Domäne einrichten. Dazu braucht's m.W. jedoch Powershell, da die Verwaltungskonsole die Domänenauswahl nicht bietet. Bsp.: Add-MailboxPermission -Identitiy < Postfachname> -User < Domain-Konto> -AccessRights FullAccess

?!?... ist die Frage ernst gemeint? $btnx.Add_Click({ [Diagnostics.Process]::Start("cmd.exe") [Diagnostics.Process]::Start("notepad.exe") MeineCooleFunktion })

Was ich noch nicht ganz verstanden hab: Du schreibst "...nach hinzufügen der Kontaktkalender..." Den Kalender wirst Du über diese Konstellation m.W. nie sehen. Es werden ja "nur" die Frei/Gebucht-Infos synchronisiert. D.h. wenn Du jemanden einlädst, siehst Du halt "Frei, gebucht, abwesend", mehr nicht. Oder seh' ich das falsch?!?

D.h. die Datenbank wurde nur im einfachen Modus gesichert ohne Logsicherung? wenn die Rücksicherung vom Vortag wirklich keine Option ist, würde ich ebenfalls zu Nils' Vorschlag raten.

Wenn das Office schon so alt ist... vermute ich, dass das Windows auch eher XP oder so ist? Mit Powershell gäbs sowas Get-WmiObject SoftwareLicensingProduct | Where {$_.Description -like "*Office*"} ... ob das auch Office 2003 findet, weiß ich allerdings auch nicht!

ah... ok. Schade.

gfn-ag in HD?

Ich hätte gesagt, wenn schon mit Forms gearbeitet wird, dann alles ;-) Bsp. für Dein "Problem": clear [void][Reflection.Assembly]::LoadWithPartialName("System.Windows.Forms") $MainForm = New-Object System.Windows.Forms.Form $MainForm.width=250 $MainForm.height=200 $MainForm.Text = "PS Testformular" Function MakeButton($Form,[string]$btext,[int]$btop,[int]$bleft){ $btn = New-Object System.Windows.Forms.Button $btn.Text = $btext $btn.Top = $btop $btn.Left= $bleft $Form.Controls.Add($btn) return $btn } Function MakeTextbox($Form,[string]$tcaption,[int]$ttop,[int]$tleft) { $tbox = new-object System.Windows.Forms.Textbox $tblabel = new-object System.Windows.Forms.Label $tblabel.Text=$tcaption $tbox.Top = $ttop $tbox.Left= $tleft $tblabel.Top = $ttop -25 $tblabel.Left= $tleft $Form.Controls.Add($tblabel) $Form.Controls.Add($tbox) return $tbox } Function RenComputer() { $SubForm = New-Object System.Windows.Forms.Form $SubForm.width=250 $SubForm.height=200 $myNewName = MakeTextbox $SubForm "Neuer Name:" 40 10 $subbtn1 = MakeButton $SubForm "OK" 100 10 $subbtn1.Add_Click({ [System.Windows.Forms.MessageBox]::Show($myNewName.Text,"Rename to",0) # Rename-Computer -NewName $myNewName.Text }) $subbtn2 = MakeButton $SubForm "Schliessen" 100 100 $subbtn2.Add_Click({ $SubForm.Close() }) $SubForm.ShowDialog() } $btn1 = MakeButton $MainForm "Cmd" 30 10 $btn1.Add_Click({ [Diagnostics.Process]::Start("cmd.exe") }) $btn2 = MakeButton $MainForm "Rename" 60 10 $btn2.Add_Click({ RenComputer }) $btn3 = MakeButton $MainForm "ENDE" 120 10 $btn3.Add_Click({ $MainForm.Close() }) $MainForm.ShowDialog() ... musst im Prinzip "nur noch" das Kommentar-# vor "Rename-Comupter" weg machen :) ... und ggf. die "Messagebox"-Zeile rausharzen...

Verwendest Du für's aufzurufende Script einen relativen Pfad? Wenn die Datei im selben Pfad liegt, muss dennoch das .\ davor!

Bei mir tuts. Tut denn das aufgerufene Script überhaupt? ... die Frage wäre ausserdem: Warum? Wozu? Du kannst doch alles in ein Script einbauen! Machst halt weitere Functions und rufst die auf. Ebenso kann ein weiteres Formular mittels New-Object erzeugt werden etc.

[Diagnostics.Process]::Start("powershell.exe",".\MeinScript.ps1")

Ebenso wie es $Form.width gibt, gibt es auch $btn.width :) Für Deine Userauswahl könntest Du ebenso ein neues Fenster erzeugen mit 10 neuen Buttons. ... oder einer Combobox.