• https://elasticemail.com/dmarc

that's odd, so were you running a mailing list or was that just their assumption?

No, nothing of the sort. They didn't tell me their assumption. As I said, I had maybe 10 emails a day being sent.
If you look at trustpilot, there are many more with similar issues: https://www.trustpilot.com/review/mailjet.com

@necrevistonnezr said in Cloudron's email server:

@msbt
I‘d be careful with Mailjet... https://forum.cloudron.io/post/8901
They don’t notify you when they stop relaying mail.

What was the reason for them to stop relaying? I'm using webhooks to catch events for blocked emails, but that probably doesn't cover stopping their services at a whole.

This was their response after I opened a ticket - mind you that is 5 days after they stopped relaying mails without informing me and with a volume of maybe 10 mails a day received / sent:

Thank you for contacting us.
Our compliance team needs some additional information before the account can be activated. Please provide us with the following information:
1) What is the nature of your business?
2) How are contacts added to your mailing lists? Are the lists created over time through a registration form on your website; purchased from third parties; collected offline?
3) How are your contact lists managed and maintained?
4) When you send transactional messages
    - How are they triggered?
    - Can you please send us a sample message?
Thanks in advance - I look forward to your feedback.

Personally I also host all my mailboxes on my personal Cloudron, up until recently also sending directly out of there, however recently I moved everything to a home-server and now the relay support comes in handy

@msbt
I‘d be careful with Mailjet... https://forum.cloudron.io/post/8901
They don’t notify you when they stop relaying mail.

What was the reason for them to stop relaying? I'm using webhooks to catch events for blocked emails, but that probably doesn't cover stopping their services at a whole.

@msbt I second sendgrid. Easy, awesome, free. Bullet proof so far.

You misunderstood, I went away from sendgrid because of shared blacklisted IPs, my Cloudron IPs were fine. But before that, it was working flawless.

@d19dotca yea I've read about that and tried a few weeks, even months, but my customers don't have that much volume, so there's no chance to ever get whitelisted by the big players.

I assume there a lot of factors that go into it, the biggest I believe is following as many best practices as you can from this page, and having Gmail users whitelist / mark as not junk your messages so that it'll eventually tell Google it's safe, as those aren't per mailbox and generally feed into Google's spam logic for everyone.

https://support.google.com/mail/answer/81126?hl=en&ref_topic=7279058

my own SMTP server and work it until it was recognized by Gmail,

You must send a lot of email from the same IP because the https://gmail.com/postmaster/ need a few thousand of email every months to consider your IP/server has a mail server

but I'm glad to hear than with a good IP (from OVH) it's still feasible.

Unfortunately, that isn't feasible in many cases so if you can't afford to wait months then third-party SMTP servers are your best bet. In my experience unfortunately though I've had a number of issues with a few of those too so I eventually opted to have full control and own my own SMTP server and work it until it was recognized by Gmail, Outlook, iCloud, etc. and thankfully it worked well (after a lot of waiting, haha).

Had to switch to sendgrid (had shared ips which were blacklisted), moved to mailjet after that and this seems to go quite well for the time being. But in a perfect world I would go back to the built-in system, because technically it works fine, but those giants forced me to use an external solution

https://github.com/awesome-selfhosted/awesome-selfhosted#email

The below referenced site taught me the "ins and outs" in detail and I really got my teeth into things:

https://workaround.org/ispmail/buster/

I came to realize that self-administering a mail server is too much for me.

In looking at many of the before mentioned "out of the box" solutions like MailCow, iRedMail, Mail-in-a-box, etc. I finally settled with Cloudron for my e-mail needs.

For me, this is an excellent choice. And while Cloudron does not position itself as a Mail Server solution, it is surprisingly well done. Really well done.
The interface to set up users, aliases, mail-domains, etc is slick, simple, yet powerful. The backup solution is well established. And the whole thing is integrated into so much more than just e-mail.
I am not only very happy, but also convinced that I have the best solution that meets my needs.
I can - from personal experience - highly recommend giving this solution a very hard look.

recommendation or an option

fine it's an option,
not a recommendation
and definitely not a necessity

As Cloudron recommend, it is better to relay on a 3rd party to send email

Where do @girish @nebulon recommend that?

Ah, I guess perhaps you mean in the docs here:
https://cloudron.io/documentation/email/#relay-outbound-mails

Where it says:

Relay outbound mails

By default, Cloudron's built-in mail server sends out email directly to recipients. You can instead configure the Cloudron to hand all outgoing emails to a 'mail relay' or a 'smart host' and have the relay deliver it to recipients. Such a setup is useful when the Cloudron server does not have a good IP reputation for mail delivery or if server service provider does not allow sending email via port 25 (which is the case with Google Cloud and Amazon EC2).

Personally I don't take that as a recommendation, just an option.

but they always end up in spam

you should investigate with tools like MxToolBox
and/or ask support to ElasticMail
because it is not suppose too.

How many people use Cloudron to manage their email server? It's very tempting for me to click the button that says to let Cloudron to handle it but that's a big step!

These days, email are tricky to send with any project you name it I tried all of them (Yunohost, MailCow, Mailru, HestiaCP, VestaCP, ISPConfig...) Respecting the best practice as Cloudron and other projects do it not enough anymore to ensure the deliverability.

Even if you're IP have a clean reputation inside a clean neighborhood (AS), big provider such as Google, Microsoft, Yahoo maintain their own blacklist and manage it at their conveniency.

(This is way more and more Provider such as Linode and UpCloud block by default sending email and you have to show you know want you want to do, to keep an excellent reputation of their network)

As Cloudron recommend, it is better to relay on a 3rd party to send email (even if the idea is a little sad) than calling every person after you sent them an email to ensure the reliability of your email service.

Without the 3rd party to send; you will receive your email Cloudron and/or other solution are great for this but to send the dependancy goes over your control.

And don't forget after all, all the beauty of Internet (IP) is based on the Best Effort Delivery which means miracle happen at every packet you send and receive (Ok, I pushed far the idea but it's almost true).

If I could tell you something, I'm in IT since 30 years now (yes I plugged dactylo into netware), and @girish and @nebulade know what they are doing so Yes you could use their stack to receive your email and also follow their advice and use 3rd parties to ensure the reliability of your delivery.