Nachfolgend sind sämtliche TAGs der WebInterfacetemplates aufgeführt. Die genaue Erklärung finden Sie in den entsprechenden Kapiteln. Bitte beachten Sie, dass es sich hierbei nur um eine Kurzreferenz handelt.
Anmeldung (confirmed-opt-in und double-opt-in)
Eingabefelder:
<?GIS EMAIL?>
Dieser Tag wird im Anmeldetemplate durch ein Texteingabefeld ersetzt. Dieses hat die mit dem Datenbank-Designer definierten Eigenschaften.
<?GIS EMAIL params="size=20"?>
Dieser TAG wird ebenfalls durch ein Texteingabefeld ersetzt, hat jedoch weitere durch params spezifizierten Eigenschaften (HTML).
<?GIS NEWSLETTER ID?>
Dieser <GIS>-Tag wird durch eine Checkbox ersetzt, durch die der Abonnent Verteilerlisten mit den entsprechenden IDs abonnieren kann.
<?GIS NEWSLETTER hidden=ID?>
Dieser Tag wird durch ein "hidden Field" ersetzt, das heißt, es ist keine Auswahl möglich bzw. der im Template gesetzte Wert lässt sich nicht verändern (z.B. durch Benutzereingaben oder URL-Parameter). Im Beispiel wird der Abonnent in jedem Fall auf diese Verteilerliste (=ID) angemeldet.
<?GIS NEWSLETTER radio=ZAHL?>
Eine weitere Möglichkeit, um die Newsletter-Anmeldung zu realisieren, abgesehen von Checkboxen, ist die Darstellung der Auswahl als "Radiobutton". Bei dieser Variante kann der Abonnent jedoch immer nur EINE Verteilerliste abonnieren. Dies ist sinnvoll für die Auswahl zwischen HTML- und Text-Newslettern.
<?GIS PASSWORD?>
Dieser Tag wird durch ein Passwort-Eingabefeld mit den Eigenschaften, die dem Datenfeld mit dem Datenbank-Designer zugeordnet wurden, ersetzt. Wenn Sie diesen TAG zweimal in Ihrem Anmeldetemplate verwenden, erhalten Sie ein Passwort-Bestätigungs-Eingabefeld. Das eingegebene Passwort muss damit den Anforderungen für Passwörter entsprechen.
<?GIS PASSWORD "" params="size=20"?>
Dieser Tag wird genauso gehandhabt wie der eben beschriebene, mit der Ausnahme, dass das Eingabefeld die durch params beschriebenen Eigenschaften bekommt (HTML).
<?GIS FELDNAME?>
Hierbei handelt es sich um ein benutzerdefiniertes und durch FELDNAME spezifiziertes Feld. Dieses hat die mit dem Datenbank-Designer definierten Eigenschaften (sowohl den Feldtyp als auch die Parameter).
<?GIS FELDNAME "" params="size=20"?>
Hierbei handelt es sich wieder um ein mit dem Datenbank-Designer angelegtes Feld, welches die durch params definierten Eigenschaften bekommt (HTML).
Meldungen
<!--ENTRY--><!--/ENTRY-->
Umgibt die einleitende Sätze, die nur beim ersten Anzeigen der Seite erscheinen und bei späteren Statusmeldungen nicht mehr angezeigt werden.
<!--NEW-USER--><!--/NEW-USER-->
Innerhalb dieser Tags müssen sich sämtliche Eingabefelder (<?GIS FELDNAME?>), die für die Anmeldung notwendig sind, befinden. Alles zwischen diesen Tags wird bei erfolgreicher Anmeldung entfernt. Das bedeutet auch, dass keinerlei <SUCCESS>- oder <ERROR>-Meldungen zwischen diesen TAGs stehen sollten, da diese ebenfalls entfernt werden würden.
<!--UNCONFIRMED--><!--/UNCONFIRMED-->
Innerhalb dieses Tags wird die Meldung ausgegeben, dass der Abonnent während einer 'double-opt-in'-Anmeldung jetzt die Email erhält, in der ein Bestätigungslink enthalten ist.
<!--CONFIRMED--><!--/CONFIRMED-->
Innerhalb dieses Tags wird die Meldung ausgegeben, dass der Abonnent während einer 'double-opt-in'-Anmeldung jetzt die Anmeldung abgeschlossen hat, da er den in der Bestätigungsemail vorhandenen Link betätigt hat.
<!--ALREDY-CONFIRMED--><!--/ALREDY-CONFIRMED-->
Innerhalb dieses Tags wird die Meldung ausgegeben, dass der Abonnent die Anmeldung bereits bestätigt hat und keine weitere Aktion mehr nötig ist.
<!--ERROR:DOI-EXPIRED--><!--/ERROR:DOI-EXPIRED-->
Innerhalb dieses Tags wird die Meldung ausgegeben, dass der Abonnent sich zu lange Zeit gelassen hat, um die Bestätigung der Anmeldung durchzuführen.
<!--SUCCESS--><!--/SUCCESS-->
Dieser TAG definiert allgemeine Erfolgsmeldungen, die nach einer erfolgreichen Anmeldung ausgegeben werden. Er kann beliebig häufig und an beliebiger Stelle eingebaut werden.
<!--SUCCESS: NEW-NEWSLETTER-ID--><!--/SUCCESS: NEW-NEWSLETTER-ID-->
Dieser TAG definiert eine Erfolgsmeldung nach der erfolgreichen Anmeldung auf der durch ID spezifizierten Verteilerliste.
<!--ERROR:NO-EMAIL--><!--/ERROR:NO-EMAIL-->
Dieser TAG definiert eine Fehlerausgabe, falls ein Abonnent keine Email-Adresse eingegeben hat.
<!--ERROR:INCORRECT-EMAIL--><!--/ERROR:INCORRECT-EMAIL-->
Dieser TAG definiert eine Fehlerausgabe, falls ein Abonnent eine der Syntax nach falsche Email-Adresse eingegeben hat.
<!--ERROR:NO-NEWSLETTER--><!--/ERROR:NO-NEWSLETTER-->
Dieser TAG definiert eine Fehlerausgabe, falls ein Abonnent keine zur Auswahl stehende Verteilerliste ausgewählt hat.
<!--ERROR:NO-NEW-NEWSLETTER--><!--/ERROR:NO-NEW-NEWSLETTER-->
Dieser TAG definiert eine Fehlerausgabe, wenn ein Abonnent bereits im Verteiler steht und keinen neuen Newsletter ausgewählt hat.
<!--ERROR:ALREADY-ON-ID--><!--/ERROR:ALREADY-ON-ID-->
Dieser TAG definiert eine Fehlerausgabe, wenn ein Abonnent bereits die mit der ID bezeichnete Verteilerliste abonniert hat. Die zugehörige ID der jeweiligen Verteilerliste erhält man aus dem BACKCLICK Menü Verteilerlisten Verwaltung -> Verteilerlisten Übersicht.
<!--ERROR:NO-PASSWORD--><!--/ERROR:NO-PASSWORD-->
Dieser TAG definiert eine Fehlermeldung, wenn ein Abonnent kein Passwort angegeben hat, es sich jedoch um ein sogenanntes Pflichtfeld handelt.
<!--ERROR:PASSWORD-REPEAT--><!--/ERROR:PASSWORD-REPEAT-->
Dieser TAG definiert eine Fehlermeldung, wenn der angehende Abonnent das Passwort nicht korrekt bestätigt hat.
<!--ERROR:WRONG-PASSWORD--><!--/ERROR:WRONG-PASSWORD-->
Dieser TAG definiert eine Fehlermeldung, wenn der Abonnent bereits für einen Newsletter angemeldet ist, aber sein eingegebenes Passwort nicht mit dem Passwort aus seinem gespeicherten Profil übereinstimmt.
<!--ERROR:CONFIGURATION--><!--/ERROR:CONFIGURATION-->
Dieser TAG definiert eine Fehlerausgabe, falls ein Newsletter abonniert werden soll, der innerhalb von BACKCLICK nicht existiert.
<!--ERROR:FELDNAME--><!--/ERROR:FELDNAME-->
Dieser TAG definiert eine Fehlermeldung für die durch FELDNAME spezifizierten, benutzerdefinierten Felder.
Emaildefinitionen
<!--DOI-EMAIL--><!--/DOI-EMAIL-->
Innerhalb dieser TAGs wird die gesamte Email definiert, die an den Abonnenten versendet wird. In dieser Email ist dann der Link zum Bestätigen der Anmeldung vorhanden.
<!--CONFIRM-EMAIL--><!--/CONFIRM-EMAIL-->
Innerhalb dieser TAGs wird die gesamte Email definiert, die an den Abonnenten versendet wird, wenn er sich erfolgreich angemeldet hat.
<!--SENDER-NAME--><!--/SENDER-NAME-->
Dieser TAG definiert den Absendernamen im Klartext.
<!--PRIORITY--><!--/PRIORITY-->
Dieser TAG definiert die angezeigte Wichtigkeit im Mailclient.
<!--TO--><!--/TO-->
Dieser TAG definiert den angezeigten Empfänger im Mailclient. Dieser kann hier personalisiert werden.
<!--SUBJECT--><!--/SUBJECT-->
Dieser TAG definiert die Betreffzeile der Email. Dieser kann hier personalisiert werden.
<!--BODY--><!--/BODY-->
Hier wird der Emailbody definiert. Es sollte die Variable $$DOI-LINK$$ in der "DOI-EMAIL" vorhanden sein. Dieser kann hier personalisiert werden.
Abmeldung (confirmed-opt-out und double-opt-out)
Eingabefelder
<?GIS EMAIL?>
Dieser Tag wird im Anmeldetemplate durch ein Texteingabefeld ersetzt. Dieses hat die mit dem Datenbank-Designer definierten Eigenschaften.
<?GIS EMAIL params="size=20"?>
Dieser TAG wird durch ein Texteingabefeld ersetzt, hat jedoch weitere durch params spezifizierten Eigenschaften (HTML).
<?GIS NEWSLETTER ID?>
Dieser <GIS>-Tag wird durch eine Checkbox ersetzt, durch die der Abonnent Verteilerlisten mit den entsprechenden IDs abbestellen kann.
<?GIS NEWSLETTER hidden=ID?>
Dieser Tag wird durch ein "hidden Field" ersetzt, das heißt, es ist keine Auswahl möglich. Der Abonnent wird in jedem Fall von diesen Verteilerlisten abgemeldet.
<?GIS NEWSLETTER radio=ZAHL?>
Eine weitere Möglichkeit, um die Newsletter-Abmeldung zu realisieren, abgesehen von Checkboxen, ist die Darstellung der Auswahl als "Radiobutton". Bei dieser Variante kann der Abonnent jedoch immer nur EINE Verteilerliste abbestellen.
<?GIS PASSWORD?>
Dieser Tag wird durch ein Passwort-Eingabefeld mit den Eigenschaften, die Sie dem Datenfeld mit dem Datenbank-Designer zugeordnet haben, ersetzt. Wenn Sie diesen TAG zweimal in Ihrem Abmeldetemplate verwenden, erhalten Sie ein Passwort-Bestätigungs-Eingabefeld. Das eingegebene Passwort muss den Anforderungen für Passwörter entsprechen.
<?GIS PASSWORD "" params="size=20"?>
Dieser Tag wird genauso gehandhabt wie der eben Beschriebene, mit der Ausnahme, dass das Eingabefeld die durch params beschriebenen Eigenschaften bekommt (HTML).
Meldungen
<!--ENTRY--><!--/ENTRY-->
Dieser TAG definiert einleitende Sätze, die beim ersten Anzeigen der Seite erscheinen und bei späteren Statusmeldungen nicht mehr angezeigt werden.
<!--REMOVE-USER--><!--/REMOVE-USER-->
Innerhalb dieses Tags müssen sich sämtliche Eingabefelder (<?GIS FELDNAME?>), die für die Abmeldung notwendig sind, befinden. Alles zwischen diesen TAG wird bei einer erfolgreichen Abmeldung entfernt. Das bedeutet auch, dass keinerlei <SUCCESS>- oder <ERROR>-Meldungen zwischen diesem TAG stehen sollten, da diese ebenfalls entfernt werden würden.
<!--SUCCESS--> <!--/SUCCESS-->
Dieser TAG definiert allgemeine Erfolgsmeldungen, die nach einer erfolgreichen Abmeldung ausgegeben werden. Dieser kann beliebig häufig und an beliebiger Stelle eingebaut werden.
<!--SUCCESS:REMOVED-NEWSLETTER-ID--><!--/SUCCESS:REMOVED-NEWSLETTER-ID-->
Dieser TAG definiert eine Erfolgsmeldung nach der erfolgreichen Abmeldung des Abonnenten durch die ID der angegebenen Verteilerliste.
<!--ERROR:NOABO-ID--><!--/ERROR:NOABO-ID-->
Dieser TAG definiert eine Fehlermeldung, wenn der Abonnent die durch ID spezifizierte Verteilerliste nicht abonniert hatte.
<!--ERROR:NO-EMAIL--><!--/ERROR:NO-EMAIL-->
Dieser TAG definiert eine Fehlerausgabe, falls ein Abonnent keine Email-Adresse eingegeben hat.
<!--ERROR:INCORRECT-EMAIL--><!--/ERROR:INCORRECT-EMAIL-->
Dieser TAG definiert eine Fehlerausgabe, falls ein Abonnent eine, der RFC Syntax nach, falsche Email-Adresse eingegeben hat oder wenn es keinen Abonnenten mit der entsprechenden Email-Adresse in der gesamten BACKCLICK Datenbank gibt.
<!--ERROR:NO-NEWSLETTER--><!--/ERROR:NO-NEWSLETTER-->
Dieser TAG definiert eine Fehlerausgabe, falls ein Abonnent keine Verteilerliste zum Abmelden ausgewählt hat.
<!--ERROR:NO-PASSWORD--><!--/ERROR:NO-PASSWORD-->
Dieser TAG definiert eine Fehlermeldung, wenn ein Abonnent kein Passwort angegeben hat, es sich jedoch um ein sogenanntes Pflichtfeld handelt.
<!--ERROR:WRONG-PASSWORD--><!--/ERROR:WRONG-PASSWORD-->
Dieser TAG definiert eine Fehlermeldung, wenn der Abonnent bereits für einen Newsletter angemeldet ist, aber sein eingegebenes Passwort nicht mit dem Passwort aus seinem gespeicherten Profil übereinstimmt.
<!--UNCONFIRMED--><!--/UNCONFIRMED-->
Innerhalb dieses Tags wird die Meldung ausgegeben, dass der Abonnent während einer 'double-opt-out'-Abmeldung jetzt die Email erhält, in der ein Bestätigungslink enthalten ist.
<!--CONFIRMED--><!--/CONFIRMED-->
Innerhalb dieses Tags wird die Meldung ausgegeben, dass der Abonnent während einer 'double-opt-out'-Abmeldung jetzt die Abmeldung abgeschlossen hat, da er den in der Bestätigungsemail vorhandenen Link betätigt hat.
<!--ALREDY-UNCONFIRMED--><!--/ALREDY-UNCONFIRMED-->
Innerhalb dieses Tags wird die Meldung ausgegeben, dass der Abonnent die Abmeldung bereits bestätigt hat und keine weitere Aktion mehr nötig ist.
<!--ERROR:DOO-EXPIRED--><!--/ERROR:DOO-EXPIRED-->
Innerhalb dieses Tags wird die Meldung ausgegeben, dass der Abonnent sich zu lange Zeit gelassen hat, um die Bestätigung der Abmeldung durchzuführen.
<!--ERROR:CONFIGURATION--><!--/ERROR:CONFIGURATION-->
Dieser TAG definiert eine Fehlerausgabe, falls eine Verteilerliste angemeldet werden soll, der innerhalb von BACKCLICK nicht (mehr) existiert.
Emaildefinitionen
<!--DOO-EMAIL--><!--/DOO-EMAIL-->
Innerhalb dieses TAGs wird die gesamte Email definiert, die an den Abonnenten versendet wird. In dieser Email ist dann der Link zum Bestätigen der Abmeldung vorhanden.
<!--CONFIRM-EMAIL--><!--/CONFIRM-EMAIL-->
Innerhalb dieses TAGs wird die gesamte Email definiert, die an den Abonnenten versendet wird, wenn er sich erfolgreich abgemeldet hat.
<!--SENDER-NAME--><!--/SENDER-NAME-->
Dieser TAG definiert den Absendernamen im Klartext.
<!--PRIORITY--><!--/PRIORITY-->
Dieser TAG definiert die angezeigte Wichtigkeit im Mailclient.
<!--TO--><!--/TO-->
Dieser TAG definiert den angezeigten Empfänger im Mailclient. Dieser kann personalisiert werden.
<!--SUBJECT--><!--/SUBJECT-->
Dieser TAG definiert die Betreffzeile der Email. Dieser kann personalisiert werden.
<!--BODY--><!--/BODY-->
Hier wird der Emailbody definiert. Es sollte die Variable $$DOO-LINK$$ in der "DOO-EMAIL" vorhanden sein. Dieser kann personalisiert werden.
Profiländerung
Eingabefelder
<?GIS EMAIL?>
Dieser Tag wird im Änderungstemplate durch ein Texteingabefeld ersetzt. Dieses hat die mit dem Datenbank-Designer definierten Eigenschaften.
<?GIS EMAIL params="size=20"?>
Dieser TAG wird ebenfalls durch ein Texteingabefeld ersetzt, hat jedoch weitere durch params spezifizierten Eigenschaften (HTML).
<?GIS NEWSLETTER ID?>
Dieser <GIS>-Tag wird durch eine Checkbox ersetzt, durch die der Abonnent Verteilerlisten mit den entsprechenden IDs abonnieren kann.
<?GIS NEWSLETTER hidden=ID?>
Dieser TAG wird durch ein "hidden Field" ersetzt, das heißt, es ist keine Auswahl möglich. Der Abonnent wird in jedem Fall auf diese Verteilerliste angemeldet.
<?GIS NEWSLETTER radio=ZAHL?>
Eine weitere Möglichkeit, um die Newsletter-Anmeldung zu realisieren, abgesehen von Checkboxen, ist die Darstellung der Auswahl als "Radiobutton". Bei dieser Variante kann der Abonnent jedoch immer nur EINE Verteilerliste abonnieren. Dies ist sinnvoll für die Auswahl zwischen HTML- und Text-Newslettern.
<?GIS PASSWORD?>
Dieser TAG wird durch ein Passwort-Eingabefeld mit den Eigenschaften, die dem Datenfeld mit dem Datenbank-Designer zugeordnet wurden, ersetzt. Wenn Sie diesen TAG zweimal in Ihrem Anmeldetemplate verwenden, erhalten Sie ein Passwort-Bestätigungs-Eingabefeld. Das eingegebene Passwort muss den Anforderungen für Passwörter entsprechen.
<?GIS PASSWORD "" params="size=20"?>
Dieser TAG wird genauso gehandhabt wie der eben beschriebene, mit der Ausnahme, dass das Eingabefeld die durch params beschriebenen Eigenschaften bekommt.
<?GIS FELDNAME?>
Hierbei handelt es sich um ein benutzerdefiniertes und durch FELDNAME spezifiziertes Feld. Dieses hat die mit dem Datenbank-Designer definierten Eigenschaften (sowohl was den Feldtyp als auch die Parameter angeht).
<?GIS FELDNAME "" params="size=20"?>
Hierbei handelt es sich wieder um ein mit dem Datenbank-Designer angelegtes Feld, welches die durch params definierten Eigenschaften bekommt.
Meldungen:
<!--ENTRY--><!--/ENTRY-->
Einleitende Sätze, die nach dem ersten Anzeigen der Seite erscheinen und bei späteren Statusmeldungen nicht mehr angezeigt werden.
<!--CHANGE-PROFILE--><!--/CHANGE-PROFILE-->
Innerhalb dieser TAGs müssen sich sämtliche Eingabefelder (<?GIS FELDNAME?>), die für die Änderung des Profils notwendig sind, befinden. Alles zwischen diesen TAGs wird bei einer erfolgreichen Anmeldung entfernt. Das bedeutet auch, dass keinerlei <SUCCESS>-oder <ERROR>-Meldungen zwischen diesen TAGs stehen sollten, da diese ebenfalls entfernt werden würden.
<!--SUCCESS--><!--/SUCCESS-->
Dieser TAG definiert allgemeine Erfolgsmeldungen, die nach einer erfolgreichen Änderung ausgegeben werden. Dieser kann beliebig häufig und an beliebiger Stelle eingebaut werden.
<!--SUCCESS:NEW-NEWSLETTER-ID--><!--/SUCCESS:NEW-NEWSLETTER-ID-->
Dieser TAG definiert eine Erfolgsmeldung nach der erfolgreichen Anmeldung auf dem durch ID angegebenen Newsletter.
<!--SUCCESS:REMOVED-NEWSLETTER-ID--><!--/SUCCESS:REMOVED-NEWSLETTER-ID-->
Dieser TAG definiert eine Erfolgsmeldung, wenn der Abonnent sich von dem durch ID spezifizierten Newsletter abgemeldet hat.
<!--SUCCESS:NEW-PASSWORD--><!--/SUCCESS:NEW-PASSWORD-->
Dieser TAG definiert eine Erfolgsmeldung, falls ein Abonnent erfolgreich ein Passwort eingegeben hat.
<!--SUCCESS:NEW-EMAIL--><!--/SUCCESS:NEW-EMAIL-->
Dieser TAG definiert eine Erfolgsmeldung, falls ein Abonnent erfolgreich eine neue Email-Adresse eingegeben hat.
<!--SUCCESS:NEW-FELDNAME--><!--/SUCCESS:NEW-FELDNAME-->
Dieser TAG definiert eine Erfolgsmeldung, falls ein Abonnent erfolgreich einen neuen Wert in das Datenbankfeld FELDNAME eingegeben hat. Damit hat er eventuell auch bestehende Daten verändert.
<!--SUCCESS:DELETED --><!--/SUCCESS:DELETED -->
Dieser TAG definiert eine Erfolgsmeldung, falls ein Abonnent sein Profil erfolgreich gelöscht hat. Er besitzt dann keine Abonnements mehr in der BACKCLICK-Datenbank.
<!--ERROR:ALREADY-ON-1--><!--/ERROR:ALREADY-ON-1-->
Dieser TAG definiert eine Fehlermeldung, wenn der Abonnent sich auf eine Verteilerliste anmelden wollte, auf der er bereits abonniert ist.
<!--ERROR:ROBINSON--><!--/ERROR:ROBINSON-->
Dieser TAG definiert eine Fehlermeldung, wenn der Abonnent sich auf der internen Robinsonliste befindet. Tritt eventuell bei Änderung der Email-Adresse auf.
<!--ERROR:SUBSCRIBER-ALREADY-EXISTS--><!--/ERROR:SUBSCRIBER-ALREADY-EXISTS-->
Dieser TAG definiert eine Fehlermeldung, wenn der Abonnent seine Email-Adresse ändern wollte, diese neue Email-Adresse jedoch schon im System vorhanden ist.
<!--ERROR:NO-EMAIL--><!--/ERROR:NO-EMAIL-->
Dieser TAG definiert eine Fehlerausgabe, falls ein Abonnent keine Email-Adresse eingegeben hat.
<!--ERROR:EMAIL--><!--/ERROR:EMAIL-->
Dieser TAG definiert eine Fehlerausgabe, wenn ein Abonnent eine der Syntax nach falsche Email-Adresse eingegeben hat oder unter dieser Email-Adresse kein Abonnent verzeichnet ist.
<!--ERROR:NEW-EMAIL--><!--/ERROR:NEW-EMAIL-->
Dieser TAG definiert eine Fehlerausgabe, wenn ein Abonnent, der eine neue Email-Adresse angeben wollte, eine der Syntax nach falsche Email-Adresse eingegeben hat.
<!--ERROR:NO-NEWSLETTER--><!--/ERROR:NO-NEWSLETTER-->
Dieser TAG definiert eine Fehlerausgabe, falls ein Abonnent keinen Newsletter ausgewählt hat.
<!--ERROR:INCORRECT-PASSWORD--><!--/ERROR:INCORRECT-PASSWORD-->
Dieser TAG definiert eine Fehlerausgabe, falls das falsche Passwort angegeben wurde. Dies tritt auf, wenn ein zu kurzes Passwort angegeben wurde (siehe Einstellungen Datenbankdesigner).
<!--ERROR:WRONG-PASSWORD--><!--/ERROR:WRONG-PASSWORD-->
Dieser TAG definiert eine Fehlerausgabe, falls das falsche Passwort angegeben wurde. Dies tritt meist beim Einloggen auf.
<!--ERROR:PASSWORD--><!--/ERROR:PASSWORD-->
Dieser TAG definiert eine Fehlerausgabe, falls ein der Syntax nach falsches Passwort angegeben wurde.
<!--ERROR:NO-PASSWORD--><!--/ERROR:NO-PASSWORD-->
Dieser TAG definiert eine Fehlerausgabe, falls das Passwort nicht angegeben wurde, obwohl es ein Pflichtfeld ist.
<!--ERROR:PASSWORD-REPEAT--><!--/ERROR:PASSWORD-REPEAT-->
Dieser TAG definiert eine Fehlerausgabe, falls ein Passwort falsch bestätigt worden ist.
<!--ERROR:CONFIGURATION--><!--/ERROR:CONFIGURATION-->
Dieser TAG definiert eine Fehlerausgabe, falls ein Newsletter bestellt werden soll, der innerhalb von BACKCLICK nicht existiert.
<!--ERROR:FELDNAME--><!--/ERROR:FELDNAME-->
Dieser TAG definiert eine Fehlermeldung für die, durch FELDNAME spezifizierten, benutzerdefinierten Felder.
<!--NO-CHANGES--><!--/NO-CHANGES-->
Dieser TAG definiert Meldungen, wenn keine Veränderungen vorgenommen worden sind.
Passwort vergessen
Eingabefelder
<?GIS EMAIL?>
Dieser TAG wird im Template durch ein Texteingabefeld ersetzt. Dieses hat die mit dem Datenbank-Designer definierten Eigenschaften.
<?GIS EMAIL params="size=20"?>
Dieser TAG wird ebenfalls durch ein Texteingabefeld ersetzt, hat jedoch weitere durch params spezifizierten Eigenschaften (HTML).
Meldungen
<!--ENTRY--><!--/ENTRY-->
Dieser TAG definiert die einleitenden Sätze, die nur beim ersten Anzeigen der Seite erscheinen und bei späteren Statusmeldungen nicht mehr angezeigt werden.
<!--NEW-USER--><!--/NEW-USER-->
Innerhalb dieses Tags müssen sich sämtliche Eingabefelder befinden. Alles zwischen diesen Tags wird bei erfolgreicher Zusendung entfernt. Das bedeutet auch, dass keinerlei <SUCCESS>- oder <ERROR>-Meldungen zwischen diesen TAGs stehen sollten, da diese ebenfalls entfernt werden würden.
<!--SUCCESS--><!--/SUCCESS-->
Dieser TAG definiert die Bestätigung, dass die Email mit dem Passwort an die angegebene Email-Adresse versendet wurde.
<!--ERROR:SUBSCRIBER--><!--/ERROR:SUBSCRIBER-->
Dieser TAG definiert eine Fehlermeldung, wenn die angegebene Email-Adresse nicht im System verzeichnet ist.
<!--ERROR:EMAIL--><!--/ERROR:EMAIL-->
Dieser TAG definiert eine Fehlermeldung, wenn keine Email-Adresse angegeben wurde.
<!--ERROR:ROBINSON--><!--/ERROR:ROBINSON-->
Dieser TAG definiert eine Fehlermeldung, wenn die angegebene Email-Adresse in der BACKCLICK-Robinsondatenbank vorhanden ist.
<!--ERROR:NOPASSWORD--><!--/ERROR:NOPASSWORD-->
Dieser TAG definiert eine Fehlermeldung, wenn der Abonnent kein Passwort vergeben hat. Das Passwort ist dann leer.
Emaildefinitionen
<!--FORGOT-PW-EMAIL--><!--/FORGOT-PW-EMAIL-->
Innerhalb dieses TAGs wird die gesamte Email definiert, die an den Abonnenten versendet wird. In dieser Email wird dann sein neues Passwort angegeben.
<!--SENDER-NAME--><!--/SENDER-NAME-->
Dieser TAG definiert den Absendernamen im Klartext.
<!--PRIORITY--><!--/PRIORITY-->
Dieser TAG definiert die angezeigte Wichtigkeit im Mailclient.
<!--TO--><!--/TO-->
Dieser TAG definiert den angezeigten Empfänger im Mailclient. Dieser kann personalisiert werden.
<!--SUBJECT--><!--/SUBJECT-->
Dieser TAG definiert die Betreffzeile der Email. Dieser kann personalisiert werden.
<!--BODY--><!--/BODY-->
Hier wird der Emailbody definiert. Es sollte das Feld $$PASSWORD$$ vorhanden sein.
Weiterempfehlung (send2friend)
Das Template ist in zwei STEPs aufgeteilt. Die TAGs STEP 1 werden hier aufgeführt. Die TAGs für STEP2 entsprechen zu 100% den TAGs unter "Anmeldung (confirmed-opt-in und double-opt-in)"
Eingabefelder
<!--NEW-USER--><!--/NEW-USER-->
Innerhalb dieses TAGs müssen sich sämtliche Eingabefelder befinden. Alles zwischen diesen Tags wird bei erfolgreicher Zusendung entfernt. Das bedeutet auch, dass keinerlei <SUCCESS>- oder <ERROR>-Meldungen zwischen diesen TAGs stehen sollten, da diese ebenfalls entfernt werden würden.
<?GIS S2F_RECOMMENDEMAIL_1?> / <?GIS S2F_RECOMMENDEMAIL_2?> / <?GIS S2F_RECOMMENDEMAIL_n?>
Mit diesem TAG werden die Eingabefelder für die zukünftigen Abonnenten dargestellt. Hier kann der Werber eine oder mehrere Email-Adressen eintragen.
<?GIS S2F_BONUSID 1?> / <?GIS S2F_BONUSID 2?> / <?GIS S2F_BONUSID n?>
Mit diesem Tag wird ein Formularfeld "Radiobutton" dargestellt, der es dem Werber erlaubt eine Werbeprämie auszuwählen. Die Zahlen in dem TAG korrespondieren mit den IDs der Attachments. Die Attachment IDs finden Sie in der Administratoroberfläche unter der Attachmentverwaltung.
<?GIS EMAIL?>
Dieser Tag wird im Template durch ein Texteingabefeld ersetzt. Hier kann der Werber seine Email-Adresse eintragen. Dieses hat die mit dem Datenbank-Designer definierten Eigenschaften.
<?GIS EMAIL params="size=20"?>
Dieser TAG wird ebenfalls durch ein Texteingabefeld ersetzt, hat jedoch weitere durch params spezifizierten Eigenschaften (HTML).
Meldungen:
<!--ERROR:INCORRECT-RECOMMENDEMAIL_n--><!--/ERROR:INCORRECT-RECOMMENDEMAIL_n-->
Sollte die zu werbende S2F_RECOMMENDEMAIL-Adresse syntaktisch nicht den RFCs entsprechen wird diese Fehlermeldung aktiviert.
<!--ERROR:ROBINSON-RECOMMENDEMAIL_n--><!--/ERROR:ROBINSON-RECOMMENDEMAIL_n-->
Sollte die zu werbende S2F_RECOMMENDEMAIL-Adresse auf der BACKCLICK-Robinsonliste verzeichnet sein wird diese Fehlermeldung aktiviert.
<!--ERROR:INCORRECT-EMAIL--><!--/ERROR:INCORRECT-EMAIL-->
Sollte der Werber eine syntaktisch nicht den RFCs entsprechende Email-Adresse eingegeben haben, wird diese Fehlermeldung aktiviert.
<!--ERROR:NO-EMAIL--><!--/ERROR:NO-EMAIL-->
Sollte der Werber keine Email-Adresse eingegeben haben, wird diese Fehlermeldung aktiviert.
<!--SUCCESS--><!--/SUCCESS-->
Alle Email-Adressen wurden richtig eingegeben. Eine Email an die potentiellen Abonnenten wurde versendet.
E-Maildefinitionen
Diese E-Mail-Definitionen werden am Ende von STEP 2 eingefügt!
<!--SEND2FRIEND-EMAIL--><!--/SEND2FRIEND-EMAIL-->
Dieser TAG definiert die Email, die an die potentiellen Abonnenten versendet wird. Alle einzelnen Attribute der Email werden innerhalb dieses TAGs definiert.
<!--SENDER-NAME--><!--/SENDER-NAME-->
Dieser TAG definiert den Absendernamen im Klartext.
<!--PRIORITY--><!--/PRIORITY-->
Dieser TAG definiert die angezeigte Wichtigkeit im Mailclient.
<!--TO--><!--/TO-->
Dieser TAG definiert den angezeigten Empfänger im Mailclient. Hier kann personalisiert werden.
<!--SUBJECT--><!--/SUBJECT-->
Dieser TAG definiert die Betreffzeile der Email. Dieser kann personalisiert werden.
<!--BODY--><!--/BODY-->
Hier wird der E-Mailbody definiert. Es sollte das Feld $$SEND2FRIEND-LINK$$ vorhanden sein. Dieses Feld wird durch einen codierten Link ersetzt, der den potentiellen Abonnenten auf die Anmeldeseite führt. Gleichzeitig wir diese Aktion statistisch verzeichnet.
<!--BONUS-EMAIL--><!--/BONUS-EMAIL-->
Diese E-Mail wird an den Werber gesendet. Sie enthält die Werbeprämie als Attachment.
<!--SENDER-NAME--><!--/SENDER-NAME-->
Dieser TAG definiert den Absendernamen im Klartext.
<!--PRIORITY--><!--/PRIORITY-->
Dieser TAG definiert die angezeigte Wichtigkeit im Mailclient.
<!--TO--><!--/TO-->
Dieser TAG definiert den angezeigten Empfänger im Mailclient. Dieser kann personalisiert werden.
<!--SUBJECT--><!--/SUBJECT-->
Dieser TAG definiert die Betreffzeile der Email. Diese kann personalisiert werden.
<!--BODY--><!--/BODY-->
Hier wird der E-Mailbody definiert.
<!--DOI-EMAIL--><!--/DOI-EMAIL--> und <!--CONFIRM-EMAIL--><!--/CONFIRM-EMAIL-->
Diese Email-Definitionen entnehmen Sie bitte der Übersicht für Anmeldung (double-opt-in).