Will try to reproduce, no time yet, please could you provide some log clues, it surely could help
Hi Kristian,
It looks more like a DNS problem.
Since you are on the local network (192.168.0.0/24), try to add:
192.168.0.123 mydomain.intern
in the hosts file of your station - it will be: C:\Windows\System32\drivers\etc\hosts.
Clear the cache of your station: ipconfig /flushdns and also the cache of your web browser.
Try again,
Michel-André
I just did a quick test, following your instruction, it works as it should roundcubemail is reachable whatever I use php73 or php74 (we use different vhost, I could not catch how it could break roundcubemail)
https://ns7loc13.nethservertest.org/roundcubemail
or
https://192.168.56.14/roundcubemail/
we need more information to debug
- check logs and try to catch the errors
- we need the output of :
https -S
Can you share your virtualhost settings and the path to the wordpress files?
might be wrong, but is this the case?
“virtualhost” created pointing to TLD (nethservertest.org)
roundcube accessed trough the TLD (instead of the server’s FQDN)
- roundcube accessed through
https://nethservertest.org/roundcubemail - wordpress accessed through
https://nethservertest.org/
both sharing the same hostname/FQDN
Hi,
I can call the roundcube website, yes. But login does not work anymore.
That is what is happening when you login with valid credentials (the “Invalid request! No data was saved.” message). (If you use wrong credentials, you get the prompt for wrong credentials.)
As @stephdl mentioned: I added the Hostname to the hosts file.
My vhost config is like this (default except PHP version):
There is no program called “https”, I think you mean httpd. This is the output of httpd -S:
> VirtualHost configuration:
*:443 is a NameVirtualHost default server wprctest.home.intern (/etc/httpd/conf.d/nethserver.conf:44) port 443 namevhost wprctest.home.intern (/etc/httpd/conf.d/nethserver.conf:44) port 443 namevhost wprctest.home.intern (/etc/httpd/conf.d/ssl.conf:56) port 443 namevhost homepage.home.intern (/etc/httpd/conf.d/virtualhosts.conf:24) *:80 is a NameVirtualHost default server wprctest.home.intern (/etc/httpd/conf.d/virtualhosts.conf:12) port 80 namevhost wprctest.home.intern (/etc/httpd/conf.d/virtualhosts.conf:12) port 80 namevhost homepage.home.intern (/etc/httpd/conf.d/virtualhosts.conf:67) ServerRoot: "/etc/httpd" Main DocumentRoot: "/var/www/html" Main ErrorLog: "/etc/httpd/logs/error_log" Mutex authn-socache: using_defaults Mutex ssl-cache: using_defaults Mutex default: dir="/run/httpd/" mechanism=default Mutex mpm-accept: using_defaults Mutex authdigest-opaque: using_defaults Mutex proxy-balancer-shm: using_defaults Mutex rewrite-map: using_defaults Mutex authdigest-client: using_defaults Mutex ssl-stapling: using_defaults Mutex proxy: using_defaults PidFile: "/run/httpd/httpd.pid" Define: _RH_HAS_HTTPPROTOCOLOPTIONS Define: DUMP_VHOSTS Define: DUMP_RUN_CFG User: name="apache" id=48 Group: name="apache" id=48
Other Logs:
- The httpd/error_log has no errors
- The httpd/access_log shows just the call
192.168.0.19 - - [20/Nov/2019:08:51:54 +0100] "POST /webmail/?_task=login HTTP/1.1" 200 6147 "https://homepage.home.intern/webmail/" "Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/64.0.3282.140 Safari/537.36 Edge/18.17763" - The roundcubemail/errors.log shows nothing
I can login, others could you try to reproduce please, we need to reproduce and get some log clues before to fix
I can reproduce but not sure there’s anything to fix (my understanding of vhosts is limited).
I think the problem lies in the way roundcube is being accessed: through the FQDN of the virtualhost + the path suffix (/webmail).
1 Like
IIRC we have moved the vhost of nextcloud to zzz_nexcloud.conf, could you reproduce, solve or break more if you mv roundcubemail.conf to zzz_roundcubemail.conf, think to restart httpd
Same error. For the test I only have roundcube installed from software center and a custom index.html in the vhost.
1 Like
fun, how you vhost is named ?
could you reproduce it if you set to the php to default ?
one question, do the homepage.home.intern is the default vhost of your server ?
If set to default roundcube works (but in case of having a custom wordpress on the vhost it wouldn’t have php7).
No, the server has a different fqdn (if that’s what you’re asking).
1 Like
ok I can reproduce, fun, however trying to reach wordpress with the homepage.home.intern which is another vhost, seems a bit weird for me, I even do not understand how it could be possible
isn’it ?
Tested SOGo (homepage.home.intern/SOGo)and rainloop (homepage.home.intern/rainloop) no problem so far, I suspect that when you use homepage.home.intern/roundcubemail you run roundcubemail with php7X and it is not compatible, if you set the php-scl to php56 roundcubemail becomes workable
could you test and report
because
Alias /roundcubemail /usr/share/roundcubemail
Alias /webmail /usr/share/roundcubemail
Neeed to go to sleep 
SOGo and Rainloop work but they get the php version from the virtualhost (at least rainloop).
- If accessed through the virtualhost they get virtualhost’s php version
- if accessed through server’s FQDN they get default (or module assigned) php version
1 Like
you confirmed my guess, with the vhost we got php74 and roundcubemail is not compatible
CQFD
You’re absolutely right.
Any path suffix after the virtualhost FQDN will get virtualhost’s php version (in all or most cases I would say).
1 Like