Cloudron Forum

@joseph Will see what else I can find. It is odd though as no errors are being thrown or logged anywhere and everything actually seems to be working as it should (i.e. the queue is being processed).

Hello @ccfu Thanks for reporting. This is already fixed in Cloudron 9.

Thinking about it some more, changing the dashboard domain before the IP switch is probably not the best idea as it would require an A record change in the DNS. The dry-run method would appear to be the best way to go.

@nebulon Correct, but I just realised that in copying and pasting I appear to have missed something. That's embarassing. In any case it has now worked and this is resolved. Thanks for the quick reply.

@murgero Many thanks for your help.

Is it maybe possible to change the order in which incoming mails are filtered? With sieve you can tell the server to discard mails that match certain criteria, but that only works for mails that have not already been classified as SPAM. i suspect this is not that trivial though because the sieve filters work at the mailbox level.

Ah, thanks, good to know.

@ccfu The quarantine plugin only dumps the messages into a directory which is not overly useful because there is no UI to manage the quarantine. because Cloudron does not provide a way to block or quarantine mails altogether based on central SPAMAssassin rules or sender addresses, as this can only be done using filters on individual mailboxes We have global SpamAssassin rules - https://docs.cloudron.io/email/#custom-spam-filtering-rules . I want to understand the use case better though. Is the issue here that spam is slipping through the SA filters?

Oops, I stand corrected about the login screen translation.

@ccfu are you able to install it on the demo so I can try to understand what is different ? https://my.demo.cloudron.io (username / password: cloudron)

Or add the option present in some other apps to not let Cloudron manage email for EspoCRM.

Good to know it should work. I will try it again later. Can't reboot now in the middle of the day. Maybe something got cached in the browser then.

No technical reason as far as I can tell, just apparently no interest on the part of the provider! It is probably a very infrequent need and in our case this only affects a subdomain of one domain that is currently hosted by the same provider of the DNS. Ultimately the website will be moved but I need the subdomain for staging.

@ccfu How do you disable the LDAP module?

You can also try to use some of the other DNSBL listed here - https://docs.cloudron.io/email/#dnsbl

@ccfu I think LAMP would be the best first step. Afterwards, you can move it to FreeScout app proper.

@opensourced yes, should be out next week along with 7.4

@mehdi good catch, will fix!

@nebulon I also think plain database apps would be the way to go here. Patching the app code is complicated in this particular case, so for now I I will just go with an external database.