Da zum Versenden der Mails TLS benutzt werden soll, wird für PHP das OpenSSL Modul benötigt, existiert es jedoch nicht, können keine Nachrichten versendet werden, da RoundCube keine Abfrage enthält ob das Modul geladen wurde. Es wird somit auch kein Versuch unternommen eine Verbindung ohne TLS herzustellen.

Um dennoch E-Mails versenden zu können muss in der Datei SMTP.php im Unterverzeichnis program/lib/Net von RoundCube die folgende Zeile (meist Zeile 463)

if (version_compare(PHP_VERSION, '5.1.0', '>=') &&
isset($this->_esmtp['STARTTLS'])) {

mit dieser ersetzt werden:

if (version_compare(PHP_VERSION, '5.1.0', '>=') &&
extension_loaded('openssl') &&
isset($this-&>_esmtp['STARTTLS'])) {

Diese Lösung ist auch Update sicher, da es sich bei der Datei SMTP.php um einen Teil des Net_Smtp Pakets handelt und die Änderung dort schon im CVS zu finden ist und somit auch Teil des nächsten RoundCube Releases sein sollte.

C:\Windows\system32\config\system fehlerhaft oder beschädigt!

beim Starten anzeigt und Windows sich nicht mehr booten lässt? In diesem Fall ist oftmals die Registry von Windows defekt. Beschrieben wir das ganze im Bericht Q307545. Unschön ist hierbei das ständige hin und her Wechseln zwischen Widerherstellungskonsole und abgesichertem Modus. Abhilfe kann man mit einer Linux Live CD wie zum Beispiel Knoppix schaffen. Einmal gestartet erlaubt es das Kopieren der nötigen Dateien in einer grafischen Umgebung, wie es die meisten Benutzer von Windows gewohnt sind. Selbst der Ordner "System Volume Information" ist von Linux aus sichtbar.

Bei der Linux Variante können die Dateien

• C:\Windows\system32\config\system
• C:\Windows\system32\config\software
• C:\Windows\system32\config\sam
• C:\Windows\system32\config\security
• C:\Windows\system32\config\default

direkt nach einem Backup ersetzt werden. Hierzu sucht man sich die letzte funktionierende Konfiguration (auf Datum achten!) aus dem Ordner
"C:\System Volume Information\" heraus und kopiert die Dateien system, software, sam, security und default in die oben angegebenen Orte.

Achtung: Ich übernehme keinerlei Haftung für eventuell entstehenden Schaden. Die ausführung erfolgt auf eigene Gefahr! Arbeiten an der Registry sind gefährlich.

Allen Lesern, sofern hier überhaupt jemand mitliest, wünsche ich frohe Weihnachten und erholsame Feiertage im Kreise der Familie, sowie einen guten Start ins Jahr 2008. Ich für meinen Teil nehme mir für 2008 vor hier regelmäßiger einen Artikel zu verfassen.

Danach heißt es dann nur noch Daumen drücken.

Installation

Zunächst sollte man sich die neuste Version von email2trac hier besorgen. Nun gibt es 3 Varianten:

1. Ohne Paket Manager (Standardziel: /usr/local)

   ./configure
   make
   make install

   Folgende Parameter sind standardmäßig aktiv:
   prefix=/usr/local --> --prefix=<path>
   exec_prefix=$prefix/bin --> --exec_prefix=<path>
   sysconfdir=$prefix/etc --> --sysconfdir=<path>
   MTA_USER=nobody --> --with-mta_user=<name>
   TRAC_USER=www-data --> --with-trac_user=<name>

2. Debian Paket Manager

   dpkg -i ../email2trac_<version>.deb
   NOTE:  Verwendet Standard Einstellungen wie oben.

3. RPM Paket

   rpmbuild -ba email2trac.spec

Konfiguration

Die genauen Konfigurationsparameter findet man hier. Im folgenden eine Beispielkonfiguration für ein Projekt mit Namen projekt_name.

[DEFAULT]
project: /usr/share/trac/projects/projekt_name
debug: 10
umask: 022
spam_level: 5
reply_all : 0
mailto_link: 0
umask: 022
email_comment: >
email_header: 0
trac_version: 0.10
enable_syslog : 0
alternate_notify_template :
drop_spam : 0
verbatim_format: 0
strip_signature: 0

[projekt_name]
debug: 10
project: /usr/share/trac/projects/projekt_name
spam_level: 5

Das wichtigste ist dabei der Punkt trac_version, welcher die Versionsnummer der Trac Installation als Parameter hat. Ebenso wird das project Attribut vorausgesetzt. Bisher sollte es noch keine Probleme gegeben haben, das kniffligste ist die Verbindung mit dem verwendeten Mail Server (MTA).

Mail Server Konfiguration

Da es bei mir massive Probleme gab, das ganze mit qmail zum Laufen zu bringen, gibt es hier eine Alternative zum email2trac Konfigurationsvorschlag. Dabei wird procmail zwischen email2trac und qmail geschaltet, um die E-Mails von qmail an email2trac zu übergeben. Das ganze sollte wohl auch mit anderen Mail Servern funktionieren, falls der direkte Weg versagt. Hilfe zur procmail Konfiguration ist dabei bei butschek.de zu finden. Vorausgesetzt procmail ist installiert, so legt man eine Datei mit Namen .procmailrc im qmail Verzeichnis des entsprechenden E-Mail Alias an (z.B. /var/qmail/mailnames/domain.de/aliasname). Der Inhalt ist mit den zwei folgenden Zeilen nicht sehr komplex.

:0
|email2trac --project=projekt_name

Jetzt sollte nur noch folgende Zeile in der qmail Datei .qmail des E-Mail Alias hinzugefügt werden:

|preline /usr/bin/procmail -m -o .procmailrc

Nun sollte das ganze Funktionieren und man kann es mit einer Test E-Mail überprüfen

So auch hier, dies sind die ersten Erfahrungen mit dem Bloggen und in unregelmäßigen Abständen wird hier der ein oder andere Artikel veröffentlicht. Worum es geht? Meist um Linux, Skripte und Programme, aber auch andere technische Spielereien kommen nicht zu kurz.

In diesem Sinne:

Hello, world!