Servererror bei Konfiguration der Anwendung

[JanK]

Hallo all,

ich habe hier eine 17.1.20180209 im Einsatz, die vor wenigen Wochen aus einer 1.8 migriert wurde.
Nach der Migration auf 17.1.(xxx weiß ich nicht mehr) hat imho alles funktioniert, Anwender waren glücklich.

Nachdem die Kollegen jetzt die letzte Sicherheitsupdates eingespielt haben, weil die roten Pfeile nervten ;), kann man im Mailclienten nur noch eigene IMAP-Ordner sehen, keine Shared Folder oder Userfolder, auf die man Rechte hat. Das gilt auch für “Ordner abonnieren”. Im Thunderbird ist alles da.
Mailserver ist ein Cyrus 2.4.

Nun weiß ich von anderen Installationen, dass in “Konfiguration der Anwendung” von Mail, es eine Einstellung zum Namespace des Imapservers gibt. “examine namespace …”

Wenn ich nun dahin gehe (Admin->Anwendungen->Mail->Konfiguration der Anwendung) bekomme ich folgenden Fehler:
CreateObject() file /usr/share/egroupware/api/inc/class…inc.php not found!

Das witzige ist, dass auch bei Adressbuch, Benachrichtigung, Einstellungen, Kalender und Ressourcen dieser Fehler kommt. Bei Import/Export und Infolog jedoch nicht, da geht alles.

Im Apachen error Log sieht das dann so aus, Zeitstempel hab ich mal weggelassen

api, referer: http://egroupware.domaene.local/egroupware/?cd=yes

An error happened (EGroupware\Api\Exception\AssertionFailed): CreateObject() file /usr/share/egroupware/api/inc/class…inc.php not found!, referer: http://egroupware.domaene.local/egroupware/?cd=yes

#0 /usr/share/egroupware/index.php(151): CreateObject(‘api.’), referer: http://egroupware.domaene.local/egroupware/?cd=yes

#1 {main}, referer: http://egroupware.domaene.local/egroupware/?cd=yes

Instance=default, User=admin, Request=GET http://egroupware.domaene.local/egroupware/index.php, User-agent=Mozilla/5.0 (X11; Ubuntu; Linux x86_64; rv:58.0) Gecko/20100101 Firefox/58.0, referer: http://egroupware.domaene.local/egroupware/?cd=yes

Im setup der egw gibt es keine Aufälligkeiten, der setupcheck hat alles grün.

DB ist eine mariadb-server-10.0.

Hat wer nen Tip, wo ich weiter suchen könnte?

Danke

Grüße
/jk

[HWSoft]

Hallo JanK,

ich hab jetzt auch einige Installationen bei mir durch.
1.) Immer auf den Cache achten, schau mal bitte bei dir im “Setup” -> Cache Löschen und Hooks registrieren. Das ganze geht auch aus dem Admin Interface, am besten immer danach abmelden (den Benutzer) und wieder anmelden.

2.) Hatte ich Differenzen bei den Email-Accounts, die geteilt wurden. Ich habe diese kurzerhand gelöscht und neu Angelegt. Seit dem ist auch ruhe.

Probier das mal, hoffe das Hilft schon, ansonsten schauen wir mal weiter.

[JanK]

Hallo HWSoft,
vielen Dank, dass du dir mal Gedanken machst

Cache löschen… hab ich schon öfter geklickt, das scheint nicht das Problem zu sein.

Ich habe hier mal die Requests lt. AccessLog verglichen.
bei Klick auf Admin->Anwendungen->Mail->Konfiguration der Anwendung

Wo es geht sieht es so aus
GET /egroupware/index.php?menuaction=admin.uiconfig.index&appname=mail&nonavbar=1 HTTP/1.1" 200 2859
GET /egroupware/api/categories.php?app=admin&1520328557&1518185924 HTTP/1.1" 200 500

Wo es nicht geht, sieht das so aus
GET /egroupware/index.php?menuaction=admin.uiconfig.index&appname=mail&nonavbar=1 HTTP/1.1" 302 370
GET /egroupware/index.php HTTP/1.1" 500 2325

Der Aufruf der menuaction erzeugt einen HTTP 302, also einen Redirect, aber warum?

Komisch ist auch, das die Einträge des Adminmenüs in der fehlerhaften Installation mit Benutzerkonten beginnt und danach erst Admin folgt. Normalerweise ist das andersrum.

Grüße
/jk

[HWSoft]

Kommt den in der error.log direkt noch ein Fehler (Fehler im PHP Script)? Klingt sehr komisch und ein “Reim” daraus kann ich mir auch noch nicht machen.

Die URL sind ja identisch, ich hab den bei mir auch aufgerufen und der geht soweit.
Hat sich was an deinen Apache/Ngnix geändert?

Installation war mit den Paketen vom jeweiligen Linux oder per Hand?

[JanK]

Im ErrorLog kommen die Fehler aus Post 1. Die sind aber imho schon Folgefehler, weil in dem GET Request, der aus dem Redirect erfolgt, keine Zielapp mehr definiert ist.

Installation war aus den Paketen und dann die 1.8er DB rein migriert, danach dann die Updates.

[JanK]

So, ich kann auflösen

Der Benutzer hatte in der AdminApp keine Rechte auf “Konfiguration der Anwendung” und auch noch paar andere Rechte nicht.

Die Installation gab es schon eine ganze Weile, seit 1.6. Und es gab ein paar Workarounds, um nichtadminstrativen Benutzern das Ändern von Benutzerdaten, globalen Kategorien und solche Dinge zu erlauben. Irgendwann hat sich dann dieser Benutzer als Adminbenutzer eingeschliffen und der “richtige” Adminbenutzer geriet in Vergessenheit.

Mit dem “richtigen” Admin geht das natürlich alles, nur warum kommt da keine sinnvolle Fehlermeldung, da wäre ich dann vielleicht früher drauf gekommen.

Trotzdem schön, dass man mit jemand drüber reden kann

[HWSoft]

Hallo JanK,

danke für die Auflösung. Diese Konstellation zur Problemverursachung kannte ich auch noch nicht. Ich denke mal ohne dein Feedback, wäre das ganze gar nicht weiter aufgefallen.

Wir können auch jederzeit gerne darüber reden , wenn es die Zeit zulässt.