Cloudron Forum

@girish Hmm, that didn't match the behaviour I saw. I ended up with two separate SPF records in Hetzner. One that I had already set up from my own DNS setup, and one added from Cloudron - which didn't contain the content of my own record. Thankfully it wasn't difficult to fix, once I read up on it.

@squareclouds I can asure you that your deliverability rate will not improve if you send through a selfhosted SMTP relay. Also sending from your Cloudrons SMTP won't be better (in most cases) other then your providers mail server. Ugly truth is that email besides the "big brands" is kinda broken. I pay 11$ ransom to mailjet every month to get my ~2500 mails/month out

@girish that would be the best way, actually - having error codes from the service provider would help me to understand the DNS records are missing even earlier

Mail queue is exposed in 7.3, so you should be able to clean such files from the UI in the next release.

@humptydumpty Thank you, that has actually worked!

@JOduMonT you're right. "official" was the wrong wording. What I meant was use is to use the notes functionality of Nextcloud and then use an app on ios that is designed to sync with it. Which honestly is a bit of a pity since most note sync applications are markdown or plaintext, while systems like Apple Notes and Microsoft Onenote allow for more functionality (multimedia, cross application integration and stylus support).

Closed due to inactivity

@girish Then just expose a button for the Mail admins to be able to clear the queue

Closed due to inactivity

Closed due to inactivity

@imc67 yes, this one is only fixed in 7.3.5 . Still waiting for the fix for the graphs and mailbox listing issue to get that out.

Thanks guys, I check out those resources provided

@3246 said in Backup mail service and primary MX: I added made sure the record includes "v=spf1 mx..." but it's still showing as erroring in Cloudron Sometimes it takes a while to propagate the change in DNS, so you may need to check it a few hours later.

@JLX89 said in Cloudflare + PTR (rDNS) Settings Compatibly: Does anyone know if there is a way around this and enable proxying on example.tld with the mail server at the same location? AFAIK, this is not possible since Cloudflare does not support proxying mail. We are using Vultr for the VPS, so rDNS needs to be setup to reflect the server host (EX: example.tld), if pushing the mail server to mail.example.tld, the rDNS would need to be updated to that. Correct. You have to set the rDNS to the name of the mail server in Vultr.

@girish said in Mailing list feature: basic moderation: I also feel this workflow is very specific to your request. Usually, people want real lists and moderators don't want to manually forward emails. Just my 2c. Perhaps it is specific to my workflow and I'm sure people would prefer real lists ...but I would imagine people would still prefer a basic / manual kind of moderation rather than none at all. Currently we have the option of either a list in which anyone can send to (including spammers), or a fully private list unreachable from external people. So I was looking for a technically simple way to achieve an in-between, even if basic and unperfect, for lack of a better solution likely to be available on Cloudron anytime soon (in a similar way when I proposed to implement private list, which it turned out was simple enough and so you - as always brilliantly - implemented the idea). But I get that in this case it's not so simple Thank you for looking into it anyway and for providing feedback.

@girish Thanks about that. That was the fix. Fastmail already whitelist it the domain and we are ready to go. Thanks!

@matthewdykstra it's turned has most features off by default. Why do you think it takes up memory/resources ?

@murgero As i said, Preside does all what I need and handles all data (including a full-text search index) on device, only.

@atridad said in Interesting read on self-hosting email, with perhaps some tidbits that'd be helpful for Cloudron in the future (i.e. monitoring): the main difference is where the emails are stored when not in transit This was the case up until a few years ago. Nowadays a large part is deliverability. Every system on the internet can theoretically sent mails to any other system and this means that there are a lot of people actually using this to send spam. This has caused large providers to block out entire ip ranges and datacenters. So if you don't want to silently end up in the junk folders of gmail and office 365, your best bet is to send through them as well. Its not impossible to host your own mail, and there are still mail relays you could use to improve your chances, but it is definitely something to consider when self hosting mails.

@girish The MX record resolves to an ISPs server (Strato): smtpin.rzone.de But I don't know if this is particular timeout is domain specific or applies to all of strato. I'm worried it might be the former, at least protocol wise at the point of the delay the recipient domain is known and the server could apply domain specific settings for the backoff/delay.