Keine Ordnersynchronisation mehr nach Update

ahahn1 2018-01-22 21:30:01 UTC #1

Hallo zusammen,

nachdem ich das aktuelle Hotfix 17.1.20180118 eingespielt habe, werden meine E-Mail Ordner bei keinem angelegten Konto mehr synchronisiert bzw. angezeigt. Wenn ich die Einstellungen des jeweiligen Kontos aufrufe und dann auf “übernehmen” klicke wird das Konto neu geladen und die Ordner sind alle vorhanden. Bei Mobilgeräten besteht das geschilderte Problem nicht.
Die Mailkonten befinden sich allesamt auf einem externen Mailserver. Der EGW Server läuft auf Debian 8…
Für Tipps zur Behebung danke ich im voraus

StefanU 2018-01-23 05:19:39 UTC #2

Hallo Andreas,

Was heißt vorhanden? Doch angezeigt?

Webserver-error-log…

Gruß
Stefan

ahahn1 2018-01-23 08:13:07 UTC #3

Hallo StefanU,

ja die Ordner sind vorhanden, werden jedoch nicht initial angezeigt wenn ich mich an der Groupware anmelde. Das Log des Webservers hat leider auch keine Erkenntnisse geliefert. Im Mail Modul wird die Meldung “Der Mailserver hat die Verbindung unerwartet unterbrochen” angezeigt. Auch kann ich nun mein SMIME Zertifikat nicht mehr einbinden, was vorher einwandfrei funktioniert hat…

!!EDIT!!
Soeben habe ich noch beim Aufrufen der Ordnerverwaltung in meinem Postfach die Fehlermeldung :

Error Type : DataStructure
Description : XML refers to not existing Parent

bekommen. Die Ordnerliste bleibt daraufhin natürlich leer

Gruß,

Andreas

StefanU 2018-01-23 15:30:32 UTC #4

Hmmmmm, sagt mir alles nichts.

Hast du den Webserver nach dem Update neu gestartet
Webbrowser-Cache geleert?

Hast du noch einen anderen Benutzer zum gegentesten?
Testen auf anderen Mailserver?

Meint dein Web-Server-error-log nun etwas dazu?

Was heißt eingespielt? Paketupdate?

Gruß
Stefan

ahahn1 2018-01-23 21:31:34 UTC #5

Also das Webserver Log liefert keine brauchbaren Infos, wie erwähnt. Ja, ich habe ein Paketupdate durchgeführt auf die angegebene Version. Der Server lief vorher unter Debian 7 mit demselben Mailserver einwandfrei. Dann habe ich den Server plattgemacht und Debian 8 installiert. Vorher natürlich alles gesichert ( gemäß dem empfohlenen Migrationspfad ) und dann das aktuelle Release installiert und alles wieder hergestellt. Es funktioniert auch alles einwandfrei ( alle Module außer Mail, wobei das auch nur mit den Ordnern Probleme macht ). Ich weiß nicht, ob ich vlt. die Datenbank geshreddert habe bei meinem Upgrade, ich habe fast den Eindruck.
Anderer Mailserver lieferte dieselben Ergebnisse. Auch das Löschen und neu anlegen von Benutzern brachte nichts.

StefanU 2018-01-23 22:11:02 UTC #6

Also zu deinem eigentlichen Problem fällt mir nun erst einmal nichts mehr ein

Warum 8? Debian ist aktuell bei 9.3, bringt dann auch immerhin PHP 7.0 mit.
Hast du die Möglichkeit noch ein Debian 9.3 mit EGw aus den Paketquellen zu installieren und dann deine DB per EGw-Sicherung einzuspielen?
Ich kann mir aber eigentlich nicht vorstellen, dass dein Problem an deb8 liegt.
Oder nehme ein Ubuntu server 17.10 und installiere mit apt install nginx php-fpm egroupware-epl, ssl, http/2 und gzip-support eingeschaltet. Eine kleine Korrektur bei der PHP-config ist nötig, dann rennt das.

Gruß
Stefan

RalfBecker 2018-01-24 08:04:40 UTC #7

Leider läuft das meistens darauf hinaus, dass der Mailserver Deines Providers relativ langsam ist, speziell wenn es um das Lesen der Folder geht.

Zum Debuggen kannst Du ein Log einschalten (Kommentar entfernen), in das die Communication mit dem IMAP Server geschrieben wird (incl. Zeiten):

github.com

EGroupware/egroupware/blob/17.1/api/src/Mail/Imap.php#L67


* @property-read boolean|int|string $isAdminConnection admin connection if true or account_id or imap username
*/
class Imap extends Horde_Imap_Client_Socket implements Imap\Iface
{
	/**
	 * Default parameters for Horde_Imap_Client constructor
	 *
	 * @var array
	 */
	static public $default_params = array(
		//'debug' => '/tmp/imap.log', // uncomment to log communitcation with IMAP server
		//'debug_literal' => true,    // uncomment to log mail contents returned by IMAP server
		'cache' => true,              // default caching via Cache / Api\Cache
	);


	/**
	 * Label shown in EMailAdmin
	 */
	const DESCRIPTION = 'standard IMAP server';


	/**

Am einfachsten danach mit nur dem betroffenen Konto die Aktion ausführen, die zum Fehler führt.

Ralf

ahahn1 2018-01-24 08:11:47 UTC #8

Danke für den Tipp. Das werde ich mal ausprobieren.

Gruß,

Andreas

ahahn1 2018-01-24 08:40:40 UTC #9

So, ich habe mal das Logging eingeschaltet und das folgende wie ich finde interessante Ergebnis erhalten :

Command 66 took 0.0279 seconds.
C: 67 LIST () “” (INBOX) RETURN (CHILDREN SPECIAL-USE)
S: * LIST (\HasNoChildren) “.” “INBOX”

Den letzten Part finde ich interessant, da “Has\NoChildren” zurückgemeldet wird… Wie erwähnt werden alle Subfolder angezeigt wenn ich dann im Mail Modul auf “Konto bearbeiten” und übernehmen klicke. Nach der manuellen Aktualisierung wird dann folgendes geloggt :

Command 261 took 0.0249 seconds.
C: 262 LIST () “” (INBOX) RETURN (CHILDREN SPECIAL-USE)
S: * LIST (\HasChildren) “.” "INBOX"
S: 262 OK LIST completed

Das Problem existiert auch nur in der EGW selbst. Auf allen genutzten Mobilgeräten werden die Ordner einwandfrei angezeigt.

Gruß,

Andreas

ahahn1 2018-01-25 09:23:02 UTC #10

Nun ist mir noch aufgefallen das die Ordnerverwaltung und das abonnieren eines Ordners ebenfalls nicht funktioniert… Folgendes wird nach dem Aufruf der Ordnerverwaltung angezeigt :

Vielleicht hat ja dazu jemand eine Idee…Ich werde natürlich noch ein wenig weiterforschen, vielen Dank vorab

ahahn1 2018-01-31 09:34:04 UTC #11

Der Fehler konnte behoben werden…

Nach dem Umzug auf einen anderen Mailserver habe ich versäumt die korrekte Konfiguration für den SMTP-Only Account anzupassen. Dadurch wurde das gesamte Mail Enviroment nachhaltig gestört. Nach Anpassung der Einstellungen funktionierte alles wieder, inkl. der Ordnerverwaltung etc.