Cloudron Forum

@dantheman https://mxtoolbox.com/emailhealth is another good one.

If you go down this route, be sure to search via roundcube or SOGo and not rainloop because the latter does not support recursive search.

A while ago @samir shared a recipe with me to make doveadm work, let me see if that still works when I find the time.

@girish Gotchya, ok. Makes sense, thank you

+1 for this feature. Especially, that zen.spamhaus.org, the default mail DNSBL used by Cloudron has a very harsh policy with ipv6 email. If one IP on a /64 ipv6 range is blacklisted, all the IP in that range get blacklisted :S.

@girish Will do

@girish When will this be exposed in the GUI? Hopefully this can be planned for 7.4 perhaps, along with the many other mail improvements requested? 😉

@girish Awesome thanks.

Actually, it seems a better way to confirm this is the apt package version and not the dovecot version. The latest one (i.e one which will be in next release) shows this:

root@e4d2eb1cba0b:/app/haraka# apt list --installed 2>/dev/null | grep dovecot-core dovecot-core/bionic-updates,bionic-security,now 1:2.2.33.2-1ubuntu4.7 amd64 [installed]

The current cloudron container has 1:2.2.33.2-1ubuntu4.6

@klawitterb If you can open a feature request in https://forum.cloudron.io/category/97/feature-requests, we can schedule it accordingly based on the interest. Thanks!

Yup. I went with setting it at the app level (nodemailer method). I was just curious if this was in any way masked at the cloudron platform side. Thanks for the clarification @girish

@girish said in Use Cloudron email for sending email (smtp) on application hosted outside Cloudron:

@andirahmat You can test this with swaks.

swaks -server my.xxx.yyy:587 -tls --auth-user abc@xxx.yyy --auth-password password --to test@somemail.com --from abc@xxx.yyy

I've tried this command and works well. The problem is the app, still waiting for the developer response. Thank you @girish

@marcusquinn @d19dotca @girish @nebulon Dear All, many thank's for answer. As I saw in the folders, Iphone has two kind of sent message folders:

Sent Message Sent

So as @d19dotca and @marcusquinn stated, on Thunderbird emails was saved in "Sent", but on iphone in "Sent Messages".

When I configured emails who was on Cpanel iphone saved emails in "Sent". But when I configured email from Cloudron, iphone saved email in Sent Messages.

Thant's why it was like I had missing email from Thunderbird and vice versa.

Workaround is to configure the same folder and when adding Cloudron email on iphone, be sure to follow @d19dotca instruction.

Thank's a lot!

IMG_2488.PNG

@girish 😉 Merci!

@ianhyzy I registered a new domain just for this purpose. It's not ideal but I don't have to use a relay so it works out in the end. I'm hosting with DigitalOcean so the PTR record is set by changing the server (droplet) name to match the mail server domain. Last I checked my headers, all were good and pointing to the new domain setup.

Edit: BTW, I've used Amazon SES for my newsletters in the past and they're pretty cheap. IIRC, I sent like 9k emails for under $1 USD.

@marcusquinn see my post about n8n at https://forum.cloudron.io/topic/1939/n8n-io-zappier-ifttt-integromat-alternative/13?_=1605126531115 - short version is that it's been packaged, it's just not primetime-ready

@d19dotca What a read!

@d19dotca Ah, I see this on our server as well. It seems that this is printed for all incoming mails because Haraka tries to transfer mail to Dovecot via TLS (via LMTP). Disabling SSL removes the message. Since the message transfer is internal, it's fine. I have pushed the fix for next release but the message is safe to ignore.

@girish thank you for the insight. If I am extending the existing drive then I'll make sure to keep it SSD as it already is, I may try HDD if going the first route though. I'll check, this isn't an easy task for extending the existing disk unfortunately, but this may be the better move. Of course the drawback there I guess is I'll be paying for way too much disk space and need to do it all over again if I for example lose one of the clients that are using so much email space (as email is the single biggest consumer on my server right now, by a lot). I'll have to run some tests. 🙂

@ianhyzy Yes, the explanation for this behavior is here - https://docs.cloudron.io/apps/nextcloud/#email (at the bottom). Happy to clarify further.