debian 13 Fehler beim einrichten mit Android Konto

sinux

Ich versuche mit der o.g. Installation eine Verbindung mit meinem Handy hin zu bekommen. Die Webapp läuft.
Ich habe die Berechtigungen gleich der SuSe Installation gesetzt bekomme aber trotzdem den Fehler.

nginx-sync-error.log

[error] 1196#1196: *62 FastCGI sent in stderr: "PHP message: PHP Warning: include_once(config.php): Failed to open stream: Permission denied in /usr/share/grommunio-sync/index.php on line 22; PHP message: PHP Warning: include_once(): Failed opening 'config.php' for inclusion (include_path='.:/usr/share/php') in /usr/share/grommunio-sync/index.php on line 22; PHP message: PHP Fatal error: Uncaught Error: Undefined constant "SCRIPT_TIMEOUT" in /usr/share/grommunio-sync/index.php:25
Stack trace: #0 {main} thrown in /usr/share/grommunio-sync/index.php on line 25" while reading response header from upstream, client: 192.168.1.11, server: _, request: "OPTIONS /Microsoft-Server-ActiveSync HTTP/1.1", upstream: "fastcgi://unix:/run/php/php-grommunio-sync-fpm.sock:", host: "beispiel.domain.de"

Wo könnte ich noch fündig werden?

crpb

sinux Permission denied in /usr/share/grommunio-sync/index.php on line 22

ls -la /usr/share/grommunio-sync /etc/grommunio-sync /var/log/grommunio-sync

ich tippe auf den logordner!

chrown -Rf grosync:grosync /var/log/grommunio-sync

sinux

Hab die logs gestern extra angelegt damit ich was sehe von den Fehlern aber die blieben leer. Erst später habe ich heraus gefunden das wohl jetzt alles in den nginx logs geschrieben wird daher aiuch der log.Hab mal dein "chrown" 😉 ausgeführt aber ging nicht gleich erst mit einem apt reinstall grommunio-sync geht es jetzt. Generell waren nach dem setup auch in /etc/grommunio schon ein paar Dateien nicht mit den gromxxx user Rechten gesetzt. Ich habe das grommunio-setup ausgeführt, wofür ich mich recht herzliche bedanke ist jetzt eine schön Installationsroutine. Wenn ich da an die Anfänge denke ist es jetzt sehr komfortabler. Warum ist aber unter /etc/gromox/ noch die autodiscover.ini, die ist doch obselet? Also unter SuSe gibt es die ja nicht??? Mal was ganz anderes die Services von grommunio waren ja das ganze Wochenende gar nicht erreichbar, was war da los? Weiß da einer was?

WalterH

sinux Wochenende gar nicht erreichbar, was war da los? Weiß da einer was?

Wurden in ein anderes Rechenzentrum übersiedelt.

sinux Warum ist aber unter /etc/gromox/ noch die autodiscover.ini

Ist ein Überbleibsel, einfach löschen.

sinux

Ok danke schön dann weiß ich bescheid, nur weil nirgendwo was Stand!

externa1

https://community.grommunio.com/d/2389-datacenter-migration

sinux

Oha na da das habe ich wohl erfolgreich übersehen 😉 und mkromer himself sogar.

sinux

Ich wollte gerade einen Termin nach bearbeiten da geht es weiter

MAPIException Code [ecSendAsDenied]Message: Not enough permissions to utilize Send-As impersonationError: Not enough permissions to utilize Send-As impersonationBaseException in /usr/share/php-mapi/class.meetingrequest.php:2973Stack trace:#0 /usr/share/php-mapi/class.meetingrequest.php(2973): mapi_message_submitmessage()#1 /usr/share/php-mapi/class.meetingrequest.php(1471): Meetingrequest->submitMeetingRequest()#2 /usr/share/grommunio-web/server/includes/core/class.operations.php(2451): Meetingrequest->sendMeetingRequest()#3 /usr/share/grommunio-web/server/includes/modules/class.appointmentitemmodule.php(277): Operations->saveAppointment()#4 /usr/share/grommunio-web/server/includes/modules/class.itemmodule.php(78): AppointmentItemModule->save()#5 /usr/share/grommunio-web/server/includes/core/class.jsonrequest.php(59): ItemModule->execute()#6 /usr/share/grommunio-web/grommunio.php(147): JSONRequest->execute()#7 {main}

Die Berechtigungen sind aber gleich der SuSe Installation?!
Wie könnte ich alle Berechtigungen in einem Rutsch so setzen wie in der SuSe Installation?
Danke!!!

WalterH

sinux Da geht es aber um die SendAs Rechte im Admin-UI für diesen User.

sinux

Danke sehr WalterH da hab ich wohl zu technisch gedacht. Was mich nur wundert ich habe nur den einen User und sendas bräuchte ich eigentlich nicht. Das User Profil ist aus der SuSe Installation, war gleiche Versionsstand und habe mir den User Ordner mit .zst gepackt damit ich da alle Berechtigungen mit bekomme...
Es handelte sich um einen bestehenden Termin der an einen externen User schon einmal mit versand war. Den wollte ich nur umbenennen, daraufhin bekam ich den Fehler. Na ist jetzt nicht tragisch meine kleine Installation.
Vielleicht reicht löschen neu anlegen.