IMO this is not necessary.
The issue you’re having is purely on apache configuration and host redirection, which should be designed by the sysadmin considering the existence of services and application on the server.
I can access the webtop by IP both from the LAN (https://LAN_IP/webtop) and from the WAN (https://PUBLIC_IP/webtop).
I can’t access from WAN by FQDN. This should be a DNS problem, except that it is from the configuration on the Nethserver and not from my NameServer.
I will check NethServer again before taking “radical measures”.
Unfortunately, none of the ideas worked (neither the one with the total uninstallation and reinstallation of webtop, nor the one with the creation of a custom template).
From my point of view, there is no problem that I don’t have webtop as webmail. I use it very rarely. SOGo is also good for webmail.
Anyway, I can wait for other ideas. Maybe someone else will encounter this problem, someone who will really need webmail.
Strange, I tested the custom template with a virtualhost using the same domain name and it worked.
Now I think it’s about Wordpress, I’m going to test it…
EDIT:
Wordpress in a virtualhost and Webtop using the custom template are working here.
Let’s check some of your configs…
Please share vhost config:
db vhosts show
Maybe .htaccess files have some problematic content?
cat /var/lib/nethserver/vhost/*/.htaccess
Did you install special addons/plugins in your Wordpress site?
[root@host-gtbs ~]# cat /var/lib/nethserver/vhost/*/.htaccess
# BEGIN WordPress
# The directives (lines) between "BEGIN WordPress" and "END WordPress" are
# dynamically generated, and should only be modified via WordPress filters.
# Any changes to the directives between these markers will be overwritten.
<IfModule mod_rewrite.c>
RewriteEngine On
RewriteRule .* - [E=HTTP_AUTHORIZATION:%{HTTP:Authorization}]
RewriteBase /
RewriteRule ^index\.php$ - [L]
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule . /index.php [L]
</IfModule>
# END WordPress
# Wordfence WAF
<Files ".user.ini">
<IfModule mod_authz_core.c>
Require all denied
</IfModule>
<IfModule !mod_authz_core.c>
Order deny,allow
Deny from all
</IfModule>
</Files>
# END Wordfence WAF
[root@host-gtbs ~]#
Did you enable the config after removing the custom template by executing signal-event nethserver-webtop5-update ?
If yes then I don’t know what was the solution.
If no then you should recreate the custom template because it may have worked, maybe it was a browser cache issue…