Viele Anbieter von Webspace drosseln die Zahl der E-Mails, die innerhalb einer bestimmten Zeitspanne versendet werden dürfen. Kürzlich hatten wir eine Supportanfrage, bei der der Hoster des Kunden nur 450 E-Mails pro Stunde erlaubte. Da Newsletter aber an mehrere tausend Empfänger versendet werden sollten, sorgten die Standardeinstellungen dafür, dass nach knapp 450 E-Mails alle weiteren Sendversuche blockiert wurden und die Mails mit einer Fehlermeldung zurückkamen. Erst nachdem ein neues Zeitintervall angefangen hatte, konnten wieder Mails versendet werden. Die Ursache lag in den Einstellungen für die Drosselung des Mailversandes in PHPlist.  Im Folgenden beschreiben wir, wie man Probleme damit vermeidet.

PHPlist ist ein sehr schönes Open-Source-Tool, um Newsletter auch an einen großen Empfängerkreis zu verschicken. Leider ist PHPlist etwas problematisch bei der Handhabung von deutschen Umlauten (stolpert aber ebenso auch über skandinavische Sprachen, französische Wörter mit Akzenten, kyrillische Buchstaben oder asiatische Zeichen), wenn man es nicht korrekt konfiguriert. Und auch das Zusammenspiel mit WYSIWYG-Editoren wie dem FCK-Editor oder TinyMCE ist nicht ganz geschmeidig. Wie man PHPlist korrekt konfiguriert, um diese Probleme zu vermeiden, beschreiben wir im folgenden Beitrag.

Eigentlich ist PHPlist ja ein schönes Tool um E-Mails, z.B. Newsletter, auch an eine große Zahl von Empfängern zu senden. Allerdings ist die Konfiguration ein bisschen hakelig. So werden beispielsweise die Pfade nicht automatisch so gesetzt, dass in Mails eingebettete Bilder auch wirklich von der Website des Absenders geladen werden. Stattdessen stehen in der Mail nur relative Pfade der PHPlist-Installation. Hat man sich da aber erstmal durchgearbeitet ist die Benutzung recht einfach. Noch eine letzte Test-Mail, um zu sehen, ob die Mails sowohl als Nur-Text- als auch als HTML-Mails ankommen und schon steht dem Newsletter-Versand nichts mehr im Wege.

Bis dann der Hilferuf des Kunden kommt: "... ziemlich verzweifelt, weil das phplist keinerlei html emails verschickt ...". Ein Blick in den vom Kunden erstellten Newsletter zeigte nichts Ungewöhnliches. Alle Einstellungen waren korrekt, das Format stand auf HTML und bei den Testempfängern war HTML als bevorzugtes Format eingestellt. Aber tatsächlich fehlte bei den ausgehenden Mails der komplette HTML-Teil. Das Event-Log zeigt keine Auffälligkeiten - alles schien korrekt verlaufen zu sein. Ein rasch erstellter Test-HTML-Entwurf ging dagegen problemlos und im richtigen Format raus.