Cloudron Forum

Please bump PHP to 8.2 to resolve this issue in Leantime:

https://github.com/Leantime/leantime/issues/2970

Thanks!

When external SMTP relay is configured Cloudron still signs all outgoing mail with DKIM, but the UI hides the DNS entry it wants.

Without the matching entry some mail servers then reject the mail because of the DKIM failure.

Please either:

• Do not sign the mail when using external relay to send mail
• Expose the expected DKIM DNS entry to the end user so that they can configure it

The half-way house does not work.

As a workaround I disabled external relay to reveal the DNS entry, created the DNS entry, and then added the SMTP relay back again.

Without the DNS entry mail from cloudron ends up with

ARC-Authentication-Results: i=1; mx.google.com;
       dkim=pass header.i=@smtpcorp.com header.s=a1-4 header.b=38VpoA5C;
       dkim=pass header.i=@permamed.org header.s=s1004192 header.b=IvzZvAEF;
       dkim=permerror (no key for signature) header.i=@permamed.org header.s=cloudron-0d9262 header.b=cSc2yqyX;
       spf=pass (google.com: domain of bounce.3wqhqixyft3pua6=46muc2596w7f=34l98tc3oj4uzw@em1004192.permamed.org designates 158.120.86.203 as permitted sender) 

Once I add the entry I get

ARC-Authentication-Results: i=1; mx.google.com;
       dkim=pass header.i=@smtpcorp.com header.s=a1-4 header.b=hge5ICDL;
       dkim=pass header.i=@permamed.org header.s=s1004192 header.b=HnqT1ibh;
       dkim=pass header.i=@permamed.org header.s=cloudron-0d9262 header.b="bpPl/+t5";
       spf=pass (google.com: domain of bounce.w5qkkdyfnaxsxb7=ojoiat7bxbcy=pc4cfvy7huru7n@em1004192.permamed.org designates 158.120.86.203 as permitted sender) 

Description:
When using the LimeSurvey Cloudron app:

Accessing /admin/index.php works correctly.

Accessing /admin alone redirects to http://example.app:8000/admin/ and hangs.

This happens because the LimeSurvey rooturl configuration is not automatically set to the Cloudron public URL. The redirect uses the internal service port instead of the public domain.

Steps to Reproduce:

Install LimeSurvey on Cloudron.

Navigate to https://<your-domain>/admin.

Observe the redirect to internal port :8000 and failure to load.

Navigate to https://<your-domain>/admin/index.php — page loads correctly.

Expected Behavior:
/admin should redirect to the correct public URL and load the admin interface.

Additional Notes:

Setting rooturl manually in application/config/config.php fixes the issue, but the config is reset when the service is restarted.

Suggestion: Cloudron should automatically set and persist rooturl based on the app’s public domain.

I changed nothing, but it is working today.

I imagine what is happening is that the upstream storage drops connections occasionally and cloudron simply passes that on to the user instead of having a retry loop in the background.

So, I still believe this functionality would benefit from being more robust, as before it would manage 20-50MB per go before drop, and if the thing was in a retry loop it would be able to get the archive out by just resuming downloads.

I realise it is annoying having to deal with people who insist on unreliable storage... but it is what we have.

Send an email through the Cloudron and look at the mail headers in the mail you end up with.

It will include DKIM signature from Cloudron, which fails to validate if the DNS entry is missing.

DMARC reports will also list it as an issue, if you have that configured.

Confirmed fixed.

You are wonderful.