Support-Forum Mirko Böer Softwareentwicklungen

Ich habe das selbe Problem. Es liegt wohl an den Standard Einstellung von Pleask

[Fri Mar 13 08:04:47 2015] [warn] [client 46.4.******] mod_fcgid: read data timeout in 45 seconds
[Fri Mar 13 08:04:47 2015] [error] [client 46.4.******] Premature end of script headers: crons.php

Und hier die loesung

<IfModule mod_fcgid.c>

<IfModule !mod_fastcgi.c>
AddHandler fcgid-script fcg fcgi fpl
</IfModule>

FcgidIPCDir /var/lib/apache2/fcgid/sock
FcgidProcessTableFile /var/lib/apache2/fcgid/shm

FcgidIdleTimeout 500
FcgidProcessLifeTime 30
FcgidMaxProcesses 20
FcgidMaxProcessesPerClass 8
FcgidMinProcessesPerClass 0
FcgidConnectTimeout 500
FcgidIOTimeout 500
FcgidInitialEnv RAILS_ENV production
FcgidIdleScanInterval 10

</IfModule>

Bei mir war die Ursache, dass der Mailserver auf einer anderen Domäne bei einem anderen Provider lag. Dieser hat das wohl nicht zugelassen.
Jetzt nutze ich den Mailserver des Proiders auf dem Superwebmailer installiert ist und die Sache läuft.

Könnt ihr mir sagen was bei eurer Versandvariante nicht funktioniert hat?

Ich selbst habe genau das gleich Problem -Email Versand direkt im Browser funktioniert über Cronjob habe ich bei 2000 Mails nur 400 raus bekommen - dann einfach stehen geblieben und nichts ist mehr passiert.

Zur Info - leider hat der Serverbetreiber mit dem Cronjob am Server selbst ein Problem - deswegen lasse ich den CronJob von einem anderen Server aus anstossen.

Thx

Das Problem hatte nichts mit dem Cronjob zu tun sondern mit der Versandvariante. Also Fehlalarm.

Es scheint mit der Versandvariante zusammen zu hängen.

Die Mail hat weder eingebettete Bilder noch irgendwelche Anhänge

Unter Menü Einstellungen - Optionen, E-Mail-Versand die Anzahl zu versendender E-Mails auf 1 setzen und schauen ob das geht. Geht das nicht, liegt es an der Größe der E-Mail z.B. riesen Bilder oder Anhänge eingesetzt, Test-E-Mail an die eigene E-Mail-Adresse senden und schauen wie groß diese ist.

Inzwischen wurde der Server neu gestartet. Ohne das es irgendwelche positiven Veränderungen gab.

Einzig im Ereignisprotokoll der geplanten Aufgaben habe ich jetzt drei Einträge "Prüfung auf zu versendende Emails" als "gerade ausgeführte oder nicht abgeschlossene Aufgaben".
So wie es aussieht blockiert der letzte Eintrag alle weiteren Aktivitäten.

Gibt es inzwischen hierfür eine Lösung oder eine Anleitung zur Vorgehensweise?
Ich habe seit einer Stunde das gleiche Problem.

Ich habe mir auch das Error-Log des Server angeschaut. Mangels Kentnissen bringt mir das jedoch nichts.

Dann wird es per CronJob wahrscheinlich nicht per wget aufgerufen, dann wirken andere PHP-Einstellungen, damit läuft das Script nicht mehr durch. Aus dem Grund muss man das error_log des Servers auf Fehler prüfen, sonst findet man das Problem einfach nicht.

ok danke.

userdefined.inc.php noch vor define('DEBUG', 1); hatte ich schon gemacht.
Bei manueller Ausführung läuft es ohne Probleme.

Danke.

error_log des Servers anschauen, vorher am besten in der userdefined.inc.php noch vor define('DEBUG', 1); das Raute-Zeichen(#) entfernen, damit man Fehler auch sieht.

Hi zusammen,

ich habe das gleiche Problem.

Im Ereignisprotokoll

"wird gerade ausgeführt" Prüfung auf anstehende E-Mailings 18.03.2014 11:14:49 18.03.2014 11:14:49 Details anschauen

Aktion: wird gerade ausgeführt Prüfung auf anstehende E-Mailings
Start: 18.03.2014 11:14:49
Ende: 18.03.2014 11:14:49
Ergebnis: Executing

Seit dem hängt der Cronjob,.
Cronjob auf dem Server gelöscht und neu angelegt, brachte keinen Erfolg.

Was kann ich tun?

LG
FJK

habe ein ähnliches Problem... hast du schon eine Lösung gefunden?

deswegen eine neue Test-Liste mit 3, 4 E-Mail-Adressen nehmen und damit den CronJob-Versand probieren. Klappt das nicht, dann wieder abbrechen. CronJob-Script-Aufruf entfernen, so dass es nicht mehr automatisch aufgerufen wird. Jetzt in der userdefined.inc.php vor define('debug', 1); das Raute-Zeichen (#) entfernen. Manuell die Aufgaben unter Menü Einstellungen - Geplante Aufgaben ausführen lassen, dann kann man zuschauen und etwaige Script-Fehler sollten ebenfalls ausgegeben werden. Wichtig ist dabei, man muss mehrfach die Aufgaben ausführen, dabei muss man immer mindestens 1 Minute zwischen den Aufrufen warten, sonst macht er nichts.