Transactional Emails
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.
Comments: 6
-
12 Sep, '20
AstrikurTotally 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. -
28 Feb, '21
Maarten Ligthart100% agree.
Should be done one, for the whole server. In stead of on a per site basis. -
01 Sep, '21
Denis Gomes FrancoBy the way, this kind of functionality is already implemented on Cloudways.
-
10 Jun, '22
hiteshThis is must required feature
-
24 Oct, '22
Andrei ChiraI 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.
-
09 Mar
ScottThis 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.