Cronjobs werden nach Umzug nicht ausgeführt

[Emmermacher]

Hallo Mirko.
Simone meint, dass das jetzt alles so für Sie in Ordnung ist.
Wir können das Thema hier beenden.

Wir beide möchten uns herzlich bei Dir für deine Unterstützung bedanken!

Bleib gesund!

LG

Dirk

[mirko]

Die Cronjobs werden aber weiterhin alle 5 Minuten ausgeführt.

Im SuperWebMailer Menü Einstellungen - Geplante Aufgaben stellt man ein, alle wie viele Minuten die Aufgabe ausgeführt werden soll. Steht dort alle 5 Minuten und das CronJob-Script wird alle 1 Minuten aufgerufen, macht er die Aufgabe trotzdem nur alle 5 Minuten.

[mirko]

Kann das daran liegen, dass wir auf Sendmail umgestiegen sind?

Das sendmail schickt wahrscheinlich alles raus, dann sollten aber E-Mails wieder zurückkommen, falls die nicht zustellbar waren, müssen die Hardbounce-E-Mails bestimmt werden. Steht in der Hilfe auch online https://newsletter-software-php-script. ... gement.htm

[Emmermacher]

Hallo Mirko.
Die Cronjobs werden aber weiterhin alle 5 Minuten ausgeführt.
Mein Cronjob sieht jetzt so aus (ausgeführt als root):
*/1 * * * * /usr/bin/wget -O /dev/null 'https://news.ntbwelt.de/supermailer/crons.php' >/dev/null 2>&1

Das Ergebnis im Apache-Log:
127.0.0.1 - - [21/Oct/2020:12:59:01 +0200] "GET /supermailer/crons.php HTTP/1.1" 200 - "-" "Wget/1.14 (linux-gnu)"
127.0.0.1 - - [21/Oct/2020:13:00:01 +0200] "GET /supermailer/crons.php HTTP/1.1" 200 - "-" "Wget/1.14 (linux-gnu)"
127.0.0.1 - - [21/Oct/2020:13:01:01 +0200] "GET /supermailer/crons.php HTTP/1.1" 200 - "-" "Wget/1.14 (linux-gnu)"
127.0.0.1 - - [21/Oct/2020:13:02:01 +0200] "GET /supermailer/crons.php HTTP/1.1" 200 - "-" "Wget/1.14 (linux-gnu)"
127.0.0.1 - - [21/Oct/2020:13:03:01 +0200] "GET /supermailer/crons.php HTTP/1.1" 200 - "-" "Wget/1.14 (linux-gnu)"

Prüfung auf zu versendende E-Mails 21.10.2020 13:05:01 21.10.2020 13:05:01 Details anschauen
nichts ausgeführt Prüfung auf anstehende E-Mailings 21.10.2020 13:05:01 21.10.2020 13:05:01 Details anschauen
nichts ausgeführt Prüfung auf zu versendende E-Mails 21.10.2020 13:00:01 21.10.2020 13:00:01 Details anschauen
nichts ausgeführt Prüfung auf anstehende E-Mailings 21.10.2020 13:00:01 21.10.2020 13:00:01 Details anschauen
nichts ausgeführt Prüfung auf zu versendende E-Mails 21.10.2020 12:54:02 21.10.2020 12:54:02 Details anschauen
nichts ausgeführt Prüfung auf anstehende E-Mailings 21.10.2020 12:54:02 21.10.2020 12:54:02 Details anschauen

LG

Dirk

[sikue]

Was mich allerdings etwas wundert (da zweifele ich die Korrektheit der Anzeige irgendwie an), ist wenn die Mail mit der Anzeige der erfolgreich versendeten Mails ankommt. Da steht dann ja immer X Mails erfolgreich zugestellt und X Mails nicht erfolgreich zugestellt, das ist so eine Zusammenfassung.

Früher war dann immer ein bestimmter Prozentsatz nicht erfolgreich zugestellt, was auch irgendwie logisch ist, es gibt ja auch immer mal HardBounces. Und diejenigen, bei denen die Mail im Spam-Ordner verschwand, zählten auch oft zu den nicht Zugestellten.

Jetzt allerdings steht bei jedem Mailing eine Zustellquote von 100 %, angeblich gibt es keine mehr, die nicht erfolgreich zugestellt wurden.
Wäre ja wirklich schön - ich glaube das nur nicht so ganz.

Kann das daran liegen, dass wir auf Sendmail umgestiegen sind?

[sikue]

Was ich jetzt so beobachten kann:
Das Script läuft insgesamt viel schneller als vorher.
Und es kommen gar keine Sanduhren mehr - alle Aufgaben werden korrekt und schnell ausgeführt.

[sikue]

Ich habe den Aufruf via cron-job.org deaktiviert.
Von da sollte also nichts mehr kommen.

[mirko]

Irgendwas stimmt da auf dem Server nicht.

Der will in /var/www/news.ntbwelt.de/supermailer/googleanalytics.inc.php ./PEAR/PEAR_.php includen, ./PEAR/ ist genau das Unterverzeichnis von /var/www/news.ntbwelt.de/supermailer/, das muss funktionieren. Vielleicht ist /var/www/news.ntbwelt.de/supermailer ein Link auf ein anderes Verzeichnis oder die Rechte stimmen nicht.

u.a. in der googleanalytics.inc.php müsste man halt ./PEAR/ ändern in dirname(__FILE__) . DIRECTORY_SEPARATOR . "PEAR" . DIRECTORY_SEPARATOR


Nachtrag:
per /usr/bin/php soll der Aufruf auch nicht erfolgen, immer per wget oder curl, damit die gleichen Rechte verwendet werden, wie der Nutzer, der die E-Mail erstellt. Für /usr/bin/php gilt eine ganz andere php.ini mit anderen Rechten und möglicherweise auch anderen geladenen PHP Erweiterungen

[Emmermacher]

Hallo Mirko.
Das Verzeichnis PEAR habe ich jetzt auf dem Server. Ruft man die crons.php per shell auf, kommen keine Fehlermeldungen mehr. Das ist schon mal bestens .
Seit dem werden die Jobs laut Anzeige auch wieder erfolgreich abgeschlossen.
Per crontab rufe ich die Datei jede Minute einmal auf. Laut /var/log/cron wird das auch ausgeführt. Im Ereignisprotokoll des SWM werden die Aufgaben seit Austausch des Verzeichnisses PEAR aber nur alle 5 Minuten gestartet. Sofern meine Kollegin den Job von draußen noch ausführt, sollte hier ja Einträge vorhanden sein. Dies fehlen seit gestern Abend ( Hier sieht man Aufrufe ca. alle 30 Minuten).
Hier bevorzuge ich eigentlich die Auführung des lokalen Cronjobs.

Oct 20 14:12:02 www4 CROND[16611]: (apache) CMD (/usr/bin/php /var/www/news.ntbwelt.de/supermailer/crons.php)
Oct 20 14:13:01 www4 CROND[16673]: (apache) CMD (/usr/bin/php /var/www/news.ntbwelt.de/supermailer/crons.php)
Oct 20 14:14:01 www4 CROND[16743]: (apache) CMD (/usr/bin/php /var/www/news.ntbwelt.de/supermailer/crons.php)
Oct 20 14:15:01 www4 CROND[16816]: (apache) CMD (/usr/bin/php /var/www/news.ntbwelt.de/supermailer/crons.php)
Oct 20 14:16:01 www4 CROND[16881]: (apache) CMD (/usr/bin/php /var/www/news.ntbwelt.de/supermailer/crons.php)
Oct 20 14:17:01 www4 CROND[17030]: (apache) CMD (/usr/bin/php /var/www/news.ntbwelt.de/supermailer/crons.php)
Oct 20 14:18:01 www4 CROND[17092]: (apache) CMD (/usr/bin/php /var/www/news.ntbwelt.de/supermailer/crons.php)

Schaut man sich die Systemmails an, kommen diese Meldungen:
PHP Warning: include_once(./PEAR/PEAR_.php): failed to open stream: No such file or directory in /var/www/news.ntbwelt.de/supermailer/googleanalytics.inc.php on line 25
PHP Warning: include_once(): Failed opening './PEAR/PEAR_.php' for inclusion (include_path='./:.:/usr/share/pear:/usr/share/php') in /var/www/news.ntbwelt.de/supermailer/googleanalytics.inc.php on line 25
PHP Warning: include_once(./PEAR/URL.php): failed to open stream: No such file or directory in /var/www/news.ntbwelt.de/supermailer/googleanalytics.inc.php on line 26
PHP Warning: include_once(): Failed opening './PEAR/URL.php' for inclusion (include_path='./:.:/usr/share/pear:/usr/share/php') in /var/www/news.ntbwelt.de/supermailer/googleanalytics.inc.php on line 26

Warning: include_once(./PEAR/PEAR_.php): failed to open stream: No such file or directory in /var/www/news.ntbwelt.de/supermailer/googleanalytics.inc.php on line 25

Warning: include_once(): Failed opening './PEAR/PEAR_.php' for inclusion (include_path='./:.:/usr/share/pear:/usr/share/php') in /var/www/news.ntbwelt.de/supermailer/googleanalytics.inc.php on line 25

Warning: include_once(./PEAR/URL.php): failed to open stream: No such file or directory in /var/www/news.ntbwelt.de/supermailer/googleanalytics.inc.php on line 26

Warning: include_once(): Failed opening './PEAR/URL.php' for inclusion (include_path='./:.:/usr/share/pear:/usr/share/php') in /var/www/news.ntbwelt.de/supermailer/googleanalytics.inc.php on line 26

Was meinst Du dazu?

LG

Dirk

[mirko]

ja sind noch mehr Scripte im PEAR-Verzeichnis davon betroffen, anbei alle geänderten Dateien, ich hoffe, dass ich nichts vergessen habe.

Auf jeden Fall wird an den Rechten etwas nicht stimmen und root:root darf natürlich niemals gesetzt werden.

[Emmermacher]

Hallo Mirko.
Danke für die Antwort.
Die Fehlermeldungen haben sich jetzt geändert:
[root@www4 PEAR]# /usr/bin/php /var/www/news.ntbwelt.de/supermailer/crons.php
PHP Warning: require_once(PEAR/PEAR_.php): failed to open stream: No such file or directory in /var/www/news.ntbwelt.de/supermailer/PEAR/mime.php on line 65
PHP Fatal error: require_once(): Failed opening required 'PEAR/PEAR_.php' (include_path='./:.:/usr/share/pear:/usr/share/php') in /var/www/news.ntbwelt.de/supermailer/PEAR/mime.php on line 65

Warning: require_once(PEAR/PEAR_.php): failed to open stream: No such file or directory in /var/www/news.ntbwelt.de/supermailer/PEAR/mime.php on line 65

Fatal error: require_once(): Failed opening required 'PEAR/PEAR_.php' (include_path='./:.:/usr/share/pear:/usr/share/php') in /var/www/news.ntbwelt.de/supermailer/PEAR/mime.php on line 65
[root@www4 PEAR]# vi mime.php

Das Verzeichnis PEAR hat, wie alles hier, die Zuordnung apache:apache 755.
/var/www/news.ntbwelt.de/supermailer stand noch auf root:root. Nach Änderung auf apache:apache kommt aber die gleiche Meldung.

Hier ncoch ein paar Infos zu unserem System:
Installierte Version SuperWebMailer 7.50.0.01560
Lizenziert für Niedersächsischer Turner-Bund e.V.
Lizenz D-0999W007045
Demo-Version nein
Versand wird nur simuliert nein
Konfiguration

Installationsverzeichnis /var/www/news.ntbwelt.de/supermailer/
Basis Verzeichnis /supermailer/
Script URL https://news.ntbwelt.de/supermailer/
Website URL https://news.ntbwelt.de/
PHP Version 7.3.23
PHP Safe Mode Off
MySQL Version 10.4.14-MariaDB

LG

Dirk

[mirko]

Ist irgendein Problem mit den Verzeichnissen, welches Problem er hat, sehe ich nicht. Die Datei Mail.php im Verzeichnis PEAR runterladen, im Texteditor öffnen. Jetzt ändern

Zeile 21 muss neu sein:

Code: Alles auswählen

require_once(dirname(__FILE__) . DIRECTORY_SEPARATOR . "PEAR_.php");

Zeile 52 muss neu sein:

Code: Alles auswählen

@include_once dirname(__FILE__) . DIRECTORY_SEPARATOR . 'Mail_' . $driver . '.php';

Zeile 160 und Zeile 217 muss neu sein:

Code: Alles auswählen

include_once dirname(__FILE__) . DIRECTORY_SEPARATOR . 'RFC822.php';

[Emmermacher]

Hallo Mirko.
Das Skript habe ich mal von der Shell aus laufen lassen:
[root@www4 log]# /usr/bin/php /var/www/news.ntbwelt.de/supermailer/crons.php
PHP Warning: require_once(PEAR/PEAR_.php): failed to open stream: No such file or directory in /var/www/news.ntbwelt.de/supermailer/PEAR/Mail.php on line 21
PHP Fatal error: require_once(): Failed opening required 'PEAR/PEAR_.php' (include_path='./:.:/usr/share/pear:/usr/share/php') in /var/www/news.ntbwelt.de/supermailer/PEAR/Mail.php on line 21

Warning: require_once(PEAR/PEAR_.php): failed to open stream: No such file or directory in /var/www/news.ntbwelt.de/supermailer/PEAR/Mail.php on line 21

Fatal error: require_once(): Failed opening required 'PEAR/PEAR_.php' (include_path='./:.:/usr/share/pear:/usr/share/php') in /var/www/news.ntbwelt.de/supermailer/PEAR/Mail.php on line 21

Das Verzeichnis sieht hier so aus:
[root@www4 PEAR]# pwd
/var/www/news.ntbwelt.de/supermailer/PEAR
[root@www4 PEAR]# ll
insgesamt 836
drwxr-xr-x. 3 apache apache 4096 26. Apr 2019 DNS
-rwxr-xr-x. 1 apache apache 14972 1. Nov 2017 DNS.php
drwxr-xr-x. 2 apache apache 4096 26. Apr 2019 GeoIP
-rwxr-xr-x. 1 apache apache 37865 1. Nov 2017 GeoIP.php
-rwxr-xr-x. 1 apache apache 11312 30. Jul 2015 Getopt.php
-rwxr-xr-x. 1 apache apache 11574 13. Nov 2019 Guess.php
drwxr-xr-x. 2 apache apache 4096 19. Mai 17:32 IDNA
-rwxr-xr-x. 1 apache apache 3643 30. Jul 2015 IDNA.php
-rwxr-xr-x. 1 apache apache 95168 1. Nov 2017 IMAP.php
-rwxr-xr-x. 1 apache apache 122781 1. Nov 2017 IMAPProtocol.php
-rwxr-xr-x. 1 apache apache 6486 30. Apr 2018 Mail_mail.php
-rwxr-xr-x. 1 apache apache 2553 23. Apr 2008 Mail_null.php
-rwxr-xr-x. 1 apache apache 9446 30. Jul 2015 Mail.php
-rw-r--r--. 1 apache apache 6921 22. Okt 2018 Mail_savetodir.php
-rwxr-xr-x. 1 apache apache 6890 1. Nov 2017 Mail_sendmail.php
-rwxr-xr-x. 1 apache apache 16635 13. Nov 2019 Mail_smtpmx.php
-rwxr-xr-x. 1 apache apache 14521 25. Okt 2018 Mail_smtp.php
-rwxr-xr-x. 1 apache apache 1002 1. Nov 2017 Mail_text.php
-rw-r--r--. 1 apache apache 128 13. Nov 2019 !manythinksmodified.txt
-rwxr-xr-x. 1 apache apache 44136 1. Nov 2017 mimeDecode.php
-rwxr-xr-x. 1 apache apache 26772 5. Jul 2019 mimePart.php
-rwxr-xr-x. 1 apache apache 55959 5. Jul 2019 mime.php
-rwxr-xr-x. 1 apache apache 4472 1. Nov 2017 mock.php
-rwxr-xr-x. 1 apache apache 40372 30. Jan 2019 Net_SMTP.php
drwxr-xr-x. 2 apache apache 4096 26. Apr 2019 PEAR
-rwxr-xr-x. 1 apache apache 37186 25. Okt 2018 PEAR_.php
-rwxr-xr-x. 1 apache apache 35647 8. Jul 2019 POP3.php
-rwxr-xr-x. 1 apache apache 50121 26. Nov 2019 Request.php
-rwxr-xr-x. 1 apache apache 33628 1. Nov 2017 RFC822.php
drwxr-xr-x. 2 apache apache 4096 26. Apr 2019 SASL
-rwxr-xr-x. 1 apache apache 4210 30. Jul 2015 SASL.php
-rwxr-xr-x. 1 apache apache 24979 11. Okt 2018 Socket.php
-rwxr-xr-x. 1 apache apache 20589 30. Jul 2015 System.php
-rwxr-xr-x. 1 apache apache 15980 1. Nov 2017 URL.php

Hilft Dir das weiter?

LG

Dirk

[mirko]

"Cannot serve directory" ist wenn jemand ein Verzeichnis aufruft, in dem keine index.htm(l) oder index.php liegt.

Wenn es mal geht und mal nicht, das kann das ein Firewall-Problem sein, wird der Aufruf geblockt, passiert nichts. Intern, also auf dem Server selbst, das Script aufrufen lassen.

[sikue]

Es gibt keinen Eintrag mit einem TimeOut oder zur Crons.php.
Ansonsten ist da noch dieser Eintrag:
[autoindex:error] [pid 15267] [client 92.200.44.198:54048] AH01276: Cannot serve directory /var/www/[URL entfernt]: No matching DirectoryIndex (index.html,index.php,index.php) found, and server-generated directory index forbidden by Options directive

Das wird damit aber auch nichts zu tun haben.

Ich werde meinen Kollegen dazu nochmal löchern müssen, möglicherweise ist es ja auch ein Firewall-Problem. Hin und wieder geht es jetzt mal wieder....und dann wieder stundenlang gar nicht. Da das ja nur beim externen Aufruf passiert, könnte es doch vielleicht ein Rechteproblem sein.