Am 14.11.2018 um 09:28 schrieb Christian Mack ([email protected]):
Hello

Hi Christian,

thanks for your reply!


This is not the server URL!
It is the URL of the update page.
Change that either to
proxy_set_header x-webobjects-server-url https://irm.mmlab.de/

Tried it. Nginx starts, but SOGo Integrator does not work!
--> No SOGo addresses nor calendars available in Thunderbird!

or leave it at
proxy_set_header x-webobjects-server-url  https://$host;
if your hostname is set correct.

How can you check, if $host reflects the correct hostname?
Is there a way to write the variable's value to StdOut?

What I can state is that the server's FQDN is different from the FQDN used to access the SOGo Web GUI. The latter is being accessed by an alias and it works without issues!

Example:

Server's hostname (FQDN): myserver.mydomain.mytld
Alias on DNS server: aliasmyserver.mydomain.mytld
Accessing SOGo Web GUI by: https://aliasmyserver.mydomain.mytld/sogo

Does the extensions.rdf <-> sogo.tmpl connection have any problem with aliases?


Kind regards,
Christian Mack

Best Regards,
Irma
--
[email protected]
https://inverse.ca/sogo/lists

Reply via email to