phlyMail Support Board

[tomgs]

Hallo,

bis vor einigen Tagen hat noch alles super funktioniert, damals war noch die 4.01.05 eingerichtet.
IMAP-Konto mit fast 20000 Nachrichten und der "problematische" Ordner enthällt davon ca. 7800 Nachrichten.
Beim Anklicken des Ordners wurde in der Statusleiste ständig "Gleiche Index ab ..." angezeigt und der Statusbalken war animiert. Anschließend habe ich ein update auf die 4.02.00 durchgeführt, in der Hoffnung, dass das Problem evtl. verschwindet. Aber die Problematik besteht immer noch.
Die Funktion "Ordner resynchronisieren" hilft auch nicht weiter.
Dann habe ich noch auf dem gleichen Webserver in einem anderen Verzeichnis parallel eine "frische" 4.02.00 Test-Installation durchgeführt. Dort anschließend nur das IMAP-Konto eingerichtet. Am Anfang wurden die Nachrichten heruntergeladen und anschließend blieb der Status wieder auf "Gleiche Index ab ..." hängen. Also genau so wie bei der alten Installation.
Wenn ich die Fehlerberichterstattung aktiviere (egal ob bei der normalen oder der Test-Installation), erscheint nach dem Anklicken des Ordners auch die Meldung "Gleiche index ab ...", aber diese verschwindet wieder sofort und der Status ändert sich in "Fertig". Also so wie es eigentlich sein sollte. Es werden keine Fehler angezeigt.
Der Reindexer aus dem Toolkit läuft manchmal vollständig durch und manchmal bleibt er auch hängen.

Davon ist nur ein Ordner des IMAP-Kontos betroffen, die restlichen Ordner funktionieren weiterhin einwandfrei.

Hier noch ein paar Systeminfos der normalen Installation:
Programm-Version: phlyMail Lite 4.02.00
Wir sind hier
/www/htdocs/w*******/phlymail/config
Speicherbedarf (reine Dateigröße): 10,3 MiB
Relativer Pfad zu den Konfigurationsdateien: shared/config
Relativer Pfad zu den Themes: frontend/themes
Genutzte PHP-Version: 5.2.12-nmm2
PHP Memory Limit: 64M
Register globals: Off
Safe Mode: Off
IP: *.*.*.*
Server-Software: Unbekannt
Betriebssystem: Linux dd19412 2.6.32-33-server #72-Ubuntu SMP Fri Jul 29 21:21:55 UTC 2011 x86_64
Webserver-Schnittstelle: apache2handler
Mailversandmethode: SMTP
Schreiben in Ordner: "shared/config" Erfolgreich
Aktuelles Theme: Yokohama ()
Aktuelle Sprache: de_Du (© 2001-2011 phlyLabs, http://phlylabs.de)

[mso]

Der Prozess des Ordnerabgleichs ist leider tatsächlich sehr stark davon abhängig, dass PHP "günstig" konfiguriert ist. Im konkreten Fall heißt das, dass PHP genug Speicher zur Verfügung haben sollte und eben auch, dass die Scriptlaufzeit hinreichend lang ist.

Der Index-Abgleich funktioniert so, dass phlyMail die Liste an Mails in seinem Index mit der Liste auf dem IMAP-Server vergleicht, auch in Hinblick darauf, ob sich Flags (gelesen, neu, Farbmarkierung) geändert haben. Je mehr Mails im Ordner sind, desto länger dauert natürlich auch der Abgleich.

[tomgs]

Vielen Dank für Ihre Antwort.
Das Komische ist jedoch, dass im endeffekt nur ca 100 Nachrichten dazu gekommen sind und danach die Laufzeit des Indexers für den einen Odner völlig zusammengebrochen ist, bzw konnte ich kein Ende feststellen. Somit ist es immer schwer zu sagen, ob im Hintergrund noch synchronisiert wird, oder ob der Sync-Vorgang hängt.
Interessant ist aber, wenn ich die Fehlerberichterstattung in der Config aktiviere, läuft alles normal. Somit werde ich wohl phlymail vorerst mit aktivierter Fehlerberichterstattung nutzen oder haben Sie evtl. noch eine Idee?

Update:
Anscheinend funktioniert der Ordner mit aktivierter Fehlerberichterstattung doch nicht einwandfrei. Alte Nachrichten funktionieren problemlos, aber neue Nachrichten lassen sich nicht auswählen. Im Nachrichtenfenster erscheint folgende Fehlermeldung:

Code: Select all

Fatal error: Uncaught exception 'Exception' with message 'the single id was not found in response' in /www/htdocs/w***/phlymail/shared/lib/imap.inc.php:681 Stack trace: #0 /www/htdocs/w***/phlymail/shared/lib/imap.inc.php(463): imap->fetch('RFC822.HEADER', false) #1 /www/htdocs/w***/phlymail/handlers/email/fs.php(1076): imap->getRawHeader(false, NULL) #2 /www/htdocs/w***/phlymail/handlers/email/mod.read.php(91): email_storage->get_mail_header('31301') #3 /www/htdocs/w***/phlymail/handlers/email/loader.php(33): include('/www/htdocs/w00...') #4 /www/htdocs/w***/phlymail/index.php(95): require_once('/www/htdocs/w00...') #5 {main} thrown in /www/htdocs/w***/phlymail/shared/lib/imap.inc.php on line 681

In der *email_index Tabelle in der Datenbank ist der Eintrag mit der idx 31301 vorhanden. Sonst würde ich wohl auch die Mail nicht im Übersichtsfenster angezeigt bekommen.

[mso]

Die Fehlermeldung kommt vom IMAP-Server und deutet darauf hin, dass die von phlyMail mit der Mail verknüpfte UID entweder im Ordner nicht mehr vorhanden (die Mail also weg) oder aber ungültig ist. Das sollte an sich nicht oft auftreten, weil die Neuvergabe von UIDs für den Mailserver ja auch aufwändig ist.

Dem Stack Trace zufolge hat phlyMail die Mail also schon mal gesehen, will den Header anfordern, scheitert dann aber daran, dass der Mailserver die Rückauflösung der gespeicherten UID zu einer laufenden Nummer nicht hinkriegt.

Allerdings scheint der Fehler nicht beim Ordnerabgleich aufzutreten, sondern wohl beim Versuch, eine auf dem Server nicht mehr vorhandene Mail in der Vorschau anzusehen.

Nun nochmal zum eigentlichen Problem. Vorerst könnte eine Abhilfe nur darin bestehen, die Anzahl Mails im Ordner zu reduzieren. Auf lange Sicht soll ja der Ordnerabgleich soweit möglich auf den Hintergrundprozess zum Mail abholen verlagert werden, sprich, dieser Prozess hält im Hintergrund den Index auf dem Stand. Mangels freier Ressourcen ist das noch nicht umgesetzt.

[tomgs]

Ja, der Fehler taucht bei allen neuen Nachrichten auf, seit dem die Ordnersynchronisierung nicht mehr ordentlich funktioniert.
Dann bleibt wohl leider nichts anderes übrig, wie die Anzahl der Mails in dem Ordner zu reduzieren.

Gibt es evtl noch eine Möglichkeit, nur den Index für den spezifischen Ordner komplett neu zu erstellen? Also im Prinzip, wie bei der ersten Einrichtung eines IMAP Kontos, nur eben für einen Ordner?

[mso]

Die gibt es schon, sie muss manuell über die DB erfolgen. Der Weg wäre, die ID des betroffenen Ordners in der Tabelle phlymail_email_folders zu ermitteln und basierend darauf alle Einträge in der Tabelle phlymail_email_index zu löschen ( ... WHERE folder_id=xyz).
Danach noch in der Tabelle phlymail_email_folders die beiden Felder "mailnum" und "mailsize" für den Ordner auf 0 setzen und er ist wieder "jungfräulich".

Nochmal zur Sicherheit: Die Möglichkeiten hinsichtlich einer "günstigeren" PHP-Konfiguration sind erschöpft?

[tomgs]

O.K. werde das noch probieren.

Zur PHP-Konfiguration: Handelt sich leider nur um ein Webhosting Paket bei all-inkl.de, somit kein Zugriff auf die Konfiguration. Lief ja eine Zeit lang wunderbar Aber mit der Nachrichtenanzahl kann man teilweise schon einige Desktop-Anwendungen in die Knie zwingen

Können Sie evtl. einen anderen Hoster mit einer günstigeren PHP-Config vorschlagen? Oder was wäre denn eine günstige Konfiguration für phlymail?

[mso]

Können Sie evtl. einen anderen Hoster mit einer günstigeren PHP-Config vorschlagen? Oder was wäre denn eine günstige Konfiguration für phlymail?

Ich würde erstmal bei all-inkl.com vorstellig werden und fragen, inwieweit sich Änderungen an Memory Limit bzw. max. execution time vornehmen lassen, vielleicht geht da ja noch was. Zeitgemäß dürfte ein Memory Limit von ca. 256 MB sein, die Ihnen eingeräumten 64 MB sind doch arg eng. Wie es sonst so in der deutschen Hosting-Landschaft aussieht, kann ich im Moment nicht so recht überblicken - es gibt ja doch so den einen oder anderen Hoster

[tomgs]

So, habe den Index für den Ordner komplett neu erstellt und zusätzlich noch das memory limit auf 128mb und die execution time auf 90 gestellt. Nun funktioniert alles wieder perfekt!

Vielen Dank für die super Unterstützung!