Version 0.43 ist freigegeben.
Bitte ausgiebig testen vor Übernahme in die Produktion!
Für download siehe bitte den Link in meiner Signatur.
Version 0.43 ist freigegeben.
Bitte ausgiebig testen vor Übernahme in die Produktion!
Für download siehe bitte den Link in meiner Signatur.
Na dann viel Spaß damit!
Hast Du schon einen Blick auf mein ADAudit Skript (Download siehe Signatur) geworfen? Das stellt User/Berechtigungen in einer Excel Tabelle dar.
In aller Kürze: WAD - Works as designed.
Erklärung: Jeder User ist einer sogenannten "Primary Group" zugeordnet. In 99.9% der Fälle ist das die Gruppe "Domänen-Benutzer". Wenn Du solche "Primary Groups" nach ihren Gruppenmitgliedern abfragst, erhältst Du immer eine leere Liste. Denn die wäre unter Umständen kilometerlang.
Die Funktionen _AD_IsMemberOf, _AD_GetUserGroups, _AD_GetUserPrimaryGroup und _AD_SetUserPrimaryGroup behandeln diese speziellen Gruppen.
Du solltest also nicht von der Gruppe auf die User, sondern über die User auf die Gruppen schliessen.
Was willst Du eigentlich genau erreichen? Vielleicht geht das auch anders.
falls es dass noch nicht gibt oder sowas, ich fände es geil das der die email ausliest und zb sich irgentwo einloggt, weiste
mfg
Mail auslesen geht jetzt schon.
Ich vermute, dass die Anmeldeinformationen irgendwo im Text (Body) stehen. Die musst Du dann auslesen und an das Zielprogramm (GUI, Website ...) übergeben. Dieser Teil wird bei Dir bleiben
Ich nehm's mal in die ToDo-Liste mit auf.
Noch eine Frage , wieso schreibt ihr die UDF neu?
Das hat mehrere Gründe.
Derzeit ist die Erweiterbarkeit sehr eingeschränkt, da die Funktionen item bezogen sind (d.h. es gibt eine Löschfunktion für mails, eine für tasks, eine für ...).
Ausserdem sind zu viele Funktionalitäten in einer Funktion zusammengefasst (z.B. sind immer der Zugriff auf einen Folder und die auszuführende Aktion zusammengefasst)
Weiters ist für manche Funktionen die Anzahl der möglichen Parameter unüberschaubar.
Etc.
Die neue UDF ist modularer aufgebaut.
Auf einen Folder zugreifen: _OL_FolderAccess
Ein Item erstellen (mail, appointment, task ..): _OL_itemCreate
Damit bleibt die Geschichte dann überschaubarer.
Mit Wooltown stimme ich derzeit das Konzept ab, wenn das OK ist, stelle ich es vielleicht hier zur Diskussion und dann erfolgt die vollständige Umsetzung und die Tests
Hast Du das Skript angepasst?
Wenn Du mal in den Code reinschaust, wirst Du sehen, dass ohne Änderungen (inlcude Statement und Entfernung von Kommentaren) auch nichts ausgeführt wird.
Ob die "alte" und/oder die neue UDF mit Outlook Express funktionieren, hängt meiner Meinung nach davon ab, wie groß die Unterschiede zwischen Outlook und Outlook Express sind.
Wikipedia meint: "Trotz der Namensähnlichkeit ist das mit dem Internet Explorer zusammenhängende Programm ein von der Groupware Outlook unabhängiges Programm"
Ich vermute daher, dass es nicht funktioniert.
Ich habe kein Outlook Express zur Verfügung. Aber Du kannst gerne das "alte" UDF mit Outlook Express testen. Falls es funktioniert, dann können wir das selbe mit der "neuen" UDF machen.
OK?
Hallo Leute,
Wooltown und ich sind gerade dran die Outlook UDF zu erweitern (genau genommen schreiben wir sie komplett neu). Die beiden UDFs werden nicht kompatibel sein, da die neue UDF ein komplett anderes Konzept verfolgt.
Nun meine Frage:
Was fehlt Euch derzeit in der bestehenden UDF bzw. welche (zusätzlichen oder geänderten) Funktionen sollte die neue UDF enthalten?
Wir sind dankbar für jedes Feedback
Water
auf die schnelle hatte ich es mittels _AD_GetObjectProperties gelöst, denn dort braucht man sich ja auch nicht alles auszugeben
Du weisst dann aber schon, dass diese Info meistens nicht stimmt? Nur _AD_GetLastLoginDate liefert akkurate Daten!
Also: Für das lastlogonDate gibt es die Funktion _AD_GetLastLoginDate().
Dies deshalb, weil das Anmeldedatum nicht zwischen den DCs synchronisiert wird. Die Funktion fragt daher alle DCs ab und liefert das letzte Datum zurück.
_AD_GetObjectsInOU liefert nichts, da das Datenfeld entschlüsselt werden müsste - und sowas macht nur _AD_GetObjectProperties.
Daher: Für ein gültiges AnmeldeDatum die Funktion _AD_GetlastLoginDate verwenden.
Stimmt - jetzt funktioniert wieder alles
Und jetzt kann ich mich nicht mehr anmelden - und daher auch nicht mehr posten, dass ich mich nicht mehr anmelden kann
Kriege immer "403 - Forbidden - You do not have permission to access this document"
Hat sonst noch wer das Problem?
Du musst den CN "escapen" d.h.
[autoit]$sAD_OU = "OU=sampleou,OU=sampleparent,DC=sampledomain1,DC=sampledomain2"
$sAD_User = "samaccountname"
$sAD_CN = "Firstname \, Lastname"
_AD_CreateUser($sAD_OU, $sAD_User, $sAD_CN)
sollte funktionieren.
Wenn Du das nicht manuell machen willst, dann kannst Du das auch über die Funktion _AD_FixSpecialChars machen lassen. Also:
[autoit]$sAD_CN = _AD_FixSpecialChars("Firstname, Lastname")
[/autoit]
Mit _AD_FixSpecialChars(String, 1) wird der String wieder "unescaped".
Das Rad gibt es bereits - auch für Active Directory!
Hole Dir mal das AD UDF (download siehe bitte meine Signatur). Die Funktion _AD_RecursiveGetMemberOf sollte tun was Du brauchst.
Viel Glück!
Folgendes Skript habe ich vom engl. Forum mal heruntergeladen um einen TreeView aus einer Datei zu befüllen. Die Anzahl der vorlaufenden Leerstellen gab den Level des Eintrags im TreeView an.
Bei Dir könnte die Anzahl der "\" als Indikator für den Level gelten.
HTH
Du könntest die DeliverNow Methode verwenden.
Beispielcode (VBA) gibt's hier.
Hallo Leute,
hat irgendwer 'ne Ahnung, warum sich die englische AutoIt-Site unter http://www.autoitscript.com nicht mehr meldet?