Operating system: CentOS Linux release 7.9.2009 (Core)
Database + version: -
Elasticsearch version: -
Browser + version: -
Expected behavior:
Changing the “Fully Qualified Domain Name” under Settings → “System” should replace the FQDN in all config files.
Actual behavior:
Changing the “Fully Qualified Domain Name” under Settings → “System” does not change the hostname in the ngnix-config file (/etc/ngnix/conf.d/zammad.conf) so doing a http-call to your old FQDN will redirect you to the old FQDN with https.
Zammad runs as unprivileged user.
This user is different from your web servers unprivileged user.
Webserver configuration files usually only have r/w permission for privileged users (for very good reasons). This would mean Zammad would require higher privileges to adjust your webserver configuration.
Even worse, users could use different web servers than those we officially support (yes, there are those users). We can’t update web server configuration files for you, because there are a lot of variables we can’t always know about. Every system is configured different.
Changing Zammad settings affects Zammad only - if you change the FQDN setting, you’re required to put that changed into your configuration files manually. That’s out of the application scope.
I know very little environments that would do that automatically for you - however, those application scopes are a lot of different than ours.