Supermailer und XT-Commerce 4.1

[Overtone69]

Ich habe den Fehler gefunden. Hilft vielleicht dem einen oder anderen Anwender auch:
Der Checkout-Bereich ist bei diesem Kunden SSL-verschlüsselt. Somit muss auch der eingebundene Iframe SSL-verschlüsselt sein.

[Overtone69]

Genau da liegt ja das Problem. Der Quelltext zeigt mir an, dass der Iframe aufgerufen wurde. Die E-Mail wird aber nicht verschickt. Rufe ich den Inhalt des Iframes in einem seperaten Tab auf oder binde ihn in eine neutrale Datei (beispielsweise test.htm) ein und rufe diese Datei auf wird die E-Mail ordnungsgemäß versendet. Nur in der checkout.html-Datei im XT-Template wird die E-Mail nicht versendet, obwohl der Iframe ordnungsgemäß erzeugt wird und laut Quelltext eben auch aufgerufen wird.

[mirko]

mit iframes hat das nichts zu tun, wenn er anzeigt, dass die Anmeldung erfolgreich war, dann ist das Thema iframes abgeschlossen, der E-Mail-Server bei Profihost schickt die E-Mail mit dem Bestätigungslink dann richtig raus.

[Overtone69]

Ich konnte es jetzt dahin eingrenzen, dass es von meinem Testshop auf Domainfactory funktioniert, jedoch nicht vom Liveshop des Kunden bei Profihost! Kann man als Provider das Ausführen von Iframes verhindern/deaktivieren? Ist dir dazu etwas bekannt?

[mirko]

Ich kann dazu nichts sagen, teste das natürlich nicht, habe ich auch nie getestet, kann nicht alles ausprobieren. Wahrscheinlich schickt der Server keine E-Mails raus, unterschiedliche E-Mail-Adressen ausprobieren.

[Overtone69]

Hallo Mirko,

seit geraumer Zeit funktioniert der Script in unserem XT-Commerce-Shop leider nicht mehr. Es werden keine Bestätigungs-E-Mails versendet. Ist dir hierzu eine Änderung bei XT-Commerce bekannt. Von deren Seite aus wird dies natürlich erwartungsgemäß verneint!

[Overtone69]

Danke Mirko, so hatte ich es jetzt auch bereits umgesetzt und getestet. Das funktioniert auf jeden Fall einwandfrei!

[mirko]

dann die ganze Angabe der HTML-Datei rausnehmen und nur ""; angeben, es wird dann der Standardtext angezeigt.

[Overtone69]

Hat auch mit HTML-Dateien nicht funktioniert. Ich werde den Script demnächst auch bei einem anderen Kunden installieren, welcher ebenfalls deine Software benutzt. Falls ich auf dessen Server andere Erkenntnisse mache werde ich Sie hier veröffentlichen!

[mirko]

Auf dem Server ist die Weiterleitung dann nicht erlaubt, man muss in dem Fall, gar keine Seiten angeben oder es müssen HTML-Seiten lokale (ohne http://) angegeben werden, das dürfen in dem Fall keine .php-Dateien sein.

[Overtone69]

Also die Header-Weiterleitungen funktionieren definitiv nicht. Bei dem Unsubscribe-Bereich besteht die selbe Problematik. Entweder ich gebe keine URL unter $UnsubscribeOKPage an und lasse mir nur den Standardsatz "Ihre E-Mail-Adresse $EMail wurde aus unserer Newsletterliste entfernt!" anzeigen oder es erscheint eine leere Seite ohne Weiterleitung nach $UnsubscribeOKPage!

[Overtone69]

Hätte ich natürlich auch schon testen können. Das funktioniert tatsächlich! Es erscheint der Text "Ihre E-Mail-Adresse wurde zu unserer Newsletterliste hinzugefügt"! Wieso funktioniert es aber nicht mit der in der Variablen $SubscribeOKPage angegebenen Unterseite http://protected.de/newsletter_danke_mail.php? Diese ist natürlich per Direktaufruf erreichbar!

[mirko]

wenn der genau die eine Seite nicht macht, dann die Angabe bei $SubscribeOKPage GENAU prüfen, dort wird ein Fehler sein. Alternativ einfach $SubscribeOKPage=""; setzen, dann wird der Standard-Text "Ihre E-Mail-Adresse wurde zu unserer Newsletterliste hinzugefügt" angezeigt.

[Overtone69]

Eigentlich geht es hier nur um das Problem, dass der Linkklick in der E-Mail zur Bestätigung des Newsletter-Abonnements auf eine leere weiße Seite führt, anstatt die Anzeige "Ihre E-Mail-Adresse $EMail wurde zu unserer Newsletterliste hinzugefügt!" darzustellen und/oder auf die Unterseite in der Variablen $SubscribeOKPage weiter zu leiten. Das ist eigentlich ein Server- bzw. Provider-unabhängiges Problem innerhalb der newsletter.php. Alle dort eingetragenen Dateien sind natürlich im Browser direkt erreichbar!

[mirko]

Habe ich vergessen zu antworten.

Das musst selbst rausbekommen, denn für den Test auf deiner Seite in eine Anmeldung im Shop erforderlich, das mache ich natürlich nicht.

Im Script newsletter.php (im Texteditor öffnen), alle URLs prüfen, d.h. in Browser kopieren und testen ob es diese gibt.

Im Script kann man ebenfalls anstatt der URLs die lokalen Aufrufe ohne http:// verwenden, das muss man natürlich richtig machen, damit die Dateien gefunden werden. z.B. würde im Script stehen

$SubscribeOKPage="http://www.supermailer.de/download.htm";

und das Script newsletter.php liegt selbst unter http://www.supermailer.de/ dann kann man im Script auch angeben


$SubscribeOKPage="download.htm";