Das Newsletter-Tool phplist - Vorstellung und hilfreiche Tipps für den Betrieb
So, es reicht: ich (und nicht ich allein) habe mich jetzt wirklich lange genug mit Direct Mail, dem Newsletter-Tool von TYPO3, herumgeärgert. Denn kaum hast du mal was entwickelt, das funktioniert, kommt mit Sicherheit wieder irgend ein Update von TYPO3, Direct Mail oder einem zugehörigen Plugin, und schon ist alles wieder beim Teufel. No more Direct Mail! 
Aber mit irgend etwas muss ich meine Newsletter ja verschicken, drum war kürzlich ein Evaluationslauf diverser Newsletter-Tools angesagt. Scripts dafür gibt es ja zuhauf, aber ein paar Eckdaten (unsortiert) sollten schon erfüllt sein:
- PHP & MySQL
- flexibles Templating
- Double Opt-In
- Mehrsprachig
- Newsletter-Archiv
- Zeitgesteuertes Versenden per cron
- HTML- und Textmail
- Große Empfängerlisten möglich
- Management der Empfängeradressen
- CSV-Im- und Export
- Web-Interface
- Keine doppelten Nachrichten an bereits eingetragene Empfänger
- View-Tracking und Click-Tracking
- Spidering einer existierenden HTML-Seite
- Flexible Subscribe-Seiten
- Beliebige Zusatzfelder für Abonnenten (Name, Vorname etc.)
- Stapelverarbeitung
- Einstellbare Stückzahlen je Zeitintervall beim Nachrichtenversand
- Open Source bzw. Freeware
- Bounce-Handling
Obwohl es hunderte von Newsletter-Scripts und Mailinglist-Systemen gibt, blieb unter dem Strich fast nichts mehr übrig: MailMan und Majordomo sind - vom PHP-Aspekt mal abesehen - viel zu groß und auch zu umständlich in der Bedienung und Konfiguration, das macht nur Sinn für wirklich große Mailinglisten.
Die Massen von PHP-Newsletter-Scripts, wie man sie z.B. auf Hotscripts findet, sind zu 99% unbefriedigend, eingeschränkt oder - sofern interessant - kommerziell, also kostenpflichtig.
So bleiben nur ganz, ganz wenige Newsletter-Tools übrig, und von diesen erfüllte allein phplist alle Anforderungen und sogar noch ein wenig mehr (siehe Features)…
(Das sicher sehr leistungfähige OpenEMM (eMail-Marketing-Lösung auf Open-Source-Basis) kam in der finalen Version für meine Tests leider zu spät.)
Zwar arbeitet phplist (ich verwende im Augenblick die Version 2.10.2) “out of the box” schon recht zufrieden stellend, aber wie das mit Software so ist: Anpassungen sind immer nötig und oft auch sinnvoll. Deshalb werde ich in diesem Posting je nach Bedarf Erfahrungswerte, Codeblöcke und Tipps veröffentlichen, die das Leben leichter machen und mehr aus phplist herauskitzeln. Zwar ist vieles davon nicht auf meinen alleinigen Mist gewachsen und auch im Forum zu finden, aber hier ist’s gebündelt und auf deutsch… (sorry für den nun folgenden langen Text):
Inhaltsverzeichnis
Was bringt’s für TYPO3 und/oder WordPress
Zuerst einmal: um einen Newsletter zu verschicken, musst du ihn ja erst einmal gebaut haben - sei es als eigenständige Seite in TYPO3 oder auch als speziell formatierte Seite mit ggf. eigenem Template in WordPress. Was Du im Browser siehst und auch per URL erreichen kannst, ist direkt sendefähig. Allerdings steht auf einem anderen Blatt, ob das, was da erzeugt wurde, auch von jedem Mail-Client ordentlich angezeigt werden kann - doch über die Gestaltung eines HTML-Newsletters lest ihr bitte an anderer Stelle weiter, da gibt es genug gute Artikel im Web…
Die so gebaute HTML-Seite kannst Du wie sie ist nehmen, im Browser auf Quelltext-Ansicht umschalten, den ganzen HTML-Code kopieren und in phplist als neuen Newsletter-Datensatz einfügen. Nur noch die obligatorischen Dinge wie Titel der eMail oder Senderadresse eingeben, Empfängergruppe auswählen und dann auf Versenden klicken, schon geht der Newsletter auf die Reise - wenn’s Dein Server erlaubt, auch per cron-Job (1, 2, 3).
Es ist sogar möglich (leider nicht immer, dazu später mehr), eine automatisch generierte Seite aus WordPress oder TYPO3 zu spidern. Das bedeutet, dass phplist einfach die URL nimmt, den Inhalt ausliest und selbstständig einbaut, generiert, umwandelt und versendet. Toll, nicht…?
Mit den weiter unten stehenden Tricks wird auch gleich ein sauberer Text-Newsletter generiert, ohne dass man sich z.B. mit den Plaintext-Geschichten von TYPO3/Direct Mail herumärgern müsste (schon mal versucht, eine Seite, die ein Multiple Page-Element enthält, in Plaintext mit Direct Mail zu verschicken? Dann weisst Du, was ich meine!).
OK, die Abonnenten lassen sich nicht mehr so ohne weiteres in TYPO3 direkt pflegen, aber das finde ich kann man verkraften, so lange ein sauberer Newsletter herauskommt, bei dem auch das Generieren, Verschicken und Archivieren klappt.
Übrigens: mit dem Plugin WP-PHPList lässt sich phplist recht schnell direkt in WordPress integrieren…
phplist und die Lokalisierungen
Leider, leider sind die Sprachanpassungen nicht in einer zentralen Datei abgelegt (viele davon findet man zumindest im Verzeichnis \lists\texts\), sondern nochmal auf viele weitere Dateien im Verzeichnis \lists\admin\lan\xx verteilt. Und dem nicht genug, stecken weitere Sprachhäppchen noch in allen möglichen anderen Dateien, so dass die Verwendung von GREP zumindest bei phplist ein Muss ist!
Dummerweise kommt noch hinzu, dass zumindest die deutsche Lokalisierungsdatei \lists\texts\german.inc nicht alle Passagen der originalen englischen Datei english.inc enthält, hier ist vergleichen und nacharbeiten angesagt.
Z.B. fand ich einen lang gesuchten Text in der Datei \lists\admin\subscribelib2.php in Zeile 668:
wird zu:
-
‘eMail zur Kontrolle ‘,htmlspecialchars($_REQUEST[“emailconfirm”]),$textlinewidth,‘eMail zur Kontrolle’);
HTML-Seiten spidern
Wenn eine existierende HTML-Seite direkt ohne den Umweg Copy & Paste verschickt werden soll, muss beim Erstellen des Newsletters in phplist die URL der zu spidernden Seite in dieser Form im Nachrichtentext eingegeben werden: [URL:http://www.musterlink.org/...] (Parameterübergabe wie etwa index.php?id=70 ist möglich). phplist kümmert sich dann um den Rest…
Allerdings kann es zwei Hürden geben, die überwunden werden müssen!
Zum einen benötigt diese Funktion die PEAR-Routine PEAR:HTTP/Request, die nicht unbedingt jeder Webhoster installiert hat (Tipps u.a. dazu im PEAR-Forum). Im Zweifelsfall lade dieses Archiv, entpacke es und kopiere die Daten nach \lists\HTTP (Großschreibung beachten!). Die Verzeichnisstruktur sollte dann so aussehen:
Damit das PEAR-Modul auch gefunden wird, musst Du noch in der Datei \lists\config\config.php gleich zu Anfang diese Zeile einfügen:
-
include “./HTTP/Request.php”;
Jetzt sollte das Spidern einer HTML-Seite klappen. Wenn nicht, wird’s kompliziert…
Denn: es gibt Seiten, die will PEAR:HTML/Request nicht spidern - kann sein, dass es etwas mit der Validität der Seite zu tun hat, mag aber auch an einzelnen Direktiven liegen. So genau habe ich das noch nicht herausgefunden, ich doktore noch an meiner eigenen Newsletter-Seite herum…
Dennoch kannst du testen, ob das Spidern grundsätzlich klappen würde, in dem Du eine Seite angibst, die unkritisch ist - Google etwa: [URL:http://www.google.de/]. Wenn das klappt, ist PEAR:HTTP/Request funktionstüchtig und Du darfst den Fehler bei Deiner HTML-Seite suchen oder doch lieber den HTML-Code per Copy & Paste rüberkopieren…
HTML- und Plaintext-Mails
Sehr schön ist, dass HTML-Mails automatisch in Text-Mails umgewandelt werden. Leider berücksichtigt die Routine dabei nicht alle Zeichen und Entities, man muss dazu die Umwandlungstabelle in der Datei \lists\admin\sendemaillib.php manuell ergänzen. Ein guter Einstiegspunkt ist dabei die Zeile 844 (phplist 2.11.3: Zeile 939). In dieser steht:
-
$text = preg_replace(“/<a href=\”(.*?)\”[^>]*>(.*?)<\/a>/is”,“[URLTEXT]\\2[/URLTEXT][LINK]\\1[/L INK]”,$text,100);/php]
-
-
Gleich im Anschluß daran läßt sich die eigene Konvertierung einbinden. Folgende Zeilen erledigen z.B. das Konvertieren von Umlaut-Entities wie <strong>&uuml;</strong> in <strong>ü</strong>:
-
-
[PHP num=845]# Umsetzung Start
-
-
$suchmuster[0] = ‘/ä/’;
-
$suchmuster[1] = ‘/Ä/’;
-
$suchmuster[2] = ‘/ü/’;
-
$suchmuster[3] = ‘/Ü/’;
-
$suchmuster[4] = ‘/ö/’;
-
$suchmuster[5] = ‘/Ö/’;
-
$suchmuster[6] = ‘/ß/’;
-
$suchmuster[7] = ‘/§/’;
-
$suchmuster[8] = ‘/–/’;
-
$suchmuster[9] = ‘/&/’;
-
-
$ersetzungen[0] = ‘ä’;
-
$ersetzungen[1] = ‘Ä’;
-
$ersetzungen[2] = ‘ü’;
-
$ersetzungen[3] = ‘Ü’;
-
$ersetzungen[4] = ‘ö’;
-
$ersetzungen[5] = ‘Ö’;
-
$ersetzungen[6] = ‘ß’;
-
$ersetzungen[7] = ‘$’;
-
$ersetzungen[8] = ‘–’;
-
$ersetzungen[9] = ‘&’;
-
-
-
# Umsetzung Ende
Überschriften und fett/kursiv im Plaintext
Beim Konvertieren von HTML in Plaintext versucht phplist, Überschriften <h?> und fett bzw. kursiv durch Einfügen von Sternchen und Slashes (* /) hervorzuheben (**Ich bin eine Überschrift**). Im Falle von Überschriften finde ich die Auszeichnung zu schwach, während <strong> und <em> unter den Tisch fallen, da die Routine nur <b> und <i> kennt.
Lösung: in der Datei \lists\admin\sendemaillib.php die Zeile 820 (phplist 2.11.3: Zeile 947) suchen:
Diese durch folgende drei Zeilen ersetzen:
Powered by… stört mächtig
Sehr lästig finde ich den Schriftzug bzw. das Logo Powered by phplist…, welche sowohl in der Anmelde-/Bearbeitungsmaske sowie im fertig generierten Newsletter automatisch eingebunden werden. Nicht, dass ich dem Autor seine Credits nicht gönne, aber ich will diese Infos nach meinem Gusto platzieren, ohne dass das Layout verunstaltet wird. Ich bringe diese Informationen lieber später an mir passender Stelle direkt in den Templates unter.
Dazu muss zuerst die Ausgabe dieser Informationen entfernt werden. Zum einen erfolgt dies in der Datei \lists\admin\sendemaillib.php ab Zeile 129 (phplist 2.11.3: Zeile 138 ). Der für die Ausgabe zuständige Block wird einfach auskommentiert:
-
/* if (!EMAILTEXTCREDITS) {
-
$HTML["signature"] = $PoweredByImage;#’<div align="center" id="signature"><a href="http://www.phplist.com"><img src="powerphplist.png" width=88 height=31 title="Powered by PHPlist" alt="Powered by PHPlist" border="0"></a></div>’;
-
# oops, accidentally became spyware, never intended that, so take it out again <img src=’/wp-content/emoticons/icon_smile.gif’ alt=” title=” />
-
$HTML["signature"] = preg_replace(’/src=".*power-phplist.png"/’,’src="powerphplist.png"’,$h tml["signature"]);
-
} else {
-
$HTML["signature"] = $PoweredByText;
-
} */
Für die Ausgabe in der Anmelde-/Bearbeitungsmaske suchen wir Zeile 147 (phplist 2.11.3: Zeile 152) in der Datei \lists\admin\connect.php:
-
<span class=“poweredphplist”>powered by <a href=“http://www.phplist.com” class=“poweredphplist” target=“_blank”>phplist</a> v ‘.$v.’, © <a href=“http://tincan.co.uk/powered” target=“_blank” class=“poweredphplist”>tincan ltd</a></span>‘;
Direkt danach fügen wir folgende zwei Zeilen ein:
-
$PoweredByImage =“”;
-
$PoweredByText = “”;
Damit erscheinen weder das phplist-Logo noch der Schriftzug.
Verhindern, dass das Newsletter-Layout verunstaltet wird
phplist fügt normalerweise automatisch am Ende des Newsletters eine Textpassage ein, die Links zum Abmelden sowie zum Bearbeiten der Profildaten des Abonnenten enthält. Dumm nur, dass dieser Text dann nicht zum eigentlichen Template-Layout gehört und somit richtig stört.
Abhilfe schafft es, das entsprechende Feld Fusszeile beim Erzeugen einer Nachricht leer zu lassen und den Text mit Platzhaltern direkt im HTML-Newslettertemplate unterzubringen. Z.B. so:
Vorsorge für nicht-lesbare HTML-Newsletter
Du weißt nie, mit welchem eMail-Client der HTML-Newsletter gelesen wird, wie der Client eingestellt ist, ob eine Firewall im Spiel ist oder andere Widrigkeiten einen sauberen HTML-Newsletterempfang verhindern. Darum ist es guter Stil, gleich zu Beginn des HTML-Newsletters einen Link einzufügen, der es erlaubt, den HTML-Newsletter direkt im Web per Browser zu lesen.
Leider gibt es aber in phplist weder eine Funktion, um einen für diese Zwecke spezifischen Link zu generieren, noch eine Routine, um einen archivierten Newsletter anzuzeigen. Aber fangen wir erst mal mit dem Erzeugen einer eindeutigen Newsletter-ID an. Dazu suchen wir in der Datei \lists\admin\sendemaillib.php die Zeile 189 (phplist 2.11.3: Zeile 204):
-
$textmessage = $textcontent;
Direkt im Anschluß fügen wir das folgende zweizeilige Konstrukt ein:
Damit schaffen wir den neuen Template-Platzhalter MESSAGEID, der die spezifische ID des entsprechenden Datensatzes erhält. Dieser läßt sich später im Newsletter-Template wie folgt verwenden (zum Archiv-Script kommen wir später):
-
(Wenn Sie diesen Newsletter nicht lesen können, finden Sie <a href=“http://www.musterlink.org/lists/archiv.php?x=[MESSAGEID]”>hier</ a> das Original.)
Während der Laufzeit wird der Platzhalter mit der Newsletter-ID ersetzt (1).
Beautifying der Anmelde-/Bearbeitungsmaske
Das mitgelieferte und standardmäßig eingestellte Layout, das in der Anmelde-/Bearbeitungsmaske Verwendung findet, ist nicht wirklich sexy. Gottlob kann man jedoch dieses Layout sehr einfach durch eigene Kompositionen austauschen. Normalerweise macht dies wenig Probleme, wenn man jedoch das Newsletter-Archiv (dazu später mehr) nutzen will, sind einige Kleinigkeiten zu beachten.
So sollte das neue Design eine gewisse Mindestbreite von beispielsweise 720 Pixel oder mehr haben. Der innere, nutzbare Bereich sollte nicht unter 630 Pixel liegen, da wir ggf. dort die gesendeten Newsletter anzeigen wollen, und diese haben typischerweise eine Breite von ungefähr 600 Pixel.
Wie das folgende Quick & Dirty-Design (frei verwendbar, Anpassung dieses OSWD-Layouts) genutzt wird, will ich kurz erklären.
Zuerst benötigt man zwei Teile des Layouts (für den oberen [Header (HTML)] und unteren [Footer (HTML)] Bereich) sowie ein passendes Stylesheet (das Layout ist nichts anderes als ein nacktes HTML-/CSS-Konstrukt).
Header:
-
<!DOCTYPE HTML PUBLIC "-//W3C//DTD XHTML 1.0 Strict//EN" "http://www.w3.org/TR/xhtml11/DTD/xhtml1-strict.dtd">
-
<HTML xmlns=“http://www.w3.org/1999/xhtml” xml:lang=“de” lang=“de”>
-
-
<title>Newsletter-Management</title>
-
-
<meta HTTP-equiv=“content-type” content=“text/html; charset=iso-8859-1″ />
-
<link rel=“stylesheet” type=“text/css” href=“styles/sealight.css” media=“screen, print” title=“Sea light” />
-
</head>
-
-
<div class=“menu” id=“topmenu”>
-
<ul class=“menu” id=“top”>
-
</ul>
-
</div>
-
-
<div id=“page”>
Footer:
Die beiden Hälften des Layouts werden in der phplist-Administration bei der oder den Anmeldeseite(n) in die Felder Header (HTML) und Footer (HTML) kopiert. Die CSS-Datei kopierst Du in das Verzeichnis \lists\styles. Wenn Du es an eine andere Stelle kopierst, muss der Stylesheet-Pfad im oberen Teil des Layouts angepasst werden. Selbstverständlich kannst Du auch komplexe Designs mit Grafiken etc. verwenden, sofern die Pfade im Layout zu den Speicherorten auf dem Server passen.
(Bei diesem Layout ist bereits der phplist-Credit-Link (powered by…) integriert. Siehe dazu den Punkt Powered by… stört mächtig weiter vorne.)
Beautifying der Administration
Natürlich läßt sich nicht nur die Anmelde-/Bearbeitungsmaske verschönern, das Backend/die Administration könnte ebenfalls ein neues Styling vertragen. Wer das machen möchte, muss vier Dateien bearbeiten:
\lists\admin\pagetop.php
\lists\admin\header.inc
\lists\admin\footer.inc
\lists\admin\styles\phplist.css bzw. die CSS-Datei, die man selbst in der header.inc festlegt.
Ich für meinen Teil habe neben einem neuen Design auch andere störende Elemente beseitigt bzw. an andere Positionen verschoben. Der Reihe nach:
Das rechte Menü sieht gänzlich unschön aus, da die Linien zu nahe an der Schrift pappen. Eine kleine Änderung in der Datei \lists\admin\styles\phplist.css in Zeile 85 wirkt Wunder: einfach etwas padding hinzufügen (siehe Zeilenende).
-
.menutableright {background-color: white; border-left: 1px black solid; border-bottom: 1px black solid; display: block; width: 132px; padding: 5px;}
Außerdem stören mich der doppelt vorhandene logout-Link und das Sprachauswahlmenü mitten im Anzeigebereich.
In der Datei \lists\admin\index.php kommentiere ich dazu zuerst die entsprechenden Blöcke ab Zeile 248 (phplist 2.11.3: Zeile 253) aus (Achtung: das sind zwei Blöcke, die jeweils separat auskommentiert werden!):
-
/* if ($page != "logout") {
-
print ‘<div class="logout_link">’.PageLink2("logout",$GLOBALS[’I18N’]->get(’logout ’));
-
}
-
print ‘</div>’;*/
-
}
-
/*if (LANGUAGE_SWITCH) {
-
$ls = ‘<div align="center" id="languageswitch"><form name="languageswitch" method="post" style="margin: 0; padding: 0">’;
-
$ls .= ‘<select name="setlanguage" onChange="document.languageswitch.submit()" style="width: 100px; font-size: 10px; color: #666666">’;
-
$lancount = 0;
-
foreach ($GLOBALS[’LANGUAGES’] as $iso => $rec) {
-
if (is_dir(dirname(__FILE__).’/lan/’.$iso)) {
-
$ls .= sprintf(’<option value="%s" %s>%s</option>’,$iso,$_SESSION[’adminlanguage’][’iso’] == $iso ? ’selected’:”,$rec[0]);
-
$lancount++;
-
}
-
}
-
$ls .= ‘</select></form></div>’;
-
if ($lancount> 1) {
-
print $ls;
-
}
-
}*/
Natürlich will ich nicht auf das Sprachauswahlmenü verzichten, deshalb verbanne ich es an die Stelle, wo es eigentlich standardmäßig stehen sollte: unter den letzten Menüpunkt im rechten Auswahlmenü. Das sieht dann so aus:
Wie geht das nun? Zuerst kopieren wir den passenden Codeblock, den wir eben in der Datei \lists\admin\index.php auskommentiert haben, ins Clipboard (ohne die Kommentarzeichen):
-
if (LANGUAGE_SWITCH) {
-
$ls = ‘<div id="languageswitch"><form name="languageswitch" method="post" style="margin: 0; padding: 0">’;
-
$ls .= ‘<select name="setlanguage" onChange="document.languageswitch.submit()" style="width: 100px; font-size: 10px; color: #666666">’;
-
$lancount = 0;
-
foreach ($GLOBALS[‘LANGUAGES’] as $iso => $rec) {
-
$ls .= sprintf(‘<option value="%s" %s>%s</option>’,$iso,$_SESSION[‘adminlanguage’][‘iso’] == $iso ? ’selected’:”,$rec[0]);
-
$lancount++;
-
}
-
}
-
$ls .= ‘</select></form></div>’;
-
if ($lancount> 1) {
-
print $ls;
-
}
-
}
Dann wird die die Datei \lists\admin\footer.inc geöffnet. Wir gehen zu Zeile 9 (print NewMenu();) und fügen den eben kopierten Codeblock danach ein. Das ganze Konstrukt sieht dann so aus:
-
<div class=“menutableright”>
-
<?php
-
if (0) {#$_SESSION["sidebar_enabled"]) {
-
print “<!– menu is in the sidebar –>”;
-
} else {
-
if (LANGUAGE_SWITCH) {
-
$ls = ‘<div id="languageswitch"><form name="languageswitch" method="post" style="margin: 0; padding: 0">’;
-
$ls .= ‘<select name="setlanguage" onChange="document.languageswitch.submit()" style="width: 100px; font-size: 10px; color: #666666">’;
-
$lancount = 0;
-
foreach ($GLOBALS[‘LANGUAGES’] as $iso => $rec) {
-
$ls .= sprintf(‘<option value="%s" %s>%s</option>’,$iso,$_SESSION[‘adminlanguage’][‘iso’] == $iso ? ’selected’:”,$rec[0]);
-
$lancount++;
-
}
-
}
-
$ls .= ‘</select></form></div>’;
-
if ($lancount> 1) {
-
print $ls;
-
}
-
}
-
}
-
?>
-
</div>
Schwupps, schon passt die Sache!
In phplist nicht vorhanden, aber jetzt wird’s nachgeliefert: Newsletter-Archiv und -Einzelansicht
Die ganze Archiv-Funktionalität steckt in dem Script archiv.phps, das Du nach dem Download in archiv.php umbenennen musst und nach \lists kopierst.
Damit das Script aufgerufen werden kann, ist außerdem noch die Datei \lists\.htaccess um |archiv.php zu ergänzen (Zeile 6 Ende):
-
DirectoryIndex index.php
-
<FilesMatch “\.(PHP|inc)$”>
-
Order allow,deny
-
deny from all
-
</FilesMatch>
-
<FilesMatch “(index.php|dl.php|ut.php|lt.php|download.php|archiv.php)$”>
-
Order allow,deny
-
allow from all
-
</FilesMatch>
-
php_flag magic_quotes_gpc on
Schon klappt’s auch mit dem Archiv:
Wenn Du selbst die archiv.php umbauen willst, gibt es ein paar Dinge zu beachten:
Der gespeicherte Newsletter wird wie er ist komplett in den Anzeigebereich der Archivansicht integriert - inklusive evtl. vorhandener CSS-Anweisungen!!!. Das bedeutet, dass möglicherweise CSS-Direktiven in der archiv.php gnadenlos überschrieben werden - das Layout wird dann u.U. komplett zerschossen. Deshalb musst Du beim Design des Newsletters und Deines neuen Anzeigedesigns darauf achten, unterschiedliche CSS-Bezeichner zu wählen.
Allerdings: um ein Überschreiben des body-Bereichs im CSS wirst Du kaum herumkommen, wenn dein Newsletter z.B. eine andere Hintergrundfarbe o.ä. hat!
Deshalb habe ich den unsauberen, aber funktionierenden Trick verwendet, im Zweifelsfall speziell die CSS-body-Definition nochmal am Ende des HTML-Konstrukts einzubauen. Siehe dazu auch das Ende der archiv.php:
Damit wird z.B. die Hintergrundfarbe, die evtl. im Newsletter eine andere ist, wieder auf die im Archiv-Script verwendete gesetzt.
Außerdem musst Du darauf achten, dass der anzuzeigende Newsletter von der Breite her so schmal ist, dass er in den inneren Anzeigebereich des Archiv-Templates passt, sonst wird das Layout ebenfalls durcheinandergewürfelt. Zur Not musst Du das Archiv-Template in der Breite vergrößern (1, 2).
Newsletter-Subscription-Formular für die Website
Es ist üblich, in Websites für die Newsletter-Bestellung kleine Eingabeformulare einzubinden, in denen man seine eMail-Adresse und ggf. noch weitere Angaben (z.B. HTML- oder Textformat) eintragen kann. Das geht auch mit phplist.
Hier der HTML-Code zum Einbau in eine Website:
-
<!– newsletter subscribe below here –>
-
<style type=“text/css”>
-
<!–
-
.sign_nl_box, input {
-
border_: 1px solid Silver;
-
color: black;
-
font-weight: normal;
-
font-size: 12px;
-
padding: 3px;
-
margin: 0;
-
vertical-align: text-bottom;
-
}
-
//–>
-
</style>
-
-
<script language=“Javascript” type=“text/javascript”>
-
var fieldstocheck = new Array();
-
fieldnames = new Array();
-
function checkform() {
-
for (i=0;i<fieldstocheck.length;i++) {
-
if (eval(“document.subscribeform.elements[’”+fieldstocheck[i]+“‘].value”) == “”) {
-
alert(“Folgende Angabe fehlt: “+fieldnames[i]);
-
eval(“document.subscribeform.elements[’”+fieldstocheck[i]+“‘].focus()” );
-
return false;
-
}
-
}
-
return true;
-
}
-
function addFieldToCheck(value,name) {
-
fieldstocheck[fieldstocheck.length] = value;
-
fieldnames[fieldnames.length] = name;
-
}
-
</script>
-
<div class=“sign_nl_box”>
-
<TABLE cellSpacing=“0″ cellPadding=“0″ bgColor=#ffffff” border=”0” width=”120” align=”left“>
-
<form method=”post” action=”http://www.musterlink.org/lists/?p=subscribe&id=1” name=”subscribeform“>
-
<tr>
-
<td colspan=”2” width=”120” align=”center“>
-
Abonnieren Sie unseren Newsletter:<br /><br />
-
</td>
-
</tr>
-
<tr>
-
<td>
-
eMail:
-
</td>
-
<td>
-
<input type=”text” name=”email” value=”” size=”25“><br />
-
<script language=”Javascript” type=”text/javascript“>addFieldToCheck("email","Ihre eMail");</script>
-
</td>
-
</tr>
-
<tr>
-
<td colspan=”2” height=”5“”></td>
-
</tr>
-
Format:
-
</td>
-
</tr>
-
<td colspan=“2″ align=“center”>
-
<input type=“submit” name=“subscribe” value=” Newsletter bestellen “ onClick=“return checkform();”>
-
</td>
-
</tr>
-
</form>
-
</table>
-
</div>
-
<!– newsletter subscribe ends here –>
Zwei Zeilen sind dabei auf den jeweiligen Newsletter anzupassen: Zeile 36 und 62.
In Zeile 36 die richtige URL sowie die korrekte ID der Anmeldeseite eintragen (&id=1).
Auch wenn nur eine Newsletter-Liste geführt wird, muss in Zeile 62 die korrekte ID (list[1]) stehen.
Automatischer Newsletter-Versand nach Neuanmeldung
Eine echte Schwäche von phplist ist, dass ein User, der sich neu anmeldet, nicht automatisch bei der Anmeldung den letzten Newsletter zugeschickt bekommt.
Es gibt zwar eine recht holprige, aber funktionierende Methode, dies einigermaßen zu automatisieren, aber dazu muss man zum einen die ID des letzten Newsletters kennen und zweitens per cron oder pseudo-cron ein Script ausführen können (1). Das würde so funktionieren:
1. In regelmäßigen Abständen Aufruf des phplist-Scripts, das eine bestimmte Nachricht nochmal verschickt:
http://www.musterlink.org/lists/admin/?page=messages&resend=123
Wobei die Zahl 123 durch die ID des aktuellsten Newsletters ersetzt werden muss. Und nicht vergessen: sobald eine neuer Newsletter eingestellt und versendet wird, ist diese ID erneut anzupassen.
Im Anschluß daran wird dann ein weiteres phplist-Script aufgerufen, das den eigentlichen Versand der in der Warteschlange stehenden Nachrichten übernimmt:
http://www.musterlink.org/lists/admin/?page=processqueue
Das dies jedoch sehr lästig ist, habe ich mr überlegt, wie sich das automatisieren läßt. Der meines Erachtens nach sinnvollste Weg ist es, gleich nach der erfolgten Bestätigung der Newsletter-Anmeldung den Newsletter zu verschicken (wohlgemerkt, das Folgende funktioniert nicht, wenn der Administrator über abonnenten / abonnenten verwalten direkt einen User anlegt und diesen gleich aktiviert).
Zuerst also muss das Script gefunden werden, bei dem man einhaken kann: dies ist die Datei \lists\index.php - dort die Funktion function confirmPage($id) ab Zeile 449 (phplist 2.11.3: Zeile 486). Fast am Ende der Funktion, zwischen den Zeilen 501 und 502 (phplist 2.11.3: Zeilen 544 und 545), ist der ideale Ort:
-
…
-
$res .= ‘<h1>’.$info.‘</h1>’;
-
$res .= $HTML;
-
// Hier bietet es sich an, den Code einzubauen
-
$res .= “<P>”.$GLOBALS[“PoweredBy”].‘</p>’;
-
$res .= $data[“footer”];
-
return $res;
-
}
Was genau ist nun dort einzufügen? Dazu habe ich zuerst einmal die Funktion gesucht, welche einen Datensatz für ein erneutes Versenden vorbereitet. Fündig wurde ich in der Datei \lists\admin\messages.php ab Zeile 80 (phplist 2.11.3: Zeile 112):
-
# requeue the message in $resend
-
$result = Sql_query(“update “.$tables[“message”].” set status = \”submitted\” where id = $resend”);
-
$suc6 = Sql_Affected_Rows();
-
# only send it again to users, if we are testing, otherwise only to new users
-
if (TEST)
-
$result = Sql_query(“delete from “.$tables[“usermessage”].” where messageid = $resend”);
-
if ($suc6)
-
else
-
print“<br /><hr /><br /><p>\n“;
-
}
Eigentlich ganz einfach, denn der Clou besteht daraus, dass lediglich in der Tabelle phplist_messages der Inhalt des Feldes status von sent auf submitted gesetzt wird. Schon wird der betreffende Newsletter beim nächsten Durchlauf des Scripts http://www.musterlink.org/lists/admin/?page=processqueue an neue Abonnenten rausgeschickt. Blöd nur, dass wir in diesem Augenblick nicht die ID des Newsletters wissen…
In meinem Fall macht das aber gar nichts, da ich nur eine Newsletter-Liste habe und ganz einfach - ohne erst die Zuordnung von Newsletter zu Newsletter-Liste herausfinden zu müssen - den aktuellsten Newsletter versenden kann. Nach Adam Riese heißt das, ich finde anhand der ID den aktuellsten Newsletter heraus, der aber keine noch nicht abgelaufene Sperrfrist (embargo) haben darf - sonst wäre es ja nicht der letzte versendete!
Hier der entsprechende Code, bereits in die oben geschaffene Lücke eingefügt:
-
$res .= ‘<h1>’.$info.‘</h1>’;
-
$res .= $HTML;
-
// Dieser Part sorgt dafür, dass der aktuellste Newsletter zum nochmaligen Versenden markiert wird,
-
// sobald ein User eine per eMail beschickte Newsletter-Bestellung bestätigt hat.
-
// Beim nächsten Verarbeiten der Warteschlange bzw.der processqueue wird der NL verschickt.
-
// Der cron-Job, der die Warteschlange verarbeitet, sollte daher vielleicht auf eine Periode von
-
// 5 bis 15 Minuten eingestellt werden, damit der User nicht zu lange warten muss.
-
$ergebnis = Sql_Query(“SELECT max(id) FROM $tables[message] WHERE embargo <= now()”);
-
$nldata = Sql_Fetch_Array($ergebnis);
-
$result = Sql_Query(“UPDATE $tables[message] SET status = \”submitted\” WHERE id = $nldata[0]”);
-
$success = Sql_Affected_Rows();
-
if ($success)
-
$res .= “Sie erhalten in wenigen Minuten den aktuellen Newsletter an Ihre eMail-Adresse zugeschickt.<br />”;
-
// Ende des Parts
-
$res .= “<P>”.$GLOBALS[“PoweredBy”].‘</p>’;
-
$res .= $data[“footer”];
-
return $res;
Nach dem Bestätigen der Newsletter-Anmeldung durch den User wird der entsprechende Datensatz mit dem letzten Newsletter zum erneuten Versenden markiert. Beim nächsten Verarbeiten der Warteschlange (processqueue) wird der NL verschickt. Der cron-Job, der die Warteschlange verarbeitet, sollte daher vielleicht auf eine Periode von 5 bis 15 Minuten eingestellt werden, damit der neue Abonent nicht zu lange auf seinen ersten Newsletter warten muss (2).
Zeitgesteuertes Versenden mit cron
Es scheint nicht so ganz trivial zu sein, mit phplist zeitgesteuert per cron Mails zu versenden, wie die Forum-Postings 1, 2, 3, 4, 5 und 6 zeigen. Bei mir tat’s anfangs auch nicht, aber die folgende Lösung funktioniert mit PHP CLI (CLI = Command Line Interface -> ‘PHP -v’ gibt das genutzte Interface aus, zu CGI lies hier):
Zuerst einmal definiere ich in der Datei \lists\config\config.php folgende drei Werte und füge die vierte Zeile neu hinzu:
Damit sage ich phplist, dass jeweils 50 Mails im Zeitraum von 500 Sekunden mit 2 Sekunden Pause zwischen jeder Mail versendet werden sollen. Auf den Tag hochgerechnet kann ich so bis zu 7.200 Mails in 24 Stunden versenden, wenn ich per cron-Job alle 10 Minuten einen Batch-Job aufrufe. Die Werte habe ich für mich so gesetzt, um genügend Reserven zu haben und den Mailserver nicht zu überlasten bzw. nicht als Spam-Versender klassifiziert zu werden. Du hast wahrscheinlich andere Kennzahlen und musst Dir die Settings dementsprechend kalkulieren (hängt auch davon ab, was der Mailserver Deines Providers stündlich genehmigt).
Dann brauche ich eine Batchdatei, die den Versendeauftrag bearbeitet. Ich erzeuge die Datei \phplist\phplist (ohne Dateiendung, dafür aber ausführbar -> chmod 755) und füge folgende Zeilen ein:
-
#!/bin/bash
-
-
# script to run PHPlist from commandline. You may need to edit this to make it work
-
# with your shell environment. The following should work for Bash
-
-
# in commandline mode, access is restricted to users who are listed in the config file
-
# check README.commandline for more info
-
-
# identify the config file for your installation
-
CONFIG=/var/www/phplist_master/lists/config/config.php
-
ISCLI=TRUE
-
[ -z $USER ] && USER=admin
-
PROCESS=$$
-
export CONFIG ISCLI USER
-
-
# alternatively you can use -c <path to config file> on the commandline
-
# run the PHPlist index file with all parameters passed to this script
-
/usr/bin/php /var/www/phplist_master/lists/admin/index.php $*>> $LOGFILE 2>&1
Wichtig ist die Angabe des Users, da phplist sonst meckert, dass man keine Rechte zur Ausführung des Scripts hat und auch der cron-Prozess einen User zur Ausführung benötigt.
Als nächstes trage ich den cron-Job ein - das Script soll alle 10 Minuten aufgerufen werden und die Mail-Queue neu bearbeiten (Deine Pfade musst Du unbedingt anpassen!):
10 * * * * /var/www/phplist/lists/phplist -pprocessqueue -c/var/www/phplist/lists/config/config.php
Natürlich solltest Du den Aufruf vorher auf der Shell testen und Dich von der Funktion überzeugen. Erscheint eine Bestätigung in etwa dieser Form, lehnen wir uns zufrieden zurück:
Started
Sending in batches of 50 emails
Processing has started, 1 message(s) to process.
Processing message 27
Looking for users
Found them: 74 to process
batch limit reached: 50 (50)
Script stage: 5
50 messages sent in 221.40 seconds (813 msgs/hr)
Wenn alles klappt, passt Du noch folgende Zeile in der Datei \lists\config\config.php an:
Das entfernt den Menüpunkt zum Bearbeiten der Processqueue aus dem phplist-Administrationsmenü, damit man nicht versehentlich den Prozess nochmal startet und so die ganze automatische Versendeprozedur stört.
Noch ein Tipp für alle, die von ihrem Hoster keinen cron-Job bekommen: probiert mal das PHP-Script Pseudo-Cron (verbesserte Version hier), mit dem man quasi einen cron-Job simulieren kann. Hab’s aber selber nicht getestet…
Bounces (Mails, die nicht beim Empfänger ankommen)
… in Arbeit…
Anmerkungen, Verbesserungen, weitere Tipps? Die Kommentare stehen Euch offen…
Popularity: 44% [?]
(21 Wertungen, Durchschnitt: 4.48 von max. 5)
Loading ...
Kommentar von Ulf
Montag, 7.August 2006 um 12:40
Hervorragend! Ich war nun auch schon länger auf der Suche nach einem guten System und bin auch bei phplist gelandet - es ist einfach das Beste OpenSource-Tool in diesem Bereich.
Und wie sehr Du mir mit den Scherereien mit Direct Mail aus der Seele sprichst - es gab kaum einen Newsletter bei dem wirklich alles geklappt hat. Nun wird sich das hoffentlich ändern.
Super Beitrag, klasse Codeschnipsel!
Kommentar von bernd das blog
Mittwoch, 9.August 2006 um 11:54
hatte die vorgängerversion in gebrauch und habe jetzt upgedatet. das beste tool, das ich kenne.
Kommentar von Tobi
Mittwoch, 20.September 2006 um 10:35
Sehr interessannter Beitrag mit nützlichen Informationen. Ich werde das Tool denächst auch mal ausprobieren. Deine Anmerkung zu fehlenden Funktionen und ähnlichem finde ich richtig. Sende Sie doch mal an die Entwickler von PHPLIST, vieleicht werden Sie irgendwann berücksichtigt!
Gruß
Tobi
Kommentar von Max
Freitag, 6.Oktober 2006 um 18:07
hey,
kannst du das Ganze vll mal als eine verbesserte phplist Version rausbringen?
Max
Kommentar von Torsten Montag
Dienstag, 17.Oktober 2006 um 21:08
Hi, ich nutze seit einiger ZEit phplist um mtl. ca 18000 MAils zu verwenden.
Mehr oder weniger mit erfolg. Das ding bricht manchmal mittendrin ab und rührt sich nicht weiter. dann pasiere ich und starte neu. man wird wahnsinnig.
allein die tatsache, dass ich die warteschlange verarbeiten muss (das stand nirgends geschrieben). dabei wird regelmäßig ein 500 error erzeugt, wenn ich warte bis eine meldung angezeigt wird. wahrlscheinlich wartet das skript, bis die 17000 mails versendet sind. da das zu lnage dauert, gibt der server den fehler. das ist doch eigentlich doff. wie kann man das “hängebleiben” beim mailversand verhindern?
Kommentar von Outdoor
Dienstag, 28.November 2006 um 12:39
Bin schon seit längerem auf der Suche nach einer guten NL-App und so auf den sehr umfassenden Beitrag gestossen.
Werde anhand dieses Tutors die App sicher austesten. Mich würden allfällige Kapazitäten interessieren, welche die SW bewältigen kann - längerfristig sollte der Versand von ~20′000 Mails möglich sein. Jemand Erfahrungen und einen Workaround damit?
Anyway - vielen Dank für die präzise Anleitung
Kommentar von nepf
Montag, 18.Dezember 2006 um 17:17
KLASSE HOWTO
vielen Dank
ich warte ganz, ganz sehnsüchtig auf die Anleitung zu Bounces, da brauche ich dringedn eine Anleitung
Kommentar von Christian Haase
Dienstag, 3.April 2007 um 14:24
Sieht gut aus, aber das für mich wichtigste Thema wird leider ausgesopart. Was passiert mit den Bounces? Da die mails mit PHP verschickt werden wird PHP würde mich schon interessieren, wie die Logig diese Information vom verschickenden Mailserver erhält und verarbeitet. Ich würde erwarten, dass das System versucht Mails 3x (oder X mal)zuzustellen und unzustellbare Adressen dann automatisch löscht …
Wäre sehr dankbar für Informationen, wie das System mit solchen Mails umgeht …
Grüße
Christian
Kommentar von Rickk
Dienstag, 19.Juni 2007 um 19:12
Hallo
Deine Tipps haben mir schon sehr weitergeholfen. Danke.
Trotzdem habe ich noch eine Frage. Weisst Du wie man eine variable Anrede nach Geschlecht in PHP-List integrieren kann.
z.B.
Sehr geehrter Herr Müller
oder wenn es eben eine Frau wäre:
Sehr geehrte Frau Müller
Danke für Deine Antwort.
Kommentar von dm
Mittwoch, 20.Juni 2007 um 11:36
Hi Rikkk,
hab’s gerade nicht parat, ich muss aber diese Woche für mein phplist ein paar Anpassungen machen, dann schau ich mir das auch mal an.
Gruß,
Dieter
Kommentar von Andy
Sonntag, 22.Juli 2007 um 12:50
Super Anleitung.
Jedoch würde ich mich über ein bisschen Hilfestellung in Sachen phpmyAdmin und dem dortigen Anlegen der notwendigen Datenbank freuen! Bin nämlich in dieser Hinsicht absoluter Neuling!
Schon jetzt vielen Dank.
Kommentar von Skatan
Donnerstag, 9.August 2007 um 14:57
Danke für die Tips! Ich habe damit auch schon einige Zeit gearbeitet. Bin jetzt gerade den anderen Weg gegangen und habe meine erstse DirectMail Installation hinter mir. Habe aber noch keinen produktiven Versand durchgeführt.
@torsten montag
phplist stößt die warteschlagen mittels JavaScript Reload im Verabreitungsfenster neu an. Wenn diese Wartezeit länger als die Session-Lifetime eingestellt ist, geht das natürlich nicht ->500 Error. Deshalb den Reload von 3600 auf 900 Sekunden runter setzten.(config-Datei)
Die Batch-Size sollte man dann auch etwas geringer einstellen.
Kommentar von Sam
Samstag, 11.August 2007 um 1:57
Hallo werter Content-Schmied,
ich habe gerade ein seriöses Problem mit PHPLIST, welches entweder so ‘advanced’ ist, daß es weder im PHPLIST-Forum noch in dem von FCKeditor zu finden ist (sehr ähnliche Probleme, aber halt doch nicht die gleichen - recherchiere schon seit Stunden danach).
Oder so einfach, dass ich wie Mattscheibe die naheliegende Lösung nich (mehr) sehen kann.
Siehe im PHPLIST-Forum unter ID 35169
(Link: http://forums.phplist.com/viewtopic.php?p=35169)
Würde mich freuen, wenn Du (oder jemand) darauf eine Antwort hat…
1.000 Dank - einfach so.
Grüße, Sam
Kommentar von Sam
Samstag, 11.August 2007 um 2:50
Hallo,
ich finde hier weder im FCK- noch im PHPLIST-Forum ein exakt gleiches Problem.
Es werden in der letztendlichen HTML-Mail (Testmail oder per List-Send) keine Bilder angezeigt, sofern es Bilder sind, die per Link (also nicht embedded) in den FCK-Editor (Server-File-Browser) eingefügt wurden.
Grund: der Pfad im IMG-Tag ist in SRC relativ, also ohne HTTP: angegeben. Klar kann der Mailclient dann keine Bilder finden, er weiß ja nicht, auf welche Domain sie zu suchen wären.
Das Problem habe ich bis zum Filebrowser (Button ‘Server durchsuchen’ im Bild-Eigenschaftsfenster) zurückverfolgt.
Dort kann ich ganz normal (nach viel Rumkonfiguriererei) ein Bild auswählen und einfügen.
Im Feld ‘Bildauswahl’ ist dann auch schon die relative URL zu erkennen. Siehe ich mir den Sourcecode der Seite ‘FCKeditor - Resource Browser’ an, ist es klar, auch hier gibt’s keinen absoluten Pfad im IMG-Src-Tag.
Jetzt die Frage:
Wie kriege ich die Kombi FCK/PHPLIST dazu, den ganzen Pfad einzufügen????
Es kann ja nicht sein, daß ich der einzige mit dem Problem bin, wenn es ein generelles wäre.
Was habe ich übersehen?
Ich verwende PHPLIST 2.10.4, FCK Version 2.4.3 Build 15657
Ich habe nach base_url gesucht. Nicht wirklich eine Configuration dort irgendwo gefunden. Weder in config.php (PHPLIST), noch in FCKeditor’s FCKconfig.js, noch in den beiden config.php von Filebrowser-Teil FCK (connector un browser).
Wäre wirklich sehr, sehr dankbar für alle Tipps - mit diesem ‘Bug’ fehlt das dringend benötigte Feature, Bilder im Mail-Content einzubinden.
Herzlichen Dank, Sam
Kommentar von Sven Fischer
Dienstag, 28.August 2007 um 19:34
Hallo,
vielen Dank für Dein super Tutorial. Ich bin zufällig auf PHPList gestoßen und muss sagen: Super Tool, wirklich. Was bei mir leider noch nicht klappt ist die Anzeige des FCKeditors und das Versenden einer HTML-Seite mit Pear. Die Bibliothek habe ich glaube ich korrekt hoch geladen jedoch gehen einfach keine E-Mails raus, wenn ich in den Nachrichtentext sowas schreibe: [URL:http://www.google.de/]
… auch wenn ich die Nachricht an einen Testempfänger verschicken möchte kommt die Meldung: Nachricht gespeichert
Woran kann es liegen?
Gruß
Sven
Kommentar von sven
Dienstag, 23.Oktober 2007 um 3:59
Hi,
absolut Spitze was du dir hier für Mühe gemacht hast. Ich hab auch direkt angefangen alles nachzubauen, bin aber sirekt auf versch. Grenzen gestoßen.. wie funktioniert das mit dem Archiv anlegen genau und wie kann man das Archiv den im Browser aufrufen. Alleine durch das modifizieren der .htaccess geht das bei mir leider nicht. …
und wenn ich den Code in sendmaillip.php um die Zeilen
$htmlmessage = eregi_replace(“\[MESSAGEID\]“,$messageid,$htmlmessage);$textmessage = eregi_replace(“\[MESSAGEID\]“,$messageid,$textmessage);
erweitere, dann versendet phplist nichts mehr :-(. Was mach ich den falsch? Wäre toll, wenn du mir etwas weiterhelfen könntest.
Beste Grüße
Sven
Kommentar von Razer
Freitag, 30.November 2007 um 14:56
Hab die gleiche Meinung wie Max,
du hast doch schon alles verbessert, warum nicht gleich zum Download anbieten, denn ich kenn mich nicht SO gut aus, dass ich das alles machen könnte. Würde mich über diese Download-Funktion von euch sehr freuen
Razer
Kommentar von Markus
Dienstag, 11.Dezember 2007 um 10:32
seit ewigen Zeiten starte ich immer wieder einen neuen Newsletter, um ihn dann nach kurzer Zeit wieder einzustampfen, da ich mit den Lösungen einfach nicht zufrieden bin. Nun stehe ich gerade wieder vor der Schaffung eines NL und da hilft mir Dein Bericht ungemein. Ihc werde es jetzt mal mit PHPList versuchen
Danke!
Kommentar von Daniel
Dienstag, 1.Januar 2008 um 15:48
Hallo,
die Ausarbeitung ist spitze! Viel Arbeit steckt da drinn, mein Respekt.
Ich suche jetzt auch schon seit Wochen ein vernünftiges Script.
Gibt es die Möglichkeit, diese bereits modifizierte PHPlist Version so downzuloaden?
Wäre natürlich genial!
Gruß & Danke
Daniel
Kommentar von robert
Donnerstag, 10.Januar 2008 um 11:41
Merci,
ich wüsste garnicht, was ich ohne diese Anleitung gemacht hätte…
Kommentar von Braman
Freitag, 29.Februar 2008 um 17:37
Habt ihr das schon gesehen: Da nehme ich Flash ausnahmsweise mal gerne in Kauf: Newsletter-Tool Es gibt noch mehr Wahnsinnige auf dieser Welt
Kommentar von Paula
Sonntag, 30.März 2008 um 3:07
Hallo,
vielen Dank für die Anleitung - wirklich sehr gelungen. Ich warte auch schon sehnsüchtig auf den Bounce-Teil, da ich ebenfalls Probleme beim Mailversand habe - Mails werden verschickt, aber kommen nicht an.
Gruß, Paula
Kommentar von Rigix
Dienstag, 3.Juni 2008 um 10:06
Vielen Dank für die tolle Anleitung! Gerne und gespannt erwarte ich den Bounce-Teil, da dies ein wesentlicher Teil einer gut gepflegten Mailliste ausmacht. Gibt es einen zeitlichen Horizont, bis wann dieser Teil dokumentiert ist?
Kommentar von Tomi Tucker
Freitag, 13.Juni 2008 um 23:29
Ja super Infos hier. Ich suche eine Dokumentation / Betriebsanleitung für Enduser, z.B. Sekretärin oder nicht Webperson etc. die das Tool für die Mailings bedient. Gibt es so etwas? ev. mit Screenshots? Danke und ja nutze PHP List auch.Gruss TT
Kommentar von Stefan
Mittwoch, 10.September 2008 um 13:58
Klasse Beitrag. Mir ist aufgefallen, dass die Codeschnipsel zu “Powered By stört mächtig” nur den HTML-Newsletter berücksichtigen. Im textbasierenden Newsletter steht das Credit nach wie vor drin. Einfach mal ausprobieren.
Bei allen, die in der config.php das
define(’SEND_ONE_TESTMAIL’,0);
auf “1″ gesetzt haben, werden das nicht bemerken.
Für eine Ergänzung und einen Hinweis wäre ich dankbar.
Kommentar von Jesus Presley
Mittwoch, 17.September 2008 um 9:53
Sehr guter Beitrag.
Wir nutzen PHPList für den Versand von ca. 1500 Mails, Tendenz steigend.
Vor allem die niedrige Fehlerquote beim Versand und die einfache Verwaltung der Abonnenten finde ich toll.
Ich vermisse zwar eine etwas detailliertere Statisitik: Zur Not werden wir uns eine Übersicht dafür selber programmieren.
Auch ich werde demnächst das Tool updaten, um über die neueste Version zu verfügen.
Kommentar von Nino
Dienstag, 7.Oktober 2008 um 14:35
Hi!
Mich würde auch wie Stefan interessieren wie ich das “Powered By” in Textmails wegbekommen kann. Vielen Dank!
Gruß
Kommentar von Kathrin
Montag, 12.Januar 2009 um 18:05
Vielen dank zunächst für die Arbeit, sehr hilfreich.
Leider funktioniert das nicht:
Verhindern, dass das Newsletter-Layout verunstaltet wird
gebe ich den href wie beschrieben ein, steht im newsletter wenn er eintrifft:
dieser Link”>Wenn Sie den Newsletter abbestellen möchten, klicken Sie hier.
…und es liegt kein link dahinter.
generell scheinen die [PLATZHALTER] generell vorgefüllt sein, auch bei [CONTENT] erscheint schon ein Text, wo ist das denn zu konfigurieren?
Danke sagt Kathrin
Kommentar von momper
Mittwoch, 21.Januar 2009 um 12:08
hallo
es gibt leider relativ wenig zu phplist im deutschsprachigen raum - dein post war extrem hilfreich - 1000 dank dafür!!!
da im jahre 2009: gibt es mittlerweile andere open-source newsletter-tools? vielleicht etwas schlanker und schicker?
mein eindruck ist ein wenig wie bei oscommerce: dinosaurier, aber technisch und vom funktionsumfang lief es bei mir noch nie so gut beim newsletter-verschicken wie mit phplist …
grüße momper
Kommentar von gerd
Dienstag, 10.Februar 2009 um 6:53
Hi,
leider geht mit den neuen Versionen von phpList 2.10.8 und weiter (davor weiß ich nicht) gar nichts mehr.
Weder Newsletter online lesen (Dann wird die Warteschlange in phpList nicht mehr abgearbeitet) noch das Archiv. Beim Entfernen der Credits (Branding) ist mir das System vollständig abgeschmiert.
Schade - war ein guter Ansatz.
Evtl. gibts ja eine Neuauflage für die aktuellen Versionen. Das wär spitze.
Kommentar von Tobias
Donnerstag, 23.April 2009 um 14:37
Schöner Beitrag, wo einige sachen schon viel klarer werden. Aber wie es aussieht, ist tatsächlich alles nur durch coden zu lösen :-/
Grüße Tobias
Kommentar von Joachim
Dienstag, 1.Dezember 2009 um 14:24
Hallo,
gibt es eigentlich ein Plugin für phplist mit WordPress?
Grüße
Joachim
Kommentar von Hahnefeld
Mittwoch, 27.Januar 2010 um 16:50
Die Sache mit den personalisierten Feldern ist mir leider auch nicht so ganz klar. Ein Vorredner hat das schon mal gefragt. Gibt es dazu ein Tut?
Pingback von Newsletter mit PHPList (und Wordpress) » die Netzspielwiese
Montag, 7.August 2006 um 19:59
[…] Dieter Mayer gibt in seinem Weblog »Die Contentschmiede« hilfreiche Tipps für den Betrieb des Newsletter-Tools PHPList. […]
Pingback von CMS Planet » Das Newsletter-Tool phplist - Vorstellung und hilfreiche Tipps für den Betrieb
Montag, 7.August 2006 um 23:56
[…] Original post by Die ContentSchmiede. To read the full article visit: Die ContentSchmiede […]
Pingback von Ge-Linkt 09-08-06 - BRIGADOON………2006
Mittwoch, 9.August 2006 um 23:24
[…] phplist (Open-Source Newsletter Manager) […]
Pingback von » Wordpress Newsletter :: Gutes von Morgen
Montag, 14.August 2006 um 16:29
[…] Für Wordpress habe ich jetzt das Newsletter Plugin phplist gefunden (via netzspielwiese). […]
Pingback von bemerkt.com - good to know
Samstag, 9.Dezember 2006 um 15:23
[…] December 9, 2006 Eigener Newsletter Auf der Suche nach einem persönlichem Newsletter für meinen Blog benötigte ich doch mehr Zeit als ich dachte. Es ist gar nicht so einfach. Unter google.ch findet man ja bekanntlich vieles, aber auch sehr viel Müll. Das Newsletter-Tool phplist kann als Blog-Newsletter verwendet werden, ist aber für meine Zwecke unbrauchbar. Auch auf dem Webmaster und Webdesign Portal findet man Informationen zu diesem Feature, ist aber auch für mich als ‘Nichtprogrammierer’ zu kompliziert. Ebenfalls auf bueltge.de gibt es ein Plugin mit einer Seite voller Erklärungen. Geht es nicht einfacher? […]
Pingback von phplist v2.10.3 erschienen » Die ContentSchmiede
Freitag, 5.Januar 2007 um 21:38
[…] Und wer weiß: wenn ich mal wieder eine neue phplist-Installation tätige, packe ich evtl. eine entsprechend angepasste Version zusammen und stelle sie zum Download ‘rein, so wie das Max hierin den Kommentaren vorgeschlagen hat. […]
Pingback von undkonsortenBlog » Newsletter mit Direct Mail und Direct Mail Subscription :: CMS, Tutorial, TYPO3
Donnerstag, 8.Februar 2007 um 18:46
[…] Wohl zu kaum einer anderen Typo3-Extension gibt es so viele Tutorials und Forenbeiträge wie zu Direct Mail und Direct Mail Subscription. Und auch wenn es etliche gibt, die Direct Mail entnervt abgeschworen haben und stattdessen auf leistungsfähigere Lösungen setzen, für kleinere Newsletter, die ihre Adressen vor allem über die Webseite selbst sammeln, ist Direct Mail nach wie vor eine brauchbare Lösung. Deswegen von uns an dieser Stelle der Versuch, den vielen Anleitungen eine weitere – hoffentlich verständlichere – hinzuzufügen. […]
Pingback von links for 2007-08-07 | Patrick Kempf
Dienstag, 7.August 2007 um 2:23
[…] Das Newsletter-Tool phplist – Vorstellung und hilfreiche Tipps für den Betrieb -> Die Con… (tags: phplist newsletter PHP tool) […]
Pingback von Gutscheine.cc Newsletter *beta* - Gutscheine.cc
Montag, 8.Oktober 2007 um 13:00
[…] Eine Vorstellung des Tools und zahlreiche nützliche Tipps dazu gibt es übrigens bei der Contenschmiede. Geposted von admin in Gutscheine.cc am 8. Oktober 2007 Trackback […]
Pingback von links for 2008-02-16 at dekay.org
Samstag, 16.Februar 2008 um 1:40
[…] Das Newsletter-Tool phplist - Vorstellung und hilfreiche Tipps für den Betrieb - Die ContentSch… (tags: phplist newsletter PHP mail WordPress tools) […]
Pingback von phplist in JTL-SHop integrieren - JTL-Software Supportforum für JTL-Wawi, JTL-Shop 2, eazyAuction und Connectoren
Samstag, 16.Januar 2010 um 4:00
[…] NACHDEM ich folenden Quelltext gefunden hatte: Das Newsletter-Tool phplist - Vorstellung und hilfreiche Tipps für den Betrieb » Die ContentSchmiede als TXT nochmals http://www.contentschmiede.de/files/phplist_aboform.txt dachte ich mir schiebe […]