Login to a blank page
-
@brynjar Still a bit strange that IMAP login makes SOGo show white screen. This reminded me of https://docs.cloudron.io/apps/sogo/#ui-issues . Can you try visiting SOGo directly and not via the dashboard on Cloudron and see if the UI appears?
-
@girish Going directly to the mail url changed nothing, still blank. I tried connecting to IMAP with Thunderbird and I get my mail fine so the problem is not IMAP. More like Sogo is not able to talk to it maby?
In dns my old mail server and the new cloudron were both added and with same priority, 10. I deleted the old server from dns.
-
-
@brynjar Do you know if hairpin routing works on your setup? Essentially, you should be able to curl the external IP from the Cloudron. Does that work? You can try
curl https://my.domain.comfrom the server. If that doesn't work, then I can provide some alternate solutions.edit: https://en.wikipedia.org/wiki/Network_address_translation#NAT_loopback
-
-
-
@girish This is from http - https gives an ssl error.
"curl: (60) SSL certificate problem: unable to get local issuer certificate
More details here: https://curl.haxx.se/docs/sslcerts.htmlcurl failed to verify the legitimacy of the server and therefore could not
establish a secure connection to it. To learn more about this situation and
how to fix it, please visit the web page mentioned above.
" -
-
@brynjar Given this is a server in the local network, how do you plan to make the mail server make anyway? It will need inbound port 25 (does your ISP allow this?) for email to work at all.
Anyway if you have a plan for all that
... Cloudron uses a DNS server called unbound internally. You can configure unbound to make queries via an intermittent resolver, for example, maybe pfsense. Then in pfsense you can configure my.domain.comto point to your internal IP. This ways curl my.domain.com from inside Cloudron will work. There's some info at https://docs.cloudron.io/networking/#internal-dns-server (instead ofcloudron.lanin the example you would usedomain.com) -
-
@brynjar Ah ok. FWIW, this is only a problem with SOGo. They made a change where the IMAP/SMTP servers must have a proper certificate and there is no way to work with self-signed certs. rainloop/roundcube are configured to use the internal docker hostnames, so they don't have this problem iirc.
