Environment
Operating System
openSUSE Leap 16.0
Installed Versions
Component Version
grommunio-files 32.0.12
grommunio-office 9.4.0 (Build 129)
ONLYOFFICE App 9.14.2
Deployment behind a reverse proxy.
The Files application is published under:
https://mail.example.com/files
The ONLYOFFICE Document Server is published under:
https://mail.example.com/office
Initial issue
After upgrading to Leap 16, ONLYOFFICE stopped working completely.
The reason was an outdated
/etc/grommunio-office/default.json
which was missing several new configuration entries introduced with grommunio-office 9.4.
After merging the new default.json.rpmnew, the following services started working again:
ds-docservice
ds-converter
Mail attachment editing
ONLYOFFICE Healthcheck
All services are now running normally.
Current problem
The ONLYOFFICE editor now launches correctly from grommunio Files.
Documents open without any problems.
However, saving fails with:
The document could not be saved. Please check your connection settings.
followed by
Download failed.
ONLYOFFICE connectivity
The connector test succeeds.
sudo -u grofiles /usr/share/grommunio-files/occ onlyoffice:documentserver --check
Output:
Document server /office/ version 9.4.0.129 is successfully connected.
This confirms that:
JWT authentication works
The Document Server is reachable
The connector configuration is valid
Current ONLYOFFICE configuration
DocumentServerInternalUrl
https://mail.example.com/office/
DocumentServerUrl
/office/
StorageUrl
https://mail.example.com/
Current Files configuration
overwritewebroot
/files
overwrite.cli.url
https://mail.example.com/files
Investigation
First configuration
Initially the StorageUrl was configured as:
https://mail.example.com/files/
The Document Server generated the following URL:
https://mail.example.com/files/files/index.php/apps/onlyoffice/empty?doc=...
Result:
HTTP 404
The /files webroot was appended twice.
Second configuration
After changing
StorageUrl
https://mail.example.com/
the connector test became successful and documents could finally be opened.
However, saving still fails.
Now the Document Server generates:
https://mail.example.com/index.php/apps/onlyoffice/download?doc=...
This URL is also incorrect because the /files webroot is completely missing.
Again the request returns:
HTTP 404
Journal output
The Document Server repeatedly reports:
error downloadFile:
url=https://mail.example.com/index.php/apps/onlyoffice/download?doc=...
attempt=1
AxiosError: Request failed with status code 404
The same request is repeated three times before failing.
Files log
The Files log contains no corresponding errors during the save operation.
The only recent ONLYOFFICE messages are from previous connector checks.
What has already been verified
Document Server is healthy
ds-docservice is running
ds-converter is running
JWT authentication works
HTTPS certificates are valid
Reverse proxy configuration has been verified
ONLYOFFICE connector is enabled
DocumentServer check succeeds
Documents open successfully
The problem only occurs during the download/save callback
Expected URL
The generated download URL should be
https://mail.example.com/files/index.php/apps/onlyoffice/download
Instead it becomes either
/files/files/index.php/...
or
/index.php/...
depending on the configured StorageUrl.
Question
Is this a known issue with the current combination of
grommunio-files 32.0.12
ONLYOFFICE App 9.14.2
grommunio-office 9.4.0
or is there an additional configuration parameter required when grommunio Files is hosted under /files behind a reverse proxy?
It currently appears that the ONLYOFFICE integration generates an incorrect download/callback URL by either duplicating or omitting the configured webroot.
Any guidance would be appreciated.
