This is pretty much what makes it an increasingly difficult sell as an application scales up, and untenable for me personally - at some point, something mission critical like emails cannot be in the hands of a third party, let alone in the hands of a client-side library.
I should clarify that statement to - I don't wish to involve a 3rd party I don't trust (e.g. small startup) in handling transactions with 3rd parties I trust (e.g. Amazon SES, Mailgun, Sendgrid, etc). I don't mean to imply that the proprietors of this service are not fully capable of creating a great system, however I am fairly certain that most decision makers on using something like this would take pause where I did.
You are putting a lot of trust in mailgun, sendgrid and Amazon. Beside, when integrity and confidentiality is critical, the solution is crypto signature and encryption. Not the trust in supposedly reputable 3rd parties.
the EmailJS service is not a mail agent. It is not suitable for corporate correspondence; that is not its purpose. However, you can use the service to initiate the conversation.
