Problem mit dem alternativen Browserlink
Für mich ist das Problem gelöst.
Ich musste nur auf dem Server das mod_rewrite Modul so anpassen, dass das Newsletter-Verzeichnis vom \"Umschreiben\" ausgenommen wird und somit die dort liegenden Seiten nicht von vornherein als vorhanden markiert sind.
Ursache ist eine mod_rewrite-Regel, die alle Seitenaufrufe auf die index.php umleitet.
Danke an Mirko für die schnelle und gute Lösung des Problems!
Ich musste nur auf dem Server das mod_rewrite Modul so anpassen, dass das Newsletter-Verzeichnis vom \"Umschreiben\" ausgenommen wird und somit die dort liegenden Seiten nicht von vornherein als vorhanden markiert sind.
Ursache ist eine mod_rewrite-Regel, die alle Seitenaufrufe auf die index.php umleitet.
Danke an Mirko für die schnelle und gute Lösung des Problems!
Zuletzt geändert von DerMurks am 23.02.2009, 09:49, insgesamt 1-mal geändert.
Hier ist das Problem, dass SuperMailer keinen freien Dateinamen finden kann. Er sucht für den alt. Browserlink und für das Newsletterarchiv einen freien Dateinamen. SuperMailer \"denkt\" sich einen Dateinamen aus und versucht die Datei per http:// aufzurufen. Klappt der Aufruf, wird der nächste Dateiname ausgedacht und abgetestet. Und so geht das immer weiter, hier in diesem Fall endet das einer Endlosschleife, d.h. er testet 1000te Dateinamen ab aber erhält vom Server immer wieder die Meldung \"Datei existiert\" bzw. 200 OK. Normal wäre, dass der Server 404 = Datei nicht gefunden zurückliefert und danach entweder eine Fehlerseite zeigt oder eine Umleitung auf die normale Webseite durchführt.
In der Version werde ich das ändern, d.h. er wird 50x probieren einen Dateinamen zu finden, klappt das nicht, wird einfach der zuletzt probierte Dateiname verwendet. Das ist zwar nicht schön und es könnten durch Zufall Dateien überschrieben werden aber wenn der Server nicht \"normal\" konfiguriert ist, kann man nichts machen.
In der Version werde ich das ändern, d.h. er wird 50x probieren einen Dateinamen zu finden, klappt das nicht, wird einfach der zuletzt probierte Dateiname verwendet. Das ist zwar nicht schön und es könnten durch Zufall Dateien überschrieben werden aber wenn der Server nicht \"normal\" konfiguriert ist, kann man nichts machen.
Original von jenswi:
Hab es getestet, aber leider ohne Erfolg!
Er bleibt weiterhin hängen.
Da kann ich mich nur anschließen - gibt es inzwischen eine Lösung für dieses Problem?
Bei mir hängt sich der Supermailer beim Mailversand immer während der \"Installation des alternativen Browserlinks\" auf (nachdem \"Test des Skriptes\" abgehakt wurde).
Ein Versand ohne den alternativen Browserlink geht ohne Probleme, die Einstellungen für den Upload per FTP sind korrekt und auch die passive/aktive Übertragung ist egal. Auch ein Upload per Skript habe ich ohne Erfolg getestet.
Auf einen Fehlerbericht kann ich lang warten - wenn nicht gleich ewig...
Hallo zusammen!
Ich habe folgendes Problem.
Einer unserer Kunden setzt SuperMailer ein.
Wenn ein Newsletter mit alternativen Browserlink verschickt werden soll, so hängt sich SuperMailer dabei auf. Es kommt keine Fehlermeldung, nichts!
Die Einstellungen wurden kontrolliert und sind korrekt, sogar eine Neuinstallation wurde schon durchgeführt - alles ohne Erfolg.
Ohne alternativen Browserlink, also mit direktem Link, funktioniert es wunderbar.
Für hilfreiche Tipps wäre ich sehr dankbar!
Gruß Jens
Ich habe folgendes Problem.
Einer unserer Kunden setzt SuperMailer ein.
Wenn ein Newsletter mit alternativen Browserlink verschickt werden soll, so hängt sich SuperMailer dabei auf. Es kommt keine Fehlermeldung, nichts!
Die Einstellungen wurden kontrolliert und sind korrekt, sogar eine Neuinstallation wurde schon durchgeführt - alles ohne Erfolg.
Ohne alternativen Browserlink, also mit direktem Link, funktioniert es wunderbar.
Für hilfreiche Tipps wäre ich sehr dankbar!
Gruß Jens