Cloudron Forum

Maybe. But I think I'll just take the extra GB into account and see dynamically if and when issues arise. So far, nothing has been missed.

@jdaviescoates Everywhere, basically. Would it be possible to setup Nextcloud so that people could inhabit and use it without ever seeing each other's emails? If you are on a nextcloud and you look at the Users list, even as a regular user, you will probably see everybody's email listed there. There might be some environments where you would not wish participants to have their emails disclosed to the rest of the nextcloud.

@ccfu said in Filtering emails to "Received" shows only "Saved" rather than "Received" status.: @girish As you have been tagged in this thread, could you perhaps also comment on the filter settings not been saved on page reload? This is a UI thing, the filters are reset on reload. I will fix the text to be consistent, it's confusing agreed.

You can also follow this great guide and set up an automated blocklist update: https://forum.cloudron.io/topic/3795/firewall-spamassassin-automatic-list-update/41?_=1740739173375 Might mitigate some (few) of these annoying spam attacks.

@joseph do you think this issue is from the Ubuntu OS? there are a lot off issues and why will your emails automatically stop sending. It gets disconnected entirely.

@IniBudi @nebulon I can confirm that problem is not related to Cloudron, after I did some sending tests.

@scooke if you have an account, can you are share a screenshot so we can copy get inspiration from?

Ok, I understand that. The case which you're saying is different. If anyhow the user doesn't have access to the Admin and just the user account is compromised then he can send emails from that account only and if admin has setup limits over that then the spammer can't go beyond the limits. Limits should be setup in any case and should be controlled by Admin. This is a very important and good feature that needs to be implemented. I hope you understand. Thanks!

@JohnBee said in email server broken after update...: snapshots to fall back-on You restored the entire server to a previous working state?

@osobo the power of the forum, thanks are due to @jdaviescoates and all those who went before on this issue.

@joseph said in Frequent Email is not configured properly notice: Maybe DNS is periodically failing on your servers. Do you know which DNS servers your server is using? You can use resolvectl to figure this. Thanks for the explanation! my DNS servers are : Current DNS Server: 1.1.1.1 DNS Servers: 1.1.1.1 9.9.9.9

Looks like this part does fix it (instructions for root server): [image: 1737492462373-9fbbe904-6e2e-4deb-8d7d-5d2812a54c83-image.png] Thanks to you both for the pointers!

working now. thx

@joseph Yeah I'm using a vps light And it has IPv6

Omg, for whatever reason the TLD did change from .de to .com (I have .de but not .com) so the failure was totally correct. No problems, nothing to see here, please close the case Happy holidays!

Well, the thing is that I can obviously rename folders in my own account(s) in order to work around this, but when migrating accounts for other family members, colleagues or clients it's harder since I will be asking them to change their folder naming habits just because the mailsystem can't handle it. To be honest I never ran into this with other mailsystems and I've used / tried a considerable amount of them in the meantime: Google (Gmail/workspace), Microsoft (hotmail/365), Zoho, Mailcow just to name a few and they all accept periods in folder names. As a result we got used to use periods in our folder names. I'm fine if the default stays as it is in order to not break anything for other people, but being able to change it when needed would be nice. And yes, there are possible collisions with the internal folders (new, cur, tmp) when switching to FS, but this can be anticipated by setting the DIRNAME variable to something unique. In regards with testing, I'm not sure this has a huge impact since the working of dovecot shouldn't change in any way when switching to FS.

That's great, thanks @girish! It seems to work now. I enabled it and followed the steps in the new documentation you linked to, and then ran doveadm -c /run/dovecot.conf index -A '*' from the mail container which started indexing everything. Just waiting for the indexing to finish to confirm it'll be good.

@LoudLemur You could do that. No problem. You can specify the mail server location to be any SUB and pick any of the domains you have set up in Cloudron. To make things even wackier, you could use multiple subdomains like sub.sub.domain.com as the mail server.

OK, https://support.google.com/a/answer/81126?hl=en has even more information. "ARC checks the previous authentication status of forwarded messages. If a forwarded message passes SPF or DKIM authentication, but ARC shows it previously failed authentication, Gmail treats the message as unauthenticated." Have to investigate https://github.com/postalsys/haraka-plugin-mailauth . But long story short, @vadim unfortunately the situation is gmail forwarding is probably not going to work until we implement this. I have no ETA to implement this feature.