das klingt fast danach als ob im php nicht alle module zur verfügung stehen , ist das mysql modul im php installiert ?? mal mit phpinfo nachschauen grüße

Ok, Problem gelöst. War ein fehlender "extensions=mysql.so" Eintrag in der php.ini!

Hi JeanLuc, ich gehe mal davon aus, dass du die Version 0.8x verwendest. Die Rechte können hier nur modulspezifisch angewandt werden (also entweder global lesen, schreiben etc.). Den Benutzer kannst du anlegen, indem du manuell die Session anlegst (dir also eine Art Redirector-Script baust, das den Eintrag in der Sessiontabelle mit der Session-ID des zugehörigen Browsers erstellt) - somit wärst du automatisch eingeloggt. Die CMDB in der 0.8x bietet eine Zugriffsschnittstelle nur über das Frontend, es gibt also keine autarge Schnittstelle, mit der du die entsprechenden Einträge anlegen kannst, also ist ein manueller mySQL-Eingriff von Nöten (in den mod_docman-Tabellen)

Versuch's mal hiermit: http://www.i-doit.de/forum/viewtopic.php?t=94

Das war ich.

Hallo und danke fü die Hilfe gruß Drago

Poste bitte deine config.inc.php, deine httpd.conf inkl. aller Subkonfigurationen und deine php.ini. Danke.

Hat sich erledigt. Nachdem ich die Tabelle _fieldsubstitutions begriffen hatte, war das kein Ding mehr. Gruss - JeanLuc

Falls wir die 0.8.x Serie fortgeführt hätten, hättest du die Libraries gebraucht. Unter der 0.8.6 sind sie nicht von Nöten.

Der Pfad ist der Installationspfad relativ zum Webroot. Beispiel für den Installationspfad /var/www/i-doit: apache.conf ------------ DocumentRoot /var/www config.inc.php -------------- $configGlobal = array( (...) "baseDir" => "/i-doit", (...) );

Zu 1.: Siehe http://www.i-doit.de/forum/viewtopic.php?t=126 Zu 2.: Die Einträge für die RSS feeds lassen sich in der Datenbank 'doit' in der Tabelle 'news_rss' konfiguieren.

Die Kombination aus den PHP-Funktionen session_start() und session_id() geben dir die notwendigen Daten. http://www.php.net/session Am besten liest du das einfach mal selber durch, um das Sessionprinzip auch zu verstehen

sendmail geht auf dem rechner demnach sollte auch dies hier klappen (aus mail.inc.php) if($sendMail) { /* Send mail */ $retVal = mail ($pReceiverMail, $pMailSubject, $tplMail, $tHeader); Vielleicht liegt es auch daran, dass ich garnicht weiss wo und an welcher stelle i-doit mails versendet. bisher bin ich davon ausgegangen, dass es bei den ARBEITSAUFTRAEGEN der Fall ist (zuordnung). Für einen Tipp wäre ich wirklich dankbar

So habe das Prob gelöst, finde die lösung aber was unschön. Mit einem Link i-doit unter documentroot funktioniert es. Gibt es eine elegantere? So ist es doppeöt gemoppelt einmal als Alias und dann auch noch im WWWroot Grüße Mark

Flow, well, i suggest the following: Please be a little bit patient and wait for the next release (0.9). With that you will get (in a few weeks) a) a localized version b) lots of new and extended features It's worthwhile to wait On the other hand: Maybe some of the developer crew will have a look at your problem. Sounds a bit curious.

(Da das InstallationsSkript ziemlich unproduktiv ist, hab ich es von Hand gemacht) Bei mir hat es auch nicht funktioniert, aber das Urteil ist etwas hart. Es gibt einfach zu viele Möglichkeiten, Apache zu installieren. In der "config_db.inc" ist die Datenbank falsch benannt gewesen, nämlich >nicht "i-doit" Code: "names" => array("doit", "mod_docman"), // used databases Das ist schon OK so. Wie kommst Du auf i-doit? Die Datenbanken heissen doit und mod_docman Na ja, was nun passiert …. wenn ich die index.php aufrufe ist ganz seltsam, >es wird ein Teil des PHP Codes angezeigt, im Klartext: Wenn php-Code im Quellcode angezeigt wird, wird er nicht interpretiert. Dein Apache unterstützt php? Auf der anderen Seite schreibst Du, dass Du phpinfo zusenden kannst, das setzt eigentlich voraus, das php läuft. Wo hast Du index.php aufgerufen? Bevor Du idoit nutzen kannst, erfolgt noch eine Webinstallation über das Skript http://mein.server/i-doit/installer/index.php erst anschließend ist der Aufruf möglich http://mein.server/i-doit/index.php Diese Antwort ist nicht die Lösung, aber vielleicht besser als nichts. Nebenbei würde ich nicht mehr zuviel Energie in die Installation von 0.8.6 stecken, da die 0.9 für Mitte Juli angekündigt ist - und die kommt bestimmt mit fehlerfreier Installation für alle UNIX-Installationen dieser Welt

Ja…bohrt nur rum in den Wunden Nein, im Grunde nicht. Auch hier wieder der oft bemührte Vergleich zur 0.9. Hier wird es zmuindest eine Export-Schnittstelle im XML-Format geben, um die Daten (z.B. für Druckaufbereitung) weiter zu verarbeiten. Für die 1.0er ist in der Überlegung, ein Druckreporting einzubauen. Sorry...

Anfrage hat sich erstmal erledigt, da ich neuen Ansatz verfolge. Trotzdem wäre eine Doku über den tabletrace-Syntax interessant.