Cloudron Forum

@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.

@Stardenver Well I had a customers server that he wanted the mail limit upped from 40Mb to 60Mb... and I thought I had done that, but couldn't send a big enough email to test. I have no idea why they 'need' it, its usually some self-employed boss who doesn't know better, or can't be told. I make the changes they ask for, and charge for my time.

I also had some pretty annoying spam, which just wouldn't get marked as spam, despite marking the very same mail previously as spam more than once. In my case tweaking the bayes filter worked very well, but your milage may vary (a lot of spam for me is in German) You can set custom spam assassin rules https://docs.cloudron.io/email/#custom-spam-filtering-rules and there the bayes values like this: score BAYES_999 2.0 score BAYES_99 4.5 But these values may probably have to be adjusted to your case, so I wouldn't bump up the weights too much to avoid marking ham as spam too often. I hope we can improve on that in the future as having to tweak such rules manually is really not a good strategy.

This is implemented in Cloudron 6 ! https://forum.cloudron.io/topic/3205/what-s-coming-in-6-0-take-2/99

yup, i have pushed the change for next wekan release.

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.

@christiaan You can manually setup filters in SOGo, Rainloop, Roundcube, etc in Cloudron to do the exact same thing here. I can assist in a PM if you would like help setting this up.

@girish said in JMAP: on dovecot side, JMAP support is not really being actively worked on - http://dovecot.2317879.n4.nabble.com/JMAP-support-td73445.html Yeah, kind of being ignored a little bit. lol AFAICS, JMAP does not seem to bring such great enhancements such as to shake the email servers industry, yet. That is very likely why there's seems to be not so much enthusiasm about this protocol. IMHO Andy

@moonmeister I think it's better to use the username for login into all apps except the email apps like roundcube/rainloop/sogo (because they require email to know which mailbox to open). The email login was probably not a good idea to start with because the email can be changed unlike the username. These days when we bring in new apps, we don't bother much with email login.