Cloudron Forum

No, nothing there. It might have gotten deleted when I cleared the message from the email queue days ago. I don't care about the file as much as knowing from which app did that message originate from. It's probably from the WP app, but I'd like a sure way to tell. I'm guessing there are no tools to trace it back to the app. Oh well.

ahhh, so just have to nix cloudflare altogether, thanks!
confused myself because my plains.cloud is cloudflared, but mail.plains.cloud specifically is not!
appreciate the clarification 🙂

@therealwebmaster Email -> Domain -> Status . You can click on each of the records there and it will tell you what you should setup.

image.png

@q__nt_n The VPS blocks port outbound 25. You have to reach out to contabo again and tell them that you can't connect with the above command.

Nicely detailed docs here - https://www.axigen.com/documentation/axigen-auto-discovery-p49119962

@MisterJD yeah, I have seen that some kernels have an upper limit. I haven't found a way to query this limit to show a proper error.

Welp... I followed a few other posts about email not working, and found a file in the mail queue, removed it, restarted the mail... and now it works. I might delete all this... but I might leave it up as a suggestion to anyone else to do the same. At the very least, try restarting mail in the Dashboard.

Hooray! Thank you, @girish ! 🙂

@warg

Haraka is not as widely used as Postfix but it is also hardly a niche product and has been around since 2011. If anything it is down to preference. Cloudron chose it because it is lightweight and efficient and presumably because it best fit their architecture. The IMAP server in Cloudron is Dovecot, which is also used in Plesk.
What are your concerns?

Yes, the best thing to do is just give it a go and see if it fits your needs.

@userino yeah, it's that way because IMAP/SMTP have no concept of sessions. This means that you might have to repeatedly enter 2FA token which would in turn make using mails clients quite unusable.

I recommend generating an app password for Email (what I use personally) and using that as a "throwaway" password. It will work only for Email an won't let you login to other apps.

@girish can you just set them much lower like 20s?

@girish I tried it just with other Browser, it works. That was an stored browser data issue, sorry and thank you.

Lukas

@girish oh, ok then sorry for this!

@girish
Thanks for the clarification. I guess we can close this thread, since the solution will be troubleshooting the original unbound / DNS issue on my server (https://forum.cloudron.io/topic/8864/dns-resolving-problem). I have just replied to your e-mail.

Right now, numerous DNS queries are failing again, which leads to many missing posts or media on my public Mastodon instance.

@girish ( ._.) I got servers with 100+ Mailboxes a global bcc all would be... better 😄
Also Cloudron is used by companies in Germany and they have to abide to the law of archiving business communication https://www.gesetze-im-internet.de/hgb/__257.html and a global BCC option would be very nice.

I figured out my issue. Turns out that even though I read the documentation I made one critical mistake right at the beginning. I had to create my email accounts and the addresses I wanted to work in Cloudron first. Then Install the Snappy mail client and set up the email accounts there second.

Once I deleted the Snappy mail client and reinstalled it everything worked. I'm not sure how but this topic can be marked as resolved.

@Kubernetes lol, thanks, thats both useful, and a laugh at myself, at my new level of stupidity unlocked.

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

@Kubernetes that's correct.

@JOduMonT good idea. I think it would be nice if we had a "migrate domain" which "moves" everything - dashboard, MAIL FROM, mailboxes etc. All these are available individually but not as a single operation.

Can you make a feature request?