Support-Forum Mirko Böer Softwareentwicklungen

dann sollte es keine Rechteprobleme geben, vielleicht steht halt auch was im error_log des Servers (oder Ereignisprotokoll unter Windows?), warum das Problem auftritt.

Wenn aber keine Dateien, Anhänge usw. mit verschickt werden, dann sollte es doch laufen?

das kann dann auch ein Dateirechte-Problem sein, wenn du manuell das CronJob-Script anstößt, dann läuft das Script über den Webservernutzer. Wird es per Windows-Aufgabenplanung ohne das wget, sonder z.B. über die php.exe ausgeführt, dann ist es der Windows-System-Nutzer, der hat dann andere Zugriffsrechte und damit könnte der Zugriff auf Bilder und Anhänge verwehrt werden, die mit der E-Mail versendet werden sollen.

So, mir ist folgendes aufgefallen.

Nach meinem manuellen Anstoss, sind die Mails in der Warteschlange verschickt worden. Auch das \"Prüfung zu versendende Mails\" wurde danach über längere Zeit alle Minute ausgeführt.
Nachdem aber der Follow-Up-Responder positiv geprüft wurde (im Ereignisprotokoll ein grüner Haken) setzt das \"Prüfung zu versendende Mails\" aus und wird anscheinend nicht mehr abgearbeitet.

15 ist der Versand der E-Mails, aus der Warteschlange, falls was da ist.

Die Warteschlange ist leer.

Folgendes kommt

CurrentCronJobScriptLevel: 15
Done.
CurrentCronJobScriptLevel: 999
Done.
Etwaige geplante Aufgaben wurden ausgeführt.

deswegen mal dieses error_reporting auf E_ALL ändern und manuell das CronJob-Script aufrufen, ob dann Fehlermeldungen gezeigt werden, es muss welche geben.

Aber woran liegt es dann, dass er den einen Job net ausführt?

ja dann wird es wohl funktionieren.

Also an Web.de verschickt er auch E-Mails. Ich gehe dann mal davon aus, dass PHP mail() auch an externe E-Mail-Adressen versendet.

Funktioniert PHP mail() auch für den Versand an externe E-Mail-Adressen? Meistens verwendet man es nur auf dem eigenen Server an eigene gehostete Domains, damit funktioniert der Versand ohne Authentifizierung fast immer.


Wenn er die nicht versenden will, dann tritt ein schwerer Fehler auf, in dem Fall

* automatischen Aufruf des CronJob-Scripts vorübergehend deaktivieren, so dass man es manuell aufrufen muss


* Datei config.inc.php im Texteditor öffnen und im Script oben error_reporting(0); auf error_reporting(E_ALL); setzen, darunter das Raute-Zeichen # bei ini_set(\"display_errors\", 1); sicherheitshalber auch noch entfernen.

Nach der Speicherung der Datei über die Weboberfläche Menü Einstellungen - Geplante Aufgaben das Script aufrufen. Treten jetzt Fehler auf, sollte diese im Browserfenster sichtbar werden. Sollten ganz schwere Fehler auftreten z.B. HTTP Fehler 500 im Browser, dann im error_log (keine Ahnung wie das unter IIS heißt) des Server nachschauen.

Also PHP mail() funktioniert unter dem IIS ohne Problem. Nutze diese auch auf anderen Seiten auf dem Server.

Testmails werden verschickt und auch vom Follow-Up-Mail-Responder wurden schon Mails verschickt.

Das Problem ist, dass im Ereignisprotokoll eben \"Prüfung aus zu versendender E-Mails\" nicht aufgeführt ist und die Mails in der \"Warteschlange\" liegen bleiben.

Unter Menü Einstellungen - Versandvarianten alle Varianten mit der Test-E-Mail ausprobieren, das muss funktionieren, sonst könnte das Script an der Stelle abgebrochen werden. Meistens funktioniert PHP mail() mit IIS nicht, es muss dann ein SMTP-Server (auch der lokale localhost geht) mit SMTP-Authentifizierung verwendet werden.

Hallo,

wir haben SWM auf einem Windows-Server mit IIS laufen (PHP und mySQL vorhanden). Die Software läuft soweit ohne Probleme.

Für den Follow-Up-Mail-Responder haben wir eine Aufgabenplanung unter Windows eingerichte, die auch jede Minute ausgeführt wird. Das gestartete Script arbeitet soweit alle CronJobs ab, bis auf \"Prüfung auf zu versendende E-Mails\" (Ausführungsintervall alle 1 Minute).
Die Mails aus dem Follow-Up-Mail-Responder werden alle in die Ausgangswarteschlange gelegt aber nicht versendet. Sendeversuche = 0.

Woran kann das liegen?