Wird der Cronjob korrekt ausgeführt?
Ja, wenn ich auf "Cronjob ausführen" gehe, wird er ausgeführt.
Das muss pauschal aber nicht heißen, dass dieser auch korrekt funktioniert. 
Schau mal unter:
ACP -> Protokoll -> Cronjobs ob der Cronjob den Status "Erfolgreich" hat.
Beim manueller Aufruf erscheint Serverfehler 500
Dann schau mal bitte in die Error-Log des Servers, welcher Fehler dort geloggt wird.
Kann mir denn keiner helfen
Liefer halt mal Infos.
Beim manueller Aufruf erscheint Serverfehler 500
"Manueller" Aufruf?
Wie ist das zu verstehen?
Wenn du den Cronjob manuell startest?
Findest du hierzu etwas in den Log-Dateien?
Existiert die Datei AbstractCronjob.class.php unter /var/www/deine-domain.com/~WCF-Verzeichnis~/lib/system/cronjob/AbstractCronjob.class.php ?
Bzw. wird diese in deiner RSSFeedReaderCronjob.class.php eingebunden?
Der Kopf der Datei sollte so aussehen: (Siehe Zeile 11)
<?php
namespace wbb\system\cronjob;
use wbb\data\rss\feed\RssFeed;
use wbb\data\rss\feed\RssFeedEditor;
use wbb\data\rss\feed\RssFeedList;
use wbb\data\thread\ThreadAction;
use wbb\system\label\object\RssFeedLabelObjectHandler;
use wbb\system\label\object\ThreadLabelObjectHandler;
use wcf\data\cronjob\Cronjob;
use wcf\data\user\User;
use wcf\system\cronjob\AbstractCronjob;
use wcf\system\database\util\PreparedStatementConditionBuilder;
use wcf\system\exception\LoggedException;
use wcf\system\language\LanguageFactory;
use wcf\system\WCF;
use wcf\util\ArrayUtil;
use wcf\util\HTTPRequest;
use wcf\util\XML;
use wcf\util\MessageUtil;
/**
* Creates threads from RSS feeds.
*
[...]Gleiches Problem hier.
PHP Fatal error: Class 'wcf\system\cronjob\AbstractCronjob' not found in /var/customers/webs/xxxxxxxxxxxxxxxx/wcf/lib/system/cronjob/MultiHunterAutomaticBanCronjob.class.php on line 16
Auszug aus dem oberen Cronjob Teil:
namespace wcf\system\cronjob;
use wcf\data\cronjob\Cronjob;
use wcf\system\cronjob\AbstractCronjob;
use wcf\data\multiHunter\MultiHunterEditor;
use wcf\system\database\util\PreparedStatementConditionBuilder;
use wcf\system\WCF;
Und hier das Dateiverzeichnis:
Gleiches Problem hier.
Melde dich beim Entwickler des Plugins "Multihunter".
Ne, ich denke das ich gleich hier bleibe, weil das Problem wohl auch bei wBB eigenen Crons auftritt:
Sorry, ich habe mich wohl beim Namespace verlesen. 
Ich würde jetzt mal behaupten, dass die Dateien nicht zum direkten Aufruf per PH/CLI gedacht sind, da dann das WCF nicht mit geladen wird, das die Namespaces verarbeitet.
Ich arbeite momentan an einem Plugin (wenn ich mal Zeit dazu finde...^^) an einem Plugin, das eine PHP-Datei bereitstellt, die sämtliche Cronjobs ausführt und entsprechend aufrufbar ist (theoretisch auch ohne Plugin möglich, aber zwecks Vereinheitlichung...).
Bei mir laufen halt mehrere CJ offenbar nicht, die z.B.:
Benutzer wegen Trashmail sperren sollen
Benutzer sperren sollen die VAC Ban haben
Bezahlte Mitgliedschaften autom. deaktivieren sollen
Moderation Queue wird auch nicht aufgeräumt wie ea scheint.
Andere Cronjobs werfen aber keinen Fehler beim Ausführen, soweit ich das gesehen habe.
Muss ich mal von Woltlab prüfen lassen, wo der Fehler ist 
Bei mir laufen halt mehrere CJ offenbar nicht, die z.B.:
Auch über das ACP nicht? Dort dürfte die oben stehende Fehlermeldung nicht kommen.
Aber das direkte ausführen kann nicht das Problem sein.
Hab eben mal nach "/wcf/lib/system/cronjob" gegoogelt und war erstmal erstaunt, wieviele Leute ihre Verzeichnisse offen liegen haben.
Und dann hab ich jetzt einfach mal paar Scripte von dort aufgerufen.
Bestes Beispiel:
http://energieforum.kisters.de…yCleanUpCronjob.class.php
und
http://thecobix.net/forum/wcf/…yCleanUpCronjob.class.php
Bei dem einem spuckt er keine Meldung aus, bei dem anderen schon.
Also muss da irgendwas im Busch liegen.
nd war erstmal erstaunt, wieviele Leute ihre Verzeichnisse offen liegen haben.
Eigentlich sollte man denen mal Bescheid geben...
ist ja gefährlich dass die alles offen haben
Ja, sind einige.
energieforum.kisters.de/wcf/li…yCleanUpCronjob.class.php
Bei mir kommt da eine Fehlermeldung.
ist ja gefährlich dass die alles offen haben
Naja, das ist relativ egal, solange kein echo $passwort; irgendwo steht. An den PHP-Code kommt man ja nicht so einfach.
Abgesehen davon wird das Meiste aus dem von mir genannten Grund nicht funktionieren, da die Namespaces nicht aufgelöst werden können.
Bei mir kann man theoretisch auf die ganzen Klassen "aufrufen", aber idR kommt eben ein Fehler a la not found zurück.
Was mich allerdings gerade nervt ist, dass das WCF beim requiren nicht sämtliche Namespaces lädt.
Don’t have an account yet? Register yourself now and be a part of our community!
