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

[Glados]

Zitat:

Stellt man hingegen seinen Code auch anderen zur Verfügung ...

Es besteht leider heutzutage aber auch immer das Risiko, dass irgendwelche Scriptkiddies sich den Code klauen und unter eigenem Namen und ohne Lizenz neu releasen.

[DeddyH]

Wenn das Deine größte Sorge ist, dann darfst Du auch hier im Forum keinen Code posten.

[Glados]

Du weißt doch was ich meine
Code-Fragmente posten ist was anderes

[jaenicke]

Zitat von Glados:

Schon dutzende Leute haben sich bei mir bedankt, dass ich den Support für Windows XP weiterhin pflege und nicht aufgebe, wie es aktuell komischerweise viele Entwickler tun (plötzlich funktionieren die Exen unter XP nicht mehr und solche Dinge).

Bezüglich der Angabe der unterstützten Systeme in dem Projekt:
Wenn man dieses Projekt mit Delphi 10.2 kompiliert, funktioniert es vielleicht auch nicht mehr unter 2000 und XP. Schlicht weil die Entwicklungsumgebung XP nicht mehr unterstützt. Deshalb landen dann Referenzen auf Systemfunktionen wie GetSystemTimes in der kompilierten Exe, die es aber erst ab XP SP 3 gibt.

Und allgemein, auch wenn das eher in einen neuen Thread gehört:
Die Unterstützung alter Systeme macht einfach viel Aufwand und kostet ggf. daher viel Geld. Und mal ehrlich... warum sollen wir Geld dafür bezahlen, damit Kunden kein Geld für neue (und sicherere) Systeme ausgeben müssen? Nur um dann hinterher noch Vorwürfe zu bekommen, wenn Viren auf das System kommen, weil XP eben deutlich unsicherer ist als aktuelle Systeme.

Das sieht man auch daran, bei welchen Kunden wir bisher Erpressungstrojaner hatten. Das waren bisher soweit ich weiß fast nur Kunden, die noch 2000 oder XP einsetzen, einer glaube ich mit Windows 7 und keiner derjenigen, die Windows 8 oder 10 einsetzen...
Was ja auch logisch ist, wenn man sich anschaut wie die sich verbreiten...

[Glados]

Zitat:

Schlicht weil die Entwicklungsumgebung XP nicht mehr unterstützt. Deshalb landen dann Referenzen auf Systemfunktionen wie GetSystemTimes in der kompilierten Exe, die es aber erst ab XP SP 3 gibt.

Was genau meinst du damit?

[jaenicke]

Wenn z.B. in der Unit Windows eine Windows API Funktion aufgerufen wird, die es in einer alten Version von Windows noch nicht gab, funktioniert das Kompilat unter der alten Windowsversion nicht mehr, auch wenn man selbst keines der neuen Features benutzt.

[Delphi-Laie]

Zitat von Glados:

Zitat:

Stellt man hingegen seinen Code auch anderen zur Verfügung ...

Es besteht leider heutzutage aber auch immer das Risiko, dass irgendwelche Scriptkiddies sich den Code klauen und unter eigenem Namen und ohne Lizenz neu releasen.

Wieso "heutzutage"?

Dieses Phänomen ist fast so alt, wie es Computer gibt, spätestens, seitdem sie für Privatanwender erschwinglich wurden.

Man kann auch nicht "sich", sondern immer bzw. höchstens nur andere "beklauen".

[Glados]

Zitat:

Man kann auch nicht "sich", sondern immer bzw. höchstens nur andere "beklauen".

Soweit ich weiß sind wir hier in Luckies Thema, bei dem es um seinen Quelltext und sein Programm geht und nicht in einem Deutschkurs.

[Luckie]

Und es wäre schön, wenn ihr jetzt zum Thema zurückfinden würdet.

[Luckie]

Nachtrag: Ich will nach 107 Seiten ungern das Thema schließen müssen.