Ability to integrate SMTP API or Transactional Emails to our servers instead of deploying per application. This will greatly improved mail deliverability of our app/website notifications, form subscriptions, registrations, etc. There should be options for providers like Elastic Email, SendGrid, MailGun, MailChannels, etc. In addition, this can help developers and RunCloud users to easily manage and debug mail delivery problems if such incidents occurs.
Under consideration Suggested by: Aron • Upvoted: 18 Mar • Comments: 6
Totally agree - transactional emailing is basic functionality that most web apps and sites need - e.g., even for sending the information from a simple contact, present on most websites.
A full-blown mail hosting setup is NOT needed. All we need is some way for PHP's mail() function to work. Usually, this is done by sending the email message through an existing SMTP server/account (can be done with https://marlam.de/msmtp/), or by configuring sending via a third-party provider, like SendGrid.
Should be done one, for the whole server. In stead of on a per site basis.
Denis Gomes Franco
By the way, this kind of functionality is already implemented on Cloudways.
This is must required feature
I think this should be implemented as a "bring your own license" thing. Just like the server, backup, and DNS providers, there should be an SMTP provider option. Once you connect to your preferred provider (Sendgrid, AWS, Postmark etc) you can toggle SMTP on/off for each app, as needed.
This would be very awesome. If you have a server with 30 sites - this would save us from having to setup SMTP plugins for 30 sites.