Support-Forum Mirko Böer Softwareentwicklungen

zion418 hat geschrieben:PHP Safe mode ist deaktiviert.

dieser Feher (userfiles/2/image/...) habe ich jetzt bereinigt....
Ist zustande gekommen da ich beim Troubelshooting den Domainnamen und die Pfaden geändernt hatte.

Dort nicht dran rum basteln, außer man macht es richtig, ansonsten sucht man nach Fehlern, wo gar keine sind.

Mit ist gerade aufgefallen: im Ereignisprotokoll ist zu sehen das das System bei folgender Ausführung Probleme hat...
Prüfung auf zu versendende E-Mails; Es bleibt das Symbol der Sanduhr...(Sprich es ändert sich nicht um in einen grünen Hacken oder Balken)

Aktion: wird gerade ausgeführt Prüfung auf zu versendende E-Mails
Start: 13.07.2012 13:36:04
Ende: 13.07.2012 13:36:04
Ergebnis: Executing

Ja der bekommt die E-Mails nicht versendet, vielleicht sind diese zu groß oder Mailserver reagiert nicht? Sind zu große Anhänge angehangen und das Script überschreitet beim Laden oder Codierung des Anhangs in Text das definierte memory_limit in der php.ini, dann wird es aus der Speicher gewurfen. Ergebnis ist dann das Sanduhr-Symbol. Es sollte in der userdefined.inc.php vor define("debug", 1); das Raute Zeichen entfernt werden, danach warten bis er wieder versenden will/wollte, danach error_log prüfen, welche Fehlermeldungen dort drin stehen.

PHP Safe mode ist deaktiviert.

dieser Feher (userfiles/2/image/...) habe ich jetzt bereinigt....
Ist zustande gekommen da ich beim Troubelshooting den Domainnamen und die Pfaden geändernt hatte.

Mit ist gerade aufgefallen: im Ereignisprotokoll ist zu sehen das das System bei folgender Ausführung Probleme hat...
Prüfung auf zu versendende E-Mails; Es bleibt das Symbol der Sanduhr...(Sprich es ändert sich nicht um in einen grünen Hacken oder Balken)

Aktion: wird gerade ausgeführt Prüfung auf zu versendende E-Mails
Start: 13.07.2012 13:36:04
Ende: 13.07.2012 13:36:04
Ergebnis: Executing

Ist der PHP Safe mode vielleicht aktiviert und vorher war es nicht so? Ist der PHP Safe mode aktiviert, dann kann er normalerweise nur ins userfiles/2/image Verzeichnis greifen, nicht in Unterverzeichnisse dieses Verzeichnisses.

"möglicherweise versendet" gibt es seit Version 4.0, dieser Status erscheint, wenn der E-Mail-Versand begonnen wurde aber danach das Script abgebroche nwurde z.B. weil der Mailserver nicht reagiert oder zu viele E-Mails versendet werden sollen.

Die crons.php wird auch nicht unbedingt jede Minute aufgerufen, denn wenn das Script länger als 1 Minute ausgeführt wird, dann darf es nicht doppelt aufgerufen werden, das fängt er intern ab.

Eine Idee hätte ich noch, unter Menü Einstellungen - Optionen den Zeilenumbruch bei der E-Mail-Erstellung auf LF setzen und schauen ob er es dann versendet. Normalerweise hat dies keinen Einfluss, die E-Mails werden nur "kaputt" versendet, falls der Umbruch nicht stimmt.

Das Bild existiert...

ich habe auch einige meldungen mit "möglicherweise versendet"

Follow-Up-E-Mail-ID: 1
Status: möglicherweise versendet
Statustext: POSSIBLY SEND, Script was terminated while sending email on last script call, I don't know sending status.


jetzt habe ich noch ein frage was mich sehr seltsam erscheint...
die crons.php wird jede minute laut CronJob ausgeführt.
in den geplante Aufgaben sind einige Einstellungen wie zb: Prüfung Follow-Up-Responder auf 1 Minute Ausführungsintervall eingestellt...

im Ereignisprotokoll ist zu sehen das jene Aufrufe nich jede Minute aufgerufen wird.
mal sind es alle drei minuten, mal alle 30 minuten und dann zwischendurch wieder alle 60 Sec...

Soll das so sein oder ist das möglicherweise ein Feher der Software oder des Providers...?

der doppelte Slash macht eigentlich nichts, das müsste trotzdem funktionieren. Prüfen ob das Bild "userfiles/2/image/Powermail/banner_top2.jpg" überhaupt noch existiert.

Also folgende Meldung steht da:

Follow-Up-E-Mail-ID: 19
Status: fehlgeschlagen
Statustext: Email was not createable (File not found: /home/ro121clu/www/home/sub/swm//userfiles/2/image/Powermail/banner_top2.jpg), it was removed from out queue.

also da ist ein doppel /

ich nehme mal an das ich das in der config_paths.inc.php berichtigen kann?

da wo das rote Kreuz ist, ist das ein Fehler. Beim Status des Fehlers draufklicken und schauen welche Fehlermeldung dort steht.

Danke für deine Antwort!

Ja genau hier happert:

In der Ausgangswarteschlange sind über 700 Aufträge großteils davon mit 0 Sendeversuchen.

Im Versandprotokoll des Follow-Up-Responders ist die Auflistung schön zu sehen.
Ab dem Tag wo ich das Update gemacht habe ist entweder ein Rotes X mit dem Status fehlgeschlagen

oder aber auch ein graues X mit der Meldung für den Versand vorgesehen ( wobei zweiters vermute ich auch so sein soll)

und ganz wenige zwischendurch sind ordnungsgemäß versendet worden (Seltsam)

daher ist zu sehen das das NL-System den Follow-Up aus irgendeinem Grund nicht senden kann.

Sorry ich weis ich nerve schon...

Nach der Prüfung der Follow-Up-Responder legt er die E-Mails in die Ausgangswarteschlange und schickt diese dann bei Ausführung der Aufgabe "Prüfung auf zu versendende E-Mails" weg. Unter Menü Einstellungen - Ausgangswarteschlange kann man die E-Mails dann sehen, falls diese noch nicht versendet worden sind. Beim Follow-Up-Responder selbst kann man das Versandprotokoll sich anzeigen lassen und dort auch den Versandstatus sehen.

Hallo Mirko!

Also im Zuge einer Verbesserung hat mein Provider bei den CronJob was verändert. Wie auch immer
nun ist der CronJob so wie er sein sollte (alle 60sec)

Jedoch besteht das Problem noch immer das kein Follow-Up versendet wird,...
So wie es aussieht prüft er alles Richtig laut Ereignisprotokoll

Nach meiner Anmeldung in den Verteiler bekomme ich im Ereignisprotokoll unter "Prüfung Follow-Up-Responder" folgendes:

...
Done.

1 emails sent to queue

Follow Up Responder checking end.


Jedoch wird nichts versendet... Habe es natütlich schon mit meheren Emailadressen ausprobiert sie landen nicht in einem Spam-Ordner... Also die werden definitiv nicht versendet...

Was kann ich jetzt noch tun?

Wie gesagt, Ereignisprotokoll anschauen, was nach der Anmeldug genau passiert bzw. ob das CronJob-Script überhaupt regelmässig ausgeführt wird.

upgrade.php habe ich laut Anleitung durchgeführt.

Im Ereignisprotokoll finden sich alleine vom heutigen Datum weit über 100 Einträge....

Zwei Dinge sind für mich noch Rätselhaft:

1) Heute um 4:07 habe ich eine Follow-Up Email bekommen.
Im Ereignisprotokoll ist um 4:07 ist eine Prüfung des Follow-Up-Responder zu sehen. Wenn man die Details anschauen wird dort nicht meine Emailadresse angeführt...

2) Ich melde mich mit einer neuen Emailadresse am Verteile an. Bekomme die Bestätigungsmail (Opt-In) Bestätige die Email und bin dann regulär am Verteiler angemeldet.
Nach 2 Minuten sollte die erste Follow-Up Email geschickt werden. Was leider nicht passiert...

Nach Einspielen des Updates auch das Script upgrade.php ausgeführt?

Wird denn das Script crons.php auch ständig aufgerufen? Unter Menü Einstellungen - Ereignisprotokoll die Einträge anschauen.

mir ist auch gerade aufgefallen das meine Ausgangswarteschlange knapp 1400 Einträge hat (seit 4.07.2012 dem ich das update gemacht hab)

habe auch schon versucht die crons.php manuell zu starten hat aber nichts bewirkt,...

Hallo!

Habe vor ein paar Tagen das Update auf 4.20 gemacht seit dem wird keine Follow-Up Email mehr verschickt!
Was kann ich tun?

Lg Zion