Seite 2 von 2
Verfasst: 10.05.2009, 20:26
von mirko
Die Meldung \"#!/usr/local/bin/php \" darf gar nicht kommen, wurde das Script falsch übertragen oder modifiziert???
Level 6 ist Prüfung der Bounce-E-Mails, an der Stelle bricht das Script ab, weil es schon zu lange gelaufen ist. Einen Abbruch kann es geben,
* wenn das Postfach nicht geöffnet werden kann z.B. kein Speicherplatz auf Server frei und dabei der eigene Mailserver blockiert.
* eine E-Mail im Postfach liegt, die Probleme bei der Dekodierung macht und sich damit das Script in einer Endlosschleife befindet, normalerweise kann dies nur durch Spam-Mails oder E-Mails mit Viren verursacht werden
Verfasst: 10.05.2009, 12:32
von meggipro
moin,
ich habe auch ein Problem mit den Bounces. CronJobs sind eingerichtet und scheinen zu funktionieren, Posteingangsserver ist getestet und zeigt auch 37 Mails im Postfach an und auch sonst funktioniert alles. Bereit zwei Mailings verschickt mit je 1000 Empfängern und Anhängen usw. - alles kein Problem. Nur die Bounces werden nicht abgeholt!
Wenn ich \"Aufgaben jetzt manuell ausführen\" drücke bzw. wie oben angegeben \"crons.php?language=de\" eingebe (was ja das selbe ist) kommt folgende Meldung:
#!/usr/local/bin/php Script timeout at level 6.
Check options of email retrieving or for email sending.
Ich weiß aber echt nicht mehr, was ich da noch checken soll! Habe Postfach in der Mailingliste definiert und auch sonst alles getan was die Anleitung und das Forum fordern...
Erignisprotokoll:
Prüfung Ablauf Opt-In/Opt-Out
Löschen von alten CronJob-Log-Einträgen
Löschen von Responder/E-Mailing-Versand-EinträgenLöschen von Tracking-Daten der Responder/Mailings
Prüfung Ablauf Opt-In/Opt-Out
Löschen von alten CronJob-Log-Einträgen
hat alles Funktioniert, somit sollten Crons funktionieren.
Gruß Jens
Verfasst: 07.05.2009, 17:18
von mirko
Beim Ereignisprotokoll muss man immer die Details anschauen, den dort steht genau drin was so gemacht wurde bzw. welche Fehler aufgetreten sind. Die Ausführung der Aufgaben in deinem Screenshot liegt aber sehr lange zurürck, normalerweise muss er das alle 1 bzw. paar Minuten ausführen. Bei dir war die letzte Ausführung heute nacht, seit dem wurde anscheinend nichts mehr ausgeführt. Im Demo
http://www.superwebmailer.de/newsletter ... hp-script/ (Benutzername/Passwort demo) kann du das Ereignisprotokoll mal aufrufen, dort siehst du dass er es 1x pro Minute ausführt. Einige Aufgaben im Demo werden natürlich nur 1x am Tag ausgeführt, weil das unter Menü Einstellungen - Geplante Aufgaben so eingestellt ist.
Verfasst: 07.05.2009, 16:24
von Albert
also die testmails versendet er.
anbei das ereignisprotokoll. ist dieses s ok?
bei der anmeldung allerdings sind fehler aufgetreten, sodass hier der hase begraben liegen könnte.
habe das anmeldeformular geändert...versuche es mit dem standard formular
Verfasst: 06.05.2009, 12:00
von mirko
Im SuperWebMailer Menü Einstellungen - Ereignisprotokoll anschauen ob er das CronJob-Script ständig im angegebenen Intervall ausführt. Tut er das nicht, dann versendet er keine E-Mail.
Der Versand der E-Mail nach 1 Minute kann nur der Follow-Up-Responder ausführen, entsprechend beim Follow-Up-Responder die Follow-Up-E-Mails anschauen und sich selbst die E-Mail als Test-E-Mail zusenden. Die E-Mail muss ankommen, d.h. es darf kein Fehler z.B. wegen fehlender Bilder ausgegeben werden.
Verfasst: 06.05.2009, 11:21
von Albert
naja das problem ist, dass ich keine mail bekomme...
cron jobs wurden eingestellt.
empfänger hat sich eingetragen und nach 1 minute sollte eine mail kommen...kommt aber nicht...jetzt frag ich mich wieso?
Verfasst: 05.05.2009, 21:50
von mirko
Warum muss es denn eine Meldung ausgeben? Aber gut, das kann man haben hinter
crons.php
?language=de
angeben, dann gibt es eine Meldung aus. Das ist dann so als würde man es wie im SuperWebMailer über Menü Einstellungen - Geplante Aufgaben manuell ausführen.
Verfasst: 05.05.2009, 15:37
von Albert
Hallo Mirko,
das Cron Jobs Script funktioniert leider nicht, obwohl es korrekt betrieben wird.
Ich habe hier folgende Frage meines Webhosters:
\"Sehr geehrter Herr Bluhm,
vielen Dank für Ihre E-Mail, gerne helfe ich Ihnen weiter.
Das Skript wurde korrekt ausgeführt, allerdings gibt dieses keine Meldung aus. Welche PHP-Version benötigt Ihr Skript denn? Aktuell wird dieses mit der PHP-Version 5.2.6 ausgeführt. Gibt es bei Ihrem Skript eine Debug-Funktion, welche wir evtl. einmal zum testen aktivieren können?
Bei Rückfragen stehe ich Ihnen selbstverständlich jederzeit gerne zur Verfügung.
Freundliche Grüße\"
Danke für deine Hilfe
Verfasst: 14.02.2009, 14:30
von Albert
danke mirko
:biggrin:
ein zufriedener kunde mehr
:i_drink:
Verfasst: 14.02.2009, 13:02
von mirko
Direkter Scriptaufruf wird falsch sein, es muss HTTP sein.
Bei Jeden Monat muss in das leere Feld rechts 1-12 oder *, das steht in der Erklärung aber nicht mit dabei.
Bei Jeden Tag im Monat muss in das leere Feld rechts 1-31 oder *, das steht in der Erklärung aber nicht mit dabei.
Bei den Wochentagen 1-7 oder *, das steht in der Erklärung aber nicht mit dabei.
HTTP User und HTTP Passwort muss leer gelassen werden.
Verfasst: 14.02.2009, 12:41
von Albert
Hallo Mirko,
ich bin bei Domain Factory.
Meine Einstellungen habe ich wie im Bild, im Dateianhang übernommen.
Unter Typ gibt es zwei Einstellungen:
Direkter Scriptaufruf oder
HTTP Aufruf per URL
Sind meine Einstellungen richtig?
Danke
Gruß
Thomas
Hier die Erklärungen zu den Einstellungen bei DF:
*) Erklärung zum Punkt \"Ziel\"
Je nach Aufrufsart (HTTP oder Direkt) bezeichnet Ziel eine URL die aufgerufen werden soll, oder der Pfad zu einem Script in Ihrer Verzeichnisstruktur.
Bei der Eingabe der URL wird geprüft, ob es sich um eine formal korrekte URL handelt. Es wird jedoch nicht geprüft, ob die angegebene URL tatsächlich existiert.
Ein direkter Aufruf erwartet einen Dateinamen relativ zu /kunden/179242_09599/. Bitte beachten Sie (falls Sie Reseller sind) daß Scripte immer unter Ihrem Hauptbenutzer ausgeführt werden. Weiterhin wichtig ist, daß diese Scripte nicht die Umgebungsvariablen des Webservers gesetzt haben, so daß z.B. SCRIPT_URI nicht definiert sein wird.
*) Erklärung zu den Zeiten
Damit ein Cronjob gestartet wird, müssen alle 3 angegebenen Kriterien erfüllt sein, also der Monat, der Tag im Monat und der Wochentag.
Die Angaben nach Monat, Tag im Monat und Wochentag können entweder in Zahlen gemacht werden (bei Monaten von 1-12, bei Tagen von 1-31 und bei Wochentagen von 1-7) oder in Textform (Januar, Dez, Montag, Di).
Die Angabe \"An den folgenden Monaten/Tagen/Wochentagen\" erwartet eine Kommaseparierte Liste von Bereichen. Ein Bereich ist entweder ein einzelner Monat, Tag im Monat oder Wochentag oder aber ein Bereich der Form 4-8, bzw Mittwoch-Freitag oder Mrz-Jun.
Es können beliebig lange Listen angegeben werden. Um Ihnen eine Vorstellung davon zu geben, was Sie alles angeben können, hier ein paar Beispiele:
Ein Job soll an jedem Freitag dem 13. gestartet werden
Jeden Monat
Nur am folgenden Tag im Monat: 13
Nur am folgenden Wochentag: Freitag
Sie möchten daß der Job immer am ersten Dienstag im Monat ausgeführt wird, aber nicht im Juni
Nur an den folgenden Monaten: 1-5,7-12 (oder Jan-Mai,Jul-Dez)
Nur an den folgenden Tagen im Monat: 1-7
Nur am folgenden Wochentag: 2 (oder Dienstag, bzw. Di)
Der Cronjob soll alle 2 Tage ausgeführt werden
Jeden Monat
Jeden X. Tag im Monat: 2
Jeden Wochentag