HTML-Newsletterversand

khzang · Beitragvon **khzang** » Fr 27. Mär 2009, 02:29

Hallo,

bei mir werden trotz Einstellung Standard E-Mail = HTML und HTML_Ok = 1 keine HTML-Mails versendet.

Wer kann helfen?

Gruß

Karl-Heinz Zang

cocom · Beitragvon **cocom** » Fr 27. Mär 2009, 21:01

Wie sieht denn das Template für den Versand aus?

khzang · Beitragvon **khzang** » So 29. Mär 2009, 12:02

Das Problem trat erst seit dem Update auf Version 6 auf. Hier wurde das Flag in den Optionen nicht übernommen. Aber jetzt gehts trotzdem nicht mehr obwohl nichts geändert wurde. Nachfolgend das template

<we:ifHtmlMail>
<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
<head>
<we:title></we:title>
<meta http-equiv="Content-Type" content="text/html; charset=iso-8859-1">
</head>
<body bgcolor="#FFFFFF" text="#000000" link="#000000" vlink="#000000" alink="#000000">

<table width="600" border="0" cellpadding="1" cellspacing="0" bgcolor="#3399FF">
<tr>
<img src="<we:url id="1160"/>" width="600" alt="">

</tr>
<tr>
<td>
<table width="100%" border="0" cellpadding="0" cellspacing="10" bgcolor="#FFFFFF">
<tr>
<td>
<font face="Arial, Helvetica, sans-serif" size="3" color="#000000">

<we:input name="Newsletterinfo" type="text" size="60"/>

</font>
</td>
</tr>
</table>
</td>
</tr>
</table>

<img src="<we:url id="1207"/>" height="5" width="1" alt="">


<table width="600" border="0" cellpadding="1" cellspacing="0" bgcolor="#3399FF">
<tr>
<td>
<table width="100%" border="0" cellpadding="0" cellspacing="10" bgcolor="#FFFFFF">
<tr>
<td>
<we:block name="Content">
<img src="<we:url id="1161"/>" width="570" alt="" align="center">

<p>
<font face="Arial, Helvetica, sans-serif" size="4" color="#FF0000">

<we:input name="Headline" type="text" size="60"/>

</font>
<we:ifNotEmpty match="Subheadline">
<font face="Arial, Helvetica, sans-serif" size="4" color="#3399FF">

<we:input name="Subheadline" type="text" size="60"/>

</font>
</we:ifNotEmpty>
<font face="Arial, Helvetica, sans-serif" size="2" color="#000000">
<we:textarea name="Text" width="600" height="500" wysiwyg="true" />
</font>
</p>
</we:block>
</td>
</tr>
</table>
</td>
</tr>
</table>



<table width="600" border="0" cellpadding="1" cellspacing="0" bgcolor="#3399FF">
<tr>
<img src="<we:url id="1162"/>" width="600" alt="">

</tr>
<tr>
<td>
<table width="100%" border="0" cellpadding="0" cellspacing="10" bgcolor="#FFFFFF">
<tr>
<td>
<font face="Arial, Helvetica, sans-serif" size="1" color="#999999">
<we:textarea name="Footer" width="600" height="100" wysiwyg="true" commands="justify,link,list,inserthorizontalrule,table,fullscreen,editsource,insertimage"/>
</font>
</td>
</tr>
</table>
</td>
</tr>
</table>

<we:ifEditmode>
<style type="text/css">
textarea, .x {
font-family: "Courier New", Courier, mono;
font-size: 12px;
}
</style>
<hr>
<span class="x">
|--------------------------------------------------------------|

</span>
<we:textarea name="TextPlain" width="600" height="500"/>
<span class="x">

|--------------------------------------------------------------|
</span>
</we:ifEditmode>
</body>
</html>
</we:ifHtmlMail>
<we:ifNotHtmlMail>
<we:ifNotEditmode>
<we:textarea name="TextPlain" width="600" height="500"/>
</we:ifNotEditmode>
</we:ifNotHtmlMail>

Ibissen_3 · Beitragvon **Ibissen_3** » Do 17. Dez 2009, 17:32

Hallo,

hat denn sonst niemand das Problem? Bei mir ist das nun auch der Fall.
Das Perfide an der Sache ist, dass die Testmail richtig (im HTML-Format) ankommt
und man das Desaster erst beim endgültigen Versand mitbekommt.

Hilfe!
Ibissen

ArminSchulz · Beitragvon **ArminSchulz** » Mo 4. Jan 2010, 12:22

So ohne weiteres nicht nachvollziehbar!

Sende regelmäßig HTML-Newsletter für Kunden,
und hab das für 6.0.0.8 gerade auf Zend-mail umgestellt, dabei aber auch keine Probleme mit dem alten Mailer bemerkt

Macht doch bitte einen Eintrag in qa.webEdition.de
Dort bitte genaue Angaben zu DB- und PHP-Version (5.2.x oder 5.3.x), Spracheinstellungen (WE, DB und Verbindung), Browser (taucht das in allen auf?) usw.

Anmerkungen wie "ist das nun auch der Fall" helfen leider nicht wirklich den Fehler oder das Problem nachzuvollziehen, also bitte genaue Angaben!

aixede · Beitragvon **aixede** » Di 5. Jan 2010, 19:25

Das Newsletter-Modul läuft auch bei mir seit der Version 6 nicht mehr korrekt. Die Mails werden nicht als HTML-Mail versand. Das Mail bleibt leer!
Wir setzen den Newsletter auf der Website eines Vereins ein. Der Verein ist in verschiedenen Regionalgruppen aufgeteilt. Jede Gruppe sollte ihren eigenen Newsletter erhalten. Ausserdem erhält nicht jedes Mitglied einen Newsletter. Ist von seinem Status abhängig.
Die User sind in der Kundenverwaltung erfasst. Im Newsletter-Modul machen wir also eine AND Verknüpfung. Und ich glaube, dass der Newsletter genau hier ein Problem hat.

Der Workaround im Moment: Die Mitglieder sind nun in einzelne CSV-Files gespeichert und der Newsletter wird nicht nach den Usern in der Kundenverwaltung verschickt sondern an die CSV-Listen. Das klappt wenigstens.

Nachtrag: soeben nochmals bei einem neuen Projekt getestet.
1. Newsletter wird nicht versandt, wenn Filter eingesetzt wird.
2. Wenn an alle aus der Kundenverwaltung versandt wird, dann wird nur eine Textemail verschickt, kein HTML-Mail.
Fazit: Newsletter und Kundenverwaltung funktionieren nicht mehr zusammen.

moka · Beitragvon **moka** » Mo 15. Feb 2010, 20:11

Ich erhalte für meinen Newsletter, der in Version 5 problemlos läuft bei Version 6.0.8 in der HTML-Vorschau und im HTML-Mail zuerst folgenden Code:

Code: Alles auswählen

ID; if(!isset($GLOBALS["WE_MAIN_ID"])) $GLOBALS["WE_MAIN_ID"] = $GLOBALS["we_doc"]->ID; if(!isset($GLOBALS["WE_MAIN_DOC"])) $GLOBALS["WE_MAIN_DOC"] = clone($GLOBALS["we_doc"]); if(!isset($GLOBALS["WE_MAIN_DOC_REF"])) $GLOBALS["WE_MAIN_DOC_REF"] = &$GLOBALS["we_doc"]; if(!isset($GLOBALS["WE_MAIN_EDITMODE"])) $GLOBALS["WE_MAIN_EDITMODE"] = isset($GLOBALS["we_editmode"]) ? $GLOBALS["we_editmode"] : ""; $GLOBALS["WE_DOC_ParentID"] = $GLOBALS["we_doc"]->ParentID; $GLOBALS["WE_DOC_Path"] = $GLOBALS["we_doc"]->Path; $GLOBALS["WE_DOC_IsDynamic"] = $GLOBALS["we_doc"]->IsDynamic; $GLOBALS["WE_DOC_FILENAME"] = $GLOBALS["we_doc"]->Filename; $GLOBALS["WE_DOC_Category"] = isset($GLOBALS["we_doc"]->Category) ? $GLOBALS["we_doc"]->Category : ""; $GLOBALS["WE_DOC_EXTENSION"] = $GLOBALS["we_doc"]->Extension; $GLOBALS["TITLE"] = $GLOBALS["we_doc"]->getElement("Title"); $GLOBALS["KEYWORDS"] = $GLOBALS["we_doc"]->getElement("Keywords"); $GLOBALS["DESCRIPTION"] = $GLOBALS["we_doc"]->getElement("Description"); $GLOBALS["CHARSET"] = $GLOBALS["we_doc"]->getElement("Charset"); $__tmp = explode("_",$GLOBALS["we_doc"]->Language); $__lang = strtolower($__tmp[0]); if ($__lang) { $__parts = split("_", $GLOBALS["WE_LANGUAGE"]); $__last = array_pop($__parts); // Charset of page is not UTF-8 but languge files of page are UTF-8 // Then change language files to non UTF-8 pedant if available if (count($__parts) && $__last === "UTF-8" && $GLOBALS["CHARSET"] !== "UTF-8") { $__lang = $__parts[0]; if (file_exists($_SERVER["DOCUMENT_ROOT"]."/webEdition/we/include/we_language/".$__lang)) { $GLOBALS["WE_LANGUAGE"] = $__lang; include($_SERVER["DOCUMENT_ROOT"]."/webEdition/we/include/we_language/".$GLOBALS["WE_LANGUAGE"]."/date.inc.php"); } // Charset of page is UTF-8 but languge files of page are not UTF-8 // Then change language files to UTF-8 pedant if available } else if ($__last !== "UTF-8" && $GLOBALS["CHARSET"] === "UTF-8") { $__lang = $GLOBALS["WE_LANGUAGE"] . "_UTF-8"; if (file_exists($_SERVER["DOCUMENT_ROOT"]."/webEdition/we/include/we_language/".$__lang)) { $GLOBALS["WE_LANGUAGE"] = $__lang; include($_SERVER["DOCUMENT_ROOT"]."/webEdition/we/include/we_language/".$GLOBALS["WE_LANGUAGE"]."/date.inc.php"); } } } } ?>

Ich habe das Update des Codes ein 2. mal aufgespielt, leider ohne Veränderung.
An was kann das wohl liegen?

ArminSchulz · Beitragvon **ArminSchulz** » Di 16. Feb 2010, 08:16

Hi,

tja, das kommt aus der Funktion parseTemplate (Zeile 227 in /include/we_classes/we_template.inc.php)

dort ab Zeile 269:

Code: Alles auswählen

		// Code must be executed every time a template is included,
		// so it must be executed during the caching process when a cacheable document
		// is called for the first time and every time the document come from the cache
		// Because of this reason the following code must be putted out directly and(!)
		// echoed in templates with CacheType = document
		$pre_code = '<?php
	// Activate the webEdition error handler
	include_once($_SERVER["DOCUMENT_ROOT"]."/webEdition/we/include/we_classes/base/we_error_handler.inc.php");
	we_error_handler(false);

	include_once($_SERVER["DOCUMENT_ROOT"]."/webEdition/we/include/"."we_global.inc.php");
	include_once($_SERVER["DOCUMENT_ROOT"]."/webEdition/we/include/"."we_tag.inc.php");
	$GLOBALS["DB_WE"] = new DB_WE;
	';
	$pre_code .= 'if($GLOBALS["we_doc"]){
		$GLOBALS["WE_DOC_ID"] = $GLOBALS["we_doc"]->ID;

und so weiter.

Das (also $pre_code) wird anschließend unter verschiedenen Bedingungen Vorne oder Hinten noch ergänzt.
Es gibt auch noch $preContent, $postContent, $head und $code.
Alles wird dann noch durch RegEx modifiziert und am Ende ausgegeben

Wenn das so wie beschrieben im HTML-Quellcode deiner Seite steht, dann scheint da irgendwo ein <?php oder ?> verloren zu gehen
(Aber nichts offensichtliches zu sehen)
Mögliche Ursachen (außer Fehler in we_template die aber bisher woanders nicht sichtbar werden)

Dateiendung .php aber nicht angeklickt "Seite dynamisch generieren" (oder umgekehrt, also html und dynamisch generieren angeklickt)

Verschachtelungsprobleme mit <html><head></head><body></body></html> wo eins mehrmals vorkommt (auf die Existenz von start und End-Tag wird hier geprüft) könnte entstehen duch Sachen wie ifEditmode oder ifHTMLMail oder sowas.

Probleme wegen Econda-Tags (sofern eingesetzt - ist wohl noch mit Fehlern behaftet, aber keine spezifischen Fehler bekannt).

Probleme durch includes (statisch/dynamisch, oder über href (hier verhält sich WE-6 wohl unter bestimmten Bedingungen anders als früher, kann jetzt aber nicht mehr genau sagen wann).

Folgendes Vorgehen:
Neue StandardVorlage erstellen (mit dem vorgegebene Code aus Neue Vorlage)
Daraus ein statisches HTML-Dokument erzeugen (Dateendung html, Seite dynamisch generieren NICHT angeklickt, bischen was reinschreiben
Und das mal als Newsletter versenden und sehen obs geht.

Wenn das funktioniert, schrittweise in den eigenen umbauen und sehen ab wann es hackt.

Was mir gerade noch so einfällt:
Die verwendete Endung (z.B. htm) ist nicht zufällig über .htaccess als durch php interpretierbar deklariert?
(macht man ja manchmal um zu verschleiern, dass Seiten dynamisch erzeugt werden)

moka · Beitragvon **moka** » Di 16. Feb 2010, 16:17

Besten Dank für die schnelle Antwort.

htm ist nicht maskierte php und ich habe keinen php-Code im Template
Folgendes Template ist die Basis:

Code: Alles auswählen

<we:ifHtmlMail>
  <!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
  <html>
    <head>
      <we:title>Newsletter</we:title>
      <we:charset defined="ISO-8859-1" xml="false">ISO-8859-1</we:charset>
    </head>
  <body bgcolor="#A5E1E2" text="#000000" link="#FF6633" vlink="#FF6633" alink="#FF6633">
    <table width="600" align="center" border="0" cellpadding="0" cellspacing="0" bgcolor="#A5E1E2">
      <tr>
        <td>
          <we:img name="Header" id="898" border="0" />
          <table width="100%" border="0" cellpadding="10" cellspacing="0" bgcolor="#FFFFFF">
            <tr>
              <td>
                <font face="Arial, Helvetica, sans-serif" size="3" color="#000000">
                   <b>
                     <we:input type="text" name="Headline" size="60" />
                  </b>
                </font>
                <we:block name="Content">
                  <p>
                    <we:ifNotEmpty match="Subheadline">
                        <font face="Arial, Helvetica, sans-serif" size="2" color="#000000">
                          <b> 
                          <we:input name="Subheadline" type="text" size="60" />
                          </b>
                      </font>
                      <br>
                    </we:ifNotEmpty>
                    <font face="Arial, Helvetica, sans-serif" size="2" color="#000000">
                      <we:textarea name="Text" width="570" height="150" wysiwyg="true" commands="link,list,inserthorizontalrule,table,fullscreen,editsource,insertimage" />
                    </font>
                  </p>
                </we:block>
                <p>
                  <font face="Arial, Helvetica, sans-serif" size="1" color="#990066">
                    <we:textarea name="Footer" width="570" height="100" wysiwyg="true" commands="link,list,inserthorizontalrule,table,fullscreen,editsource,insertimage" />
                  </font>
                </p>
        </td>
            </tr>
          </table>
        </td>
      </tr>
    </table>
  </body>
  </html>
</we:ifHtmlMail>

Die Seite ist aber dynamisch, habe auf statisches htm gewechselt, dies hat aber nichts bewirkt.

we:willRockYou · Beitragvon **we:willRockYou** » Di 16. Feb 2010, 16:30

Ein Rebuild wurde ja sicher nach dem Update gemacht? Nur um das auszuschliessen.

moka · Beitragvon **moka** » Di 16. Feb 2010, 16:34

Ja, ich habe sogar 2 Rebuilds gemacht ...

Ich bin nun so fortgefahren wie vorgeschlagen:

1. habe ich eine neue leere Vorlage (unverändert) erstellt.
2. daraus eine test.html Seite erstellt (nicht dynamisch)
3. im Newsletter-Tool neuen Newsletter erstellt
4. und im Register Bearbeiten "Dokument" ausgewählt und als Block 1 die test.html Datei gewählt
5. abgespeichert
6. Vorschau als html-Vorschau gewählt und
7. erhalte (immer noch) folgenden Code

Code: Alles auswählen

ID; if(!isset($GLOBALS["WE_MAIN_ID"])) $GLOBALS["WE_MAIN_ID"] = $GLOBALS["we_doc"]->ID; if(!isset($GLOBALS["WE_MAIN_DOC"])) $GLOBALS["WE_MAIN_DOC"] = clone($GLOBALS["we_doc"]); if(!isset($GLOBALS["WE_MAIN_DOC_REF"])) $GLOBALS["WE_MAIN_DOC_REF"] = &$GLOBALS["we_doc"]; if(!isset($GLOBALS["WE_MAIN_EDITMODE"])) $GLOBALS["WE_MAIN_EDITMODE"] = isset($GLOBALS["we_editmode"]) ? $GLOBALS["we_editmode"] : ""; $GLOBALS["WE_DOC_ParentID"] = $GLOBALS["we_doc"]->ParentID; $GLOBALS["WE_DOC_Path"] = $GLOBALS["we_doc"]->Path; $GLOBALS["WE_DOC_IsDynamic"] = $GLOBALS["we_doc"]->IsDynamic; $GLOBALS["WE_DOC_FILENAME"] = $GLOBALS["we_doc"]->Filename; $GLOBALS["WE_DOC_Category"] = isset($GLOBALS["we_doc"]->Category) ? $GLOBALS["we_doc"]->Category : ""; $GLOBALS["WE_DOC_EXTENSION"] = $GLOBALS["we_doc"]->Extension; $GLOBALS["TITLE"] = $GLOBALS["we_doc"]->getElement("Title"); $GLOBALS["KEYWORDS"] = $GLOBALS["we_doc"]->getElement("Keywords"); $GLOBALS["DESCRIPTION"] = $GLOBALS["we_doc"]->getElement("Description"); $GLOBALS["CHARSET"] = $GLOBALS["we_doc"]->getElement("Charset"); $__tmp = explode("_",$GLOBALS["we_doc"]->Language); $__lang = strtolower($__tmp[0]); if ($__lang) { $__parts = split("_", $GLOBALS["WE_LANGUAGE"]); $__last = array_pop($__parts); // Charset of page is not UTF-8 but languge files of page are UTF-8 // Then change language files to non UTF-8 pedant if available if (count($__parts) && $__last === "UTF-8" && $GLOBALS["CHARSET"] !== "UTF-8") { $__lang = $__parts[0]; if (file_exists($_SERVER["DOCUMENT_ROOT"]."/webEdition/we/include/we_language/".$__lang)) { $GLOBALS["WE_LANGUAGE"] = $__lang; include($_SERVER["DOCUMENT_ROOT"]."/webEdition/we/include/we_language/".$GLOBALS["WE_LANGUAGE"]."/date.inc.php"); } // Charset of page is UTF-8 but languge files of page are not UTF-8 // Then change language files to UTF-8 pedant if available } else if ($__last !== "UTF-8" && $GLOBALS["CHARSET"] === "UTF-8") { $__lang = $GLOBALS["WE_LANGUAGE"] . "_UTF-8"; if (file_exists($_SERVER["DOCUMENT_ROOT"]."/webEdition/we/include/we_language/".$__lang)) { $GLOBALS["WE_LANGUAGE"] = $__lang; include($_SERVER["DOCUMENT_ROOT"]."/webEdition/we/include/we_language/".$GLOBALS["WE_LANGUAGE"]."/date.inc.php"); } } } } ?>

16.02.2010

"Image"))): ?>

Guten Tag
((Text))

ArminSchulz · Beitragvon **ArminSchulz** » Di 16. Feb 2010, 18:46

Macht mich etwas ratlos

häng doch mal /include/we_classes/we_template.inc.php
hier (oder in der Bugbase) an

ArminSchulz · Beitragvon **ArminSchulz** » Di 16. Feb 2010, 18:48

Auf dem Server läuft doch nicht etwa Shuoshin ??
(oder so ähnlich, wenn ich das nur denke fangen meine Hände an zu zittern)

oder savemode oder

schick mal die phpinfo als PN an mich

moka · Beitragvon **moka** » Do 18. Feb 2010, 18:01

Ich habe nun auf dem gleichen System ein identisches CMS eingerichtet (habe downgegradet auf Version 6.0.7). Dort läuft der Newsletter mit gleichem Code problemlos.

So habe ich ein Backup gemacht und dann webEdition neu installiert und das Backup eingespielt.
Das Problem besteht leider immer noch.

Jetzt habe ich mir gedacht, dass ich die webEdition-Dateien vom anderen System auf diesen Server manuell kopiere.
Ist das eine gute Idee?

Herzlichen Dank für eure Meinung.

PS: Lieber ArminSchulz: Was heisst PN?

we:willRockYou · Beitragvon **we:willRockYou** » Do 18. Feb 2010, 18:05

Eine private Nachticht, ein Funktion des Forums.

Hier klicken: http://forum.webedition.de/ucp.php?i=pm ... st&p=56701

webEdition - Forum

HTML-Newsletterversand

HTML-Newsletterversand

Problem mit HTML-Newsletter

Re: HTML-Newsletterversand

Re: HTML-Newsletterversand

Re: HTML-Newsletterversand

Re: HTML-Newsletterversand

Re: HTML-Newsletterversand

Re: HTML-Newsletterversand

Re: HTML-Newsletterversand

Re: HTML-Newsletterversand

Re: HTML-Newsletterversand

Re: HTML-Newsletterversand

Re: HTML-Newsletterversand

Re: HTML-Newsletterversand

Wer ist online?