phlyMail Support Board

[mso]

Ab sofort steht unter <a href="http://phlymail.de/de/downloads/misc/">Downloads > Verschiedenes</a> die phlyMail Toolbox zum Download bereit.

Sie enthält die folgenden Scripts:

OptimizeDB
Optimiert Ihre Datenbanktabellen. Bis phlyMail 3.5 wurde diese Aufgabe während Löschoperationen mit durchgeführt, was phlyMail allerdings deutlich ausgebremst hat.

Reindexer
Neuaufbau des Mailindex' bei neu hinzugekommen Funktionen. Der Einsatz dieses Scripts sollte nur in Ausnahmefällen nötig werden - wir werden darauf bei Veröffentlichungen dediziert hinweisen!

Mailretter
Fügt aus dem Index entfallene Mails wieder in den Index ein. Auch dieses Script werden Sie in der Regel nicht benötigen, es kann aber auch dazu benutzt werden, Maildateien im RFC2822-Format in phlyMail zu importieren.

ImportMBOX
Importiert MBOX-Dateien in den Index eines Users

CleanUpFS
- Räumt das Dateisystem auf, indem es von Löschoperationen übrig gebliebene Mails und temporäre Dateien gesendeter Mails endgültig löscht.

[elekhaus]

Beim Aufruf der Datei cleanupfs.php bekomme folgende Meldung

Code: Select all

Notice: Undefined variable: fid in /www/htdocs/..../phlymail/backend/cleanupfs.php on line 26

Notice: Undefined variable: fid in /www/htdocs/..../phlymail/backend/cleanupfs.php on line 26

Notice: Undefined variable: fid in /www/htdocs/..../phlymail/backend/cleanupfs.php on line 26

Notice: Undefined variable: fid in /www/htdocs/..../phlymail/backend/cleanupfs.php on line 26

Notice: Undefined variable: fid in /www/htdocs/..../phlymail/backend/cleanupfs.php on line 26

Notice: Undefined variable: fid in /www/htdocs/..../phlymail/backend/cleanupfs.php on line 26

Notice: Undefined variable: fid in /www/htdocs/..../phlymail/backend/cleanupfs.php on line 26

Notice: Undefined variable: fid in /www/htdocs/..../phlymail/backend/cleanupfs.php on line 26

Notice: Undefined variable: fid in /www/htdocs/..../phlymail/backend/cleanupfs.php on line 26

Notice: Undefined variable: fid in /www/htdocs/..../phlymail/backend/cleanupfs.php on line 26
UID: .
Warning: mysql_fetch_row(): supplied argument is not a valid MySQL result resource in /www/htdocs/..../phlymail/backend/cleanupfs.php on line 33
- not valid, dropping dir ... Done! UID: ..

[mso]

Fehler dazu bitte hier rein: http://phlymail.de/forum/viewtopic.php?t=1342

[xoyon]

welche Rechte müssen denn gesetzt werden um CleanUpFS auszuführen? Bzw. muß der zwingend im backend Ordner liegen? Bekomme immer nur Error403 beim manuellen Aufruf (cronjob geht auch nicht)...

[mso]

CleanUpFS (und auch einige andere der mitgelieferten Tools) müssen respektive sollten via Shell (also via SSH oder Telnet) aufgerufen werden. Das hängt schon allein damit zusammen, dass auf der Shell meist eine andere PHP-Variante genutzt wird, nämlich das CLI-Binary anstelle des Apache-Moduls / CGI-Binarys.

Zu den bisher gemeldeten Fehlern: In den nächsten Tagen wird die Toolbox eine neue Version bekommen, in der die Fehler nicht mehr drin sein sollten.

P.S.: 403 heißt Forbidden, der Apache verweigert also den Zugriff. D.h. in der Regel, dass die .htaccess im Ordner backend/ im Auslieferungszustand ist. Dort steht nur drin "deny from all", was genau den obigen Effekt zeigt. Sie können diese .htaccess durch eine eigene ersetzen, die einen anderen Inhalt hat, z.B. Benutzername und Passwort abfragt.

[mso]

Ab sofort steht eine um kleinere Fehler bereinigte Version 0.9.1 zum Download bereit.

[xoyon]

CleanUpFS (und auch einige andere der mitgelieferten Tools) müssen respektive sollten via Shell (also via SSH oder Telnet) aufgerufen werden. Das hängt schon allein damit zusammen, dass auf der Shell meist eine andere PHP-Variante genutzt wird, nämlich das CLI-Binary anstelle des Apache-Moduls / CGI-Binarys.

Zu den bisher gemeldeten Fehlern: In den nächsten Tagen wird die Toolbox eine neue Version bekommen, in der die Fehler nicht mehr drin sein sollten.

P.S.: 403 heißt Forbidden, der Apache verweigert also den Zugriff. D.h. in der Regel, dass die .htaccess im Ordner backend/ im Auslieferungszustand ist. Dort steht nur drin "deny from all", was genau den obigen Effekt zeigt. Sie können diese .htaccess durch eine eigene ersetzen, die einen anderen Inhalt hat, z.B. Benutzername und Passwort abfragt.

Was muß denn in die .htaccess um nur dem Conjob "Einlass" zu gewähren?
Manuell kann ich CleanUpFS ausführen wenn ich die .htaccess deaktiviere, aber das ist ja nicht unbedingt so richtig toll.

[mso]

Für die Nutzung via CronJob ist an .htaccess-Dateien keine Änderung nötig - diese Datei wird nur vom Apache ausgewertet, via lokalem CronJob erfolgt der Aufruf ja am Apache vorbei.

[xoyon]

Für die Nutzung via CronJob ist an .htaccess-Dateien keine Änderung nötig - diese Datei wird nur vom Apache ausgewertet, via lokalem CronJob erfolgt der Aufruf ja am Apache vorbei.

ok, verstehe. Danke!

[StrongZero]

Für die Nutzung via CronJob ist an .htaccess-Dateien keine Änderung nötig - diese Datei wird nur vom Apache ausgewertet, via lokalem CronJob erfolgt der Aufruf ja am Apache vorbei.

Es kommt darauf an

Wenn ein externer Cronjob Anbieter verwendet wird, ist eine Anpassung notwendig. Eine ausführliche Beschreibung hab ich mla irgendwo hier im Forum verfasst.

[mso]

Daher ja auch meine Einschränkung:

via lokalem CronJob

[mso]

Version 0.9.4 behebt kleinere Fehler in den optimizeDB-Scripts.