XP Usermanagers 6.1 Open Source

[Luckie]

Aktuelle Version: 6.1.0.25

Der UserManager dient dazu Benutzerkonten auf NT ff. Maschinen anzulegen, zu löschen, Benutzer Gruppen zu zuordnen und deren Konten zu verwalten. All dies kann man auch mit der Windows internen Benutzerverwaltung, nur nicht so übersichtloch, wie ich denke.
Man kann mit dem Usermanager auch lokale Benutzerkonten auf remote Computer im Netzwerk verwalten. Was allerdings nicht mit Windows XP Home funktioniert, da XP Home den remote Zugriff nicht gestattet.

Unterstütze Betriebssysteme:

• Windows NT 4.0, vermutlich, nicht getestet.
• Windows 2000
• Windows XP (32-Bit), Windows XP Home wird nicht remote unterstützt.
• Windows Vista 32-Bit
• Windows 7 32-Bit, 64-Bit

Features:

• Auswahl des zu bearbeitenden Computers (und ist damit netzwerktauglich)
• Anzeige des Betriebsystems des Remotecomputers
• Anzeigen des ausgewählten Computers und Benutzers in der Titelzeile
• Statusanzeige beim Übertragen der Konten und Kontendaten in der Statusleiste
• Auflistung sämtlicher Konten in einer Baumstruktur (einschließlich Systemkonten wie z.B. Hilfeassistent)
• Hervorheben von deaktivierten Konten durch ein anderes Symbol
• Ansicht kann zwischen Benutzern und Gruppen umgeschaltet werden
• Details mit Angabe des Benutzer-Namens, vollständiger Name, Beschreibung, Stammverzeichnis und Script
• Checkboxen zur schnellen Konfiguration des ausgewählten Kontos bezüglich Kennwort und anderen Daten
• Direkte Anzeige der Zuordnung zu Gruppen sowie Anzeige aller verfügbaren Gruppen
• Direkte Anzeige sämtlicher Parameter des Kontos
• Benutzer können in eine CSV Datei exportiert werden
• Es können mehrere Benutzer auf einmal über eine Vorlagendatei angelegt und wieder gelöscht werden
• Integrierte Gruppenverwaltung
• Toolbar mit Schaltflächen für die wichtigsten Funktionen
• Export der Benutzer von und Import von Benutzer aus einer XML-Dateien neu
• Modernere Icons neu
• Ausführliche kontextsensitive Hilfe

Der XP Usermanager ist ab sofort Freeware. Im Archiv befindet sich noch eine paf.exe zur Installation für PortableApps (http://portableapps.com/)

[jaenicke]

Zitat von Luckie:

Mein Gedankengang war wohl, dass man auch nur vom Usermanger erstellte XML-Dateien importiert

Deshalb ist die Grundregel in der Qualitätssicherung:
Lass nie denjenigen testen, der es gebaut hat. Der macht es ohnehin so wie er es gebaut hat und kommt gar nicht auf andere "kreativere" Nutzungsmöglichkeiten.

[nahpets]

Das ist eigentlich wie beim Korrekturlesen von Texten: Die Fehler in den eigenen Texten findet man nicht.

Man liest das, von dem man meint, dass man es geschrieben habe und nicht das, was man tatsächlich geschrieben hat.

Zum Testen nehme man kreative Chaoten

[Delphi-Laie]

Zitat von Luckie:

Mein Gedankengang war wohl, dass man auch nur vom Usermanger erstellte XML-Dateien importiert, deswegen habe ich die Fehlerbehandlung an dieser Stelle etwas vernachlässigt. Vielleicht wollte ich sie auch noch einbauen, habe es aber nur vergessen.

Also, ich war zugegebenermaßen ein wenig "bösartiges Scriptkiddy". Kam auf die Idee, es mit einer veränderten XML-Datei zu versuchen. Kann ja auch durch einen Schreib-/Lesefehler evtl. passieren.

Parallel dazu wurde mir bewußt, auch meine Ini-Dateien in dieser Hinsicht abzusichern. Aber Pustekuchen, an ungültige Ini-Dateien komme ich mit try nicht heran.

[Delphi-Laie]

Hallo Luckie und die anderen Experten, bitte habt die Geduld mit mir, weil ich noch Fragen habe.

Die Nachrichtenschleife des XP Usermanagers ist nicht minimalistisch. Dort steht unter anderem:

Delphi-Quellcode:

Ret := GetMessage(msg, 0, 0, 0);
if Integer(Ret) = -1 then Ret := True; // -1 nur bei fehlerhaften Handles oder Pointern, kann das überhaupt passieren?

Es geht um die zweite Zeile, der Kommentar besagt schon die erste Frage: Ist das nur zur 100%igen Sicherheit, oder kann es auch bei regulärer Programmumgebung und -benutzung passieren, daß Getmessage einen Errorcode, also -1 zurückliefert.

Die zweite - kleine - Unklarheit ergibt sich durch die nächste Codezeile:

if (not Ret) then break; // nötig?

Auch hier sagt der Kommentar schon mein Anliegen. Denn auch ohne diese Zeile läßt sich nämlich das Programm mit Alt+F4, "Datei -> Beenden" und / oder Druck auf "x" beenden.

Danke für die Aufmerksamkeit und Geduld!

Gruß

Delphi-Laie

[Luckie]

Wie du schon an den Kommentaren siehst, waren wir (Motzi und ich) uns da auch nicht so ganz sicher.

Das kleine OOP Framework vom Usermanager stammt übrigens von ihm.

[Delphi-Laie]

Zitat von Luckie:

Wie du schon an den Kommentaren siehst, waren wir (Motzi und ich) uns da auch nicht so ganz sicher.

Vielen Dank, Luckie!

Bei solchen Dingen bin ich eher (Delphi-)Praktiker (was zur Delphipraxis passen dürfte): Was im praktischen Umgang - notfalls über längerfristige Experiemente - tadellos funktioniert, bedarf keines zusätzlichen Codes. Natürlich kann man bei Freeware in dieser Hinsicht etwas wagemutiger als bei verkaufter Software sein.

[Luckie]

Ja, aber wenn es drin ist und es läuft, scheint es auch nicht zu schaden. Vier Schrauben halten das Rad am Auto. OK, ist noch eine fünfte da. Könnte man drauf verzichten, aber sie ist da, warum sollte man sie also entfernen?

Und wie ich schon schrieb, dass OOP Framework vom Usermanager stammt von Motzi. Er wüsste es vielleicht.

[himitsu]

Wie sagte damals der eine Nachrichtensprecher im Jahre 3000?

Hätte man doch in der Titanic 17 noch eine 50. Außenhaut verbaut, dann wäre sie nicht schonwieder untergegangen.

[Luckie]

Defensiv programmieren at its best. Der Usermanger lief und läuft damit. Punkt.

[jaenicke]

Ich habe die Fehlerbehandlung beim Importieren einer Datei nun korrigiert. Die Logdatei wird nun auch korrekt geschrieben ab Delphi 2009 (da gab es noch ein Unicodeproblem).