vTiger CRM, Email Benachrichtigungen
11. September 2007Wir setzen seit einiger Zeit das vTiger CRM System ein, um unsere internen Abläufe zu koordinieren.
Nach langer Suche und vielen Programmen, die wir ausprobiert haben, scheint dieses CRM das einzige Open-Source CRM zu sein, das halbwegs benutzbar ist.
Leider wird offensichtlich der Programmcode vor dem Release nicht getestet. Wie sonst kann man sich erklären, dass sich Programmierfehler wie der im Folgenden beschriebene einschleichen.
Vor 5.0.3 funktionierte die Email-Notification gar nicht. In der Beta von 5.0.3 war ein Cron-Job erforderlich, der minütlich checkt, ob Mails versendet werden müssen. Leider prüft er nur die Mails, die in der aktuellen Minute versandt werden müssen so dass bei einer längeren Skriptlaufzeit Mails verloren gehen können.
Dieser m.E. schwere Designfehler wurde glücklicherweise in der Release 5.0.3 behoben. Doch traten hier nun weitere Probleme auf. Die Beschreibung und Lösung der meisten dieser Probleme im folgenden:
- der Mailer vermisst eine Datei namens „log4php.properties“. Diese muss in das Cron-Verzeichnis kopiert oder verlinkt werden. (Das Problem liegt eventuell daran, dass wir PHP im CGI-Modus einsetzen und das CWD dadurch anders gesetzt ist)
- der Mailer benutzt die Email-Adresse des Admins als Absender. Diese muss gesetzt werden.
Hierbei ging der komplette Eintrag des Admin-Users verloren. Alle Felder in der MySQL-Datenbank waren nach dem Editieren leer. -> mit phpMyAdmin reparieren. - Es gibt zwei Stellen, an denen der SMTP-Server konfiguriert werden kann: In der config.inc.php und in der Administration unter „Einstellungen / Mailserver“. Welche die richtige ist, habe ich nicht ausprobiert. Einfach in beiden eintragen, dann sollte es funktionieren.
- Generell hat der Admin-Account für Emails eine besondere Bedeutung. Die Email-Adresse muss gültig sein und sollte abgerufen werden. Wahrscheinlich muss sie auch zu den SMTP-Auth Informationen passen (nicht 100% getestet).
Ein weiterer Bug ist sichtbar, der allerdings nur unter sehr speziellen Umständen auftreten kann: Es wird der erste Eintrag der Tabelle genutzt, der von MySQL ohne „Order By“ geliefert wird. Zitat: „SELECT email1 from vtiger_users“. - In der Datei /cron/intimateTaskStatus.php ist ein Programmierfehler. Dieser ist der, der mich besonders ärgert, da er bei einem Test der Funktion sofort hätte auffallen müssen (s.o.). In der Zeile „$mailpwd = $mailrow[1];“ muss der Index 1 gegen 2 getauscht werden. Index 1 ist der Username, nicht das Passwort.
Soviel dazu.
Jetzt habe ich erst einmal 150 Emails vom vTiger-System erhalten, die ich checken muss. Aber auf den ersten Blick ist die Benachrichtigung, dass ich einen Termin warzunehmen habe, nicht dabei. Dafür hunderte von Meldungen im Stil von:
Dear Admin,
This is to bring to your notice that there are too many tickets pending. Kindly take the necessary action required for addressing the sameThanks and Regards,
HelpDesk Team
Warum unterschreibt die Mails alle das Helpdesk Team? Nun ja, das werde ich noch herausfinden.
Im Großen und Ganzen ist vTiger zwar soweit das beste System, das wir evaluiert haben. … aber doch noch eine sehr große Baustelle.
Update:
Soeben erhalte ich Rückmeldung von einem Kollegen:
1. in der Kalender-Tagesansicht werden jetzt statt nur der Uhrzeit das Datum mit angezeigt. – Na, von mir aus… auch wenn das Datum eh schon groß oben drüber steht.
2. Links zu Websites und Email-Adressen sind nicht mehr klickbar. – Mmmmmmhhhh…. (back to work)
Weiteres Update am späten Nachmittag:
Scriptfehler beim Anlegen von neuen Usern („Parse error: parse error, unexpected ‚;‘ in…“), diverse JavaScripts gehen nicht, Kollege ebenfalls ziemlich frustriert…
… ich geb auf. Zeit, das Backup zurückzuspielen…
—
Manuel
