Ja, weil in der der Anwendungszuweisung nur dokumentiert wird, auf welches Datenbankschema eine Anwendung zugreift. Für die Art der Dokumentation, welche Datenbankschemata auf einem DBMS laufen, muss mit der Datenbankinstanz und dem DBMS gearbeitet werden - nicht mit der Anwendungszuweisung.

Hallo, jau, in der neuen Version haben wir das mit dem Crontab irgendwie verschwitzt… Als root User muss folgender Crontab angelegt werden ("crontab -e" auf der Konsole): 0 0 * * * /usr/bin/wget -o /dev/null http://localhost/i-doit/utils/generate_crontab.php Der Pfad zu wget und der Webpfad muss natürlich mit der Installation stimmig sein. Grüße, Daniel Kirsten

@ThH: Wie ich in der Datei "src\classes\components\isys_component_list.class.php" sehe, habt Ihr die Änderung die mir npotthast damals vorgeschlagen hatte, inzwischen ins Release übernommen. Damit sieht es so aus, also ob die "< 63535" noch zu groß sind. Habe nun, wie von aw vorgeschlagen, den Wert auf 256 geändert. Danach bekomme ich keine Fehlermeldung mehr. Es wäre also nicht verkehrt, wenn Ihr mit dem nächsten Update eine korrigierte Version ausliefern könntet: case "string":         if ($len < 256) {                 $type = "VARCHAR";         } else {                 $type = "TEXT";                 $len = "";         }         break; Grüße ThH Habe den Patch 0.9.1 installiert. Leider sind die o.g. Fehler danach wieder aufgetreten. Konnte mich zum Glück noch an diesen Thread hier und die Lösung erinnern und habe den Code wieder angepasst. Ich weiß, dass MySQL 5 derzeit nicht offiziell unterstützt wird, aber bei mir läuft i-doit super mit MySQL 5 (bis auf diesen kleinen Fehler hier), also wieso übernehmt Ihr die Code-Anderung nicht einfach mit in das nächste Release/Patch. Die Code-Änderung kommt ja auch nicht von mir, sondern von aw. Ich hab auch kein Problem damit, die Änderung jedes mal von neuem zu machen. Es nervt nur halt. Gruß ThH

Sorry, ich dachte ich hätte es dort hin entpackt, so wie es ja auch in der Datei steht. Manchmal brauch man mehrerer Anläufe! Vielen Dank. Jetzt gehts.

Hallo jkondek, Entschuldige, da muss ich dann wohl doch noch mal Rücksprache halten! Viele Grüße Leo

Wir haben den Fehler gefunden und das Problem zur 1.8.2 gelöst! Die Version kommt ende nächster Woche!

@3in2te1n: BTW: Ich bin da noch auf ein weiteres Problem gestoßen. Wenn ich Lizenzen anlege und einem Client eine Lizenz zuweise, dann wird in der Übersicht nicht angezeigt, dass eine Lizenz in Benutzung ist. Du musst die Lizenz deiner Applikation bzw. deinem Dienst zuweisen und dann die Applikation / den Dienst mit deinem Client verbinden.

Ich bin zumindest der Meinung, das er richtig konfiguriert ist. In der Zeile "smtp-host" hab ich meinen Mailserver eingetragen, den Port hab ich auf 25 gelassen. Egal ob ich den Namen oder die IP des Mailservers verwende, es wird keine Mail versendet. Workflow-Tasks werden erstellt, haben aber keinen Inhalt –> Workflow with ID: 17 does not exist!

@tscholz: Wenn ich einem Server eine Lizenz zuweise bekomme ich auch Lizenzen zur Auswahl die bereits vergeben sind. Das ist richtig, denn bei der Auswahl der Applikation in einem Server, wird lediglich die Lizenz der verknüpften Applikation zugewiesen/aktualisiert. @tscholz: Bei der Zuweisung von Anwendungen zu einem Server wäre ein Zusammenhang zwischen Betriebssystem und   den entsprechenden Lizenzen sehr hilfreich damit nur die zugehörigen Lizenzen in der Auswahl erscheinen. An dieser Stelle wird erst der Zusammenhang zwischen Applikations-/Betriebssystem-Objekt und dem Lizenz-Objekt erstellt - Diese Informationen liegen bei der Auswahl also noch garnicht vor.

Komisch, wir überschreiben den arg_separator eigentlich beim Aufruf der Funktion (http_build_query($p_arData, null, "&"))

Nein im source code steht es nicht. Was gibst du denn als username beim einloggen ein? Nur den Namen?

Das geht mit –force

Alternativ kann man jetzt auch die Datei aus dem folgenden Thema nehmen: http://forum.i-doit.org/index.php/topic,2748.0.html Lieben Gruß Christian

Ein Fix gibt es dafür nun hier: http://forum.i-doit.org/index.php/topic,2748.0.html Lieben Gruß Christian

Update: Inzwischen wurde die i-doit OPEN in der Version 1.4.4 veröffentlicht! Das Release findet ihr hier: http://www.i-doit.org/download-2/i-doit-files/ oder auch auf http://sourceforge.net/projects/i-doit/ Viele Grüße Leo

Hi, smarte Lösung. Vielen Dank fürs Mitteilen. Lieben Gruß Christian

alles klar PC einmal neu gestartet:D jetz gehts^^ topp sache sry fürs nerven;) hoffe muss jetz nich mehr so oft stören^! DANKE für die Hilfe !

Moin, für den Bind hab ich administrator@varo.local genommen, dann hat es funktioniert, mit dem DN nicht. Ja, aber eine OU wird als CN abgebildet. Bei uns ging es nur so: CN=Users,DC=varo,DC=local Gruß MS

Das hat funktioniert, vielen Dank.

OK. Ich habe die Änderung wieder rückgängig gemacht und den Cache gelöscht. So wie es aussieht arbeitet die Software weiterhin ohne Probleme.