@girish I appreciate the thoughtful response and research with your answers! I'm aware of the subaddresses and have used that through Gmail and such, but really love the simplicity of the catch all. I was able to get this functionality working through RainLoop, though not dynamically, as you mentioned. Under RainLoop -> Settings -> Accounts, one can add 'Identities' which consist of an email (where you can use addresses such as store1@domain.com) and a name. When one of these Identities' addresses lines up with an email, hitting reply will automatically select that identity as the FROM on your response email. Handy! Looks like Airmail (my Mac email client) also has 'Email Aliases' that is probably similar. While not automatic for any catch all address, this will give me what I need on the rare occasions I do need to respond from not my mail address. Thanks again! [resolved]

Aye, probably better to have a ui in box to enable/disable and whitelist domains. I don't have a corporate customer waiting for that, I just thought I left the suggestion here for the future, maybe it could be added when something else in that department is touched.

In some ways, I think this is what POP is for (I think) but we don't support it.

@Vladimir Can you check /home/yellowtent/boxdata/mail/vmail on the server? There is a directory for each mailbox. If you enter the mailbox, there is a sieve directory. You can just delete the entire directory to remove the rules and then restart the mail server, in case dovecot had cached it. (You can also do a quick grep on the address in the above directory to see if it's referenced anywhere else).

@Bortseb Yeah, best way to get familiar eh! Always worth making up your own mind, I just added in case you were a disappointed once you did get connected and to be aware what I think at least is worth your time on setups, as I know from years of System Admin for a team of about 50, they can often only be as quick or organised as the tools we give them.

I have added this in the 6.0 roadmap to be configurable.

@girish said in Spam filter doesn't always learn: rspamd is better here but it does require more resources rspamd require less training to work, and less complicated configuration setup. but without clamav is pretty much equal to spamassasin with a little bit of training, and tweak. AntiSpam in general are really havy to run, and complicated, if you take a plesk or cpanel antispam out of the box are similar to cloudron on. The only solution is to implement a more complete stack in general, with blacklist, signature, DNSBL in a collaborative way, so that every cloudron can report spam and especially ham. @imc67 if u want to manually improve you can add barracuda (b.barracudacentral.org) DNSBL to start. (this guide should work; backup your config file before edit it). The issue of cloudron are mostly resources, because an efficient antispam will take to much ram, and cpu, so we need to find alternative solution, and my company is try to help cloudron to improve on this.

Ok last reply for this issue as I think you can mark it solved. The environment variables do seem to be working now from what I can tell. I guess my initial tests just for some reason didn't work. But I did get an email today. So it works. Thanks for the help. Appreciate it.

Thank you @girish, this worked for me too

@girish Could a rule be setup in roundcube / other IMAP client to move inbox emails after a set time? I never really messed around with this idea but I could see it coming in handy for large environments that cannot afford huge data storage.

Indeed, there was a missing normalization. I have fixed it for the next release.

OK i have send an E-Mail

Thank you! A local installation of imapsync on the server did a great and fast job in transfering the emails from one account to the other.

@YurkshireLad you should rectify your PTR your email will have a better change of being receive.

Good that it works now. For clarification, an app restart will reset all Cloudron specific settings, in case they were misconfigured or more importantly in case the information has changed on the Cloudron side (like a password, port or secret)

@YurkshireLad Maybe try the Elasticmail DMARC voodoo generator and guide: https://elasticemail.com/dmarc

+1 from me I currently use a custom domain and spreadsheet... plus lots of manual tracking of email addresses I set up

@vova also, check your spam folder

@girish said in Email not sending: include:sendgrid.net Thanks!

Only recently did Calendar and aliases start working reliably in the Cloudron SOGo package. I think mailbox sharing still doesn't work but it's in our TODO list. Because of this, my personal and cloudron.io email setup doesn't use SOGo. @nebulon and I both use thunderbird for day to day use. We have a rainloop installation just to manage our mail filters (in my personal install, I use roundcube for this instead just for variety ). This too was because thunderbird's sieve extension was previously not working with Cloudron Email. That problem has since been fixed but thunderbird's sieve extension is not very user friendly, so we stick to rainloop/roundcube. For calendar/contacts, we use our Nextcloud's caldav/carddav. Both Gnome and Thunderbird, have excellent integrations for caldav/carddav. One important consideration here is that we moved out of another provider which let us export carddav. Nextcloud has an importer that works, I haven't tested out the importers of other apps. Shared mailboxes (like sales@, support@) was quite complicated with thunderbird (because the mail read/unread flag is not per-user). You also have to configure thunderbird to bcc replies so that the other user can see the replies. Recently, we have moved our shared mailboxes to freescout to solve this. I don't know if this directly answers the question I do think if SOGo was in the state it was now when we started, we probably would have used that from the get-go.