Direct Mail optimieren und Analyse der nicht zustellbaren Emails aktivieren

HTML Emails als Standard Einstellung festlegen

Mit ein paar wenigen Typoscript Zeilen ist es möglich festzulegen, dass jede neue Anmeldung für den Newsletter automatisch HTML-Emails im Benutzerprofil aktviert hat. Das ist vor allem interessant, wenn man die Checkbox "HTML-Email" aus der Standardvorlage von Direct Mail Subscription weglassen möchte.

plugin.feadmin.dmailsubscription{
    table=tt_address
    create.overrideValues.disable = 1
    create.overrideValues.module_sys_dmail_html = 1
}

Diese Einstellungen werden in das Setup Feld des Haupttemplates geschrieben.

Zusätzliche Felder für das Anmeldeformular erstellen

Die Felder des Anmeldeformulars können nach belieben mit allen Einträgen eines tt_address Records erweitert werden. Um herauszufinden wie das jeweilige Felder in der Datenbank bezeichnet wird, sieht man am besten via phpMyAdmin in der Tabelle "tt_address" nach.

Als nächstes muss man sowohl das HTML-Template der Anmeldung anpassen, als auch ein wenig Typoscript Code einfügen. Handelt es sich um kein Pflichtfeld, reicht es das HTML-Template folgendermaßen zu erweitern

<span class="dm-subscription-label">Titel (optional):</span>
<input type="text" name="FE[tt_address][title]" class="dm-subscription-input-text">

Will man hingegen ein Plichtfeld inklusive Fehlermeldung einfügen wird folgender Block benutzt und angepasst:

<span class="dm-subscription-label">Ihr Vorname:</span>
<!--###SUB_REQUIRED_FIELD_first_name### begin -->
    <span class="dm-subscription-error_msg">Bitte f&uuml;llen Sie dieses Pflichtfeld aus!</span><br />
<!--###SUB_REQUIRED_FIELD_first_name### end -->
<input type="text" name="FE[tt_address][first_name]" class="dm-subscription-input-text">

 Jedes neue Feld wird mit folgendem Typoscript Code im Setup des Haupttemplates aktiviert:

plugin.feadmin.dmailsubscription.edit.fields = title, first_name, last_name, email, module_sys_dmail_html, hidden
plugin.feadmin.dmailsubscription.create.fields = title, first_name, last_name, email, module_sys_dmail_html, hidden

Wichtig dabei ist es das Feld "hidden" nicht auszulassen. Ohne diesem Feld funktioniert die Registrierung nicht.
Die weiteren Feldnamen können in dieser Liste einfach hinzugefügt werden.

Pflichtfelder benötigen noch zusätzlich folgenden Code:

plugin.feadmin.dmailsubscription.edit.required = first_name, last_name, email
plugin.feadmin.dmailsubscription.create.required = first_name, last_name, email

Analyse der nicht zustellbaren Emails aktivieren

Um nicht zustellbare Mails zu verarbeiten benötigt die Extension Direct Mail eine Applikation die ein POP Email Konto abfragen kann und die dort enthaltenen Nachrichten zur Verarbeitung weiterleitet. Die Entwickler von Direct Mail empfehlen dafür fetchmail. Da ich fetchmail nicht auf dem Server installieren wollte, habe ich es mit der Erweiterung SL direct_mail Return versucht. Leider hat bei mir die Installation nur geklappt nachdem ich den Source Code der Erweiterung angepasst hatte.

Damit das "bouncing" funktioniert benötigt man einen IMAP oder POP Emailaccount (z.B. bounces@meinewebseite.at).
Folgende Daten benötigt man griffbereit um die Erweiterung zu installieren:

• Email Account type: POP oder IMAP
• Email host (z.B. mail.meinewebseite.at)
• Benutzername
• Kennwort

Danach kann SL direct_mail Return wie gewöhnlich über den Extension Manager importiert und installiert werden.
Die oben erwähnten Daten werden im Zuge der Installation eingegeben.

Im Konfigurations Modul von Direct Mail muss nun die Bounce Emailadresse
(z.B.: bounces@meinewebseite.at) eingegeben werden:

Danach muss ein Cronjob eingestellt werden der folgende Datei in regelmäßigen abständen aufruft:
www.mainewebseite.at/typo3conf/ext/sl_direct_mail_return/scripts/returnmail.phpsh
Ein Cronjob ist nichts anderes als ein periodisch widerholter automatisierter Aufruf einer bestimmten URL.
Einrichten kann man Cronjobs sehr einfach auf folgender Seite: www.cronjob.de

Zu Testzwecken habe ich den Dateinamen von "returnmail.phpsh"auf "returnmail.php" geändert und die Datei danach manuell aufgerufen. Hier bekam ich nur mehr Fehlermeldungen die auf nicht korrekte Pfadangaben zurückzuführen waren. Da ich keinen anderen Ausweg wusste, habe ich den Quellkode dieser Datei probeweise modifiziert und siehe da es hat geklappt. Anbei meine modifizierte Version von returnmail.phpsh

Grundsätzlich habe ich an 4 Stellen diverse Pfade korrigiert. Nicht besonders schön, aber in meinem Fall funktioniert es. Ich habe die geänderten Stellen mit Kommentaren versehen und den Originalkode auskommentiert. Falls du diese Datei in deinem Projekt nutzen willst, kopiere sie in das oben erwähnte Verzeichnis und ändere den Namen zuerst einmal auf "returnmail.php". Rufe die Datei mit einem beliebigen Webbrowser auf und sieh nach, ob PHP Fehlermeldungen auftauchen. Im schlimmsten Fall musst du an den 4 von mir markierten Stellen die Pfade ein wenig anpassen. Nachdem die Datei funktioniert, kann der Name wieder auf "returnmail.phpsh" abgewandelt werden. Der Cronjob ruf jetzt in regelmäßigen Abständen die Datei auf und die nicht zustellbaren Mails werden verarbeitet. Diese Tatsache sollte man an der Statistik für nicht zustellbare Mails im Direct Mail Modul überprüfen können.

Für Fragen oder Anregungen bin ich jederzeit bereit...