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/)

[Delphi-Laie]

Zitat von 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).

Danke, Sebastian!

Dazu sah ich mir die neue "Usermanager.dpr" mal genauer an. Was Du da verändertest, um eine bessere Fehlerbehandlung zu erreichen, ist mir nicht klar. Jedenfalls kann ich an der Funktion "ImportXMLThread" keinen wesentlichen Unterschied zu vorher erkennen.

[jaenicke]

Dort habe ich auch nichts verändert. Schau einfach mal mit Show log im Git-Menü in die Liste der Änderungen hinein. Dann siehst du auch was ich verändert habe. Hier die Online-Version:
https://github.com/jaenicke/usermana...f359aab6b10d09

[Luckie]

Uiuiui. Da wird ja ganz schön was umgekrempelt.

[Motzi]

Hallo an alle,

ist schon ewig her, dass ich das letzte mal hier war (wer kann sich noch an mich erinnern )... Aber nachdem Delphi-Laie mich extra angeschrieben und auf die neuesten Postings in diesem Thread aufmerksam gemacht hat, muss ich ja direkt mal wieder vorbeischauen!

Es ist schon ewig her, dass ich dieses Framework geschrieben habe und kann mich daher an keine Details mehr erinnern. Aber die beiden Überprüfungen des return codes von GetMessage machen schon Sinn. Laut GetMessage Doku (https://msdn.microsoft.com/en-us/lib...(v=vs.85).aspx) kann der return code -1, false oder true sein. In Delphi wird jeder Wert ungleich 0 als true gewertet, das wäre also auch für -1 der Fall. Da dieser Rückgabewert allerdings einen Fehlerfall darstellt muss dieser explizit überprüft werden. Darauf wird in der Doku auch explizit hingewiesen.

[Luckie]

Er ist wieder/noch da. Das freut mich ungemein.

[EWeiss]

Zitat von Luckie:

Uiuiui. Da wird ja ganz schön was umgekrempelt.

Ich fragte mich schon wo sind denn die ganzen leeren Seiten geblieben die hier so rumlagen.

gruss

[Delphi-Laie]

Hallo Motzi, danke, daß Du reagiertest!

Zitat von Motzi:

Aber die beiden Überprüfungen des return codes von GetMessage machen schon Sinn. Laut GetMessage Doku (https://msdn.microsoft.com/en-us/lib...(v=vs.85).aspx) kann der return code -1, false oder true sein. In Delphi wird jeder Wert ungleich 0 als true gewertet, das wäre also auch für -1 der Fall. Da dieser Rückgabewert allerdings einen Fehlerfall darstellt muss dieser explizit überprüft werden. Darauf wird in der Doku auch explizit hingewiesen.

Das war mir durchaus klar. Nicht klar ist mir hingegen, wie "falsche" Handles oder Pointer in das GetMessage "hineinrutschen" sollen - es werden ja nur die Werte ermittelt, die aus dem eigenen Programm stammen.

Vermutlich muß einiges verquer laufen und im argen liegen (fehlerhafte Speicherzellen?), daß so etwas passiert bzw. passieren kann. Ist auch nicht so wichtig. Bei mir läuft es beständig ohne, und damit bin ich auch zufrieden.

[Motzi]

Zitat von Luckie:

Er ist wieder/noch da. Das freut mich ungemein.

Hehe, danke für die nette Begrüßung!

@Delphi-Laie: stimmt schon, im Normalfall sollte diese Situation wohl selten auftreten. Aber ich versuche mich bei diesen Dingen üblicherweise an die Dokumentation zu halten und alle Fälle abzudecken.

[Luckie]

Ich wollte mal fragen, ob es was Neues gibt. Was macht mein Baby?

[himitsu]

Es ist ein Delphiprogramm.

Virenscanner mögen es nicht
und es stirbt bekanntlich regelmäßig aus.

Soll ich's nochmal neu kompilieren?
Mit mehr Byte mußt es ja 5 Mal so gut sein.