Do I need transactional emails service?
I'm trying to figure out if it's something i need.
Basically, once users pay, they get confirmation email by the payment service (stripe or paypal) that they paid. Why do I need to send another email saying they paid?
For registering, my framework (Laravel) provides an email verification option, so i can just use that I guess..
When users finish their subscription I can just set an automatic email sending..
So, am I missing something?
Sounds like you don't need additional transaction emails. Stripe should handle customer receipts, subscriptions, charges, refunds etc. via email (as long as your capturing the customer email and sending it to the stripe API).
We send the user a welcome email when they first register an account, we also have an email for when users need a password reset etc. You should be able to do that in Laravel.
I just read somewhere that because spammers used php sendmail function, now its being targeted as spam.. and that is why it's a disadvantage to use this already-built-functionality?
It tells me that I should expect that my register confirm/password reset emails will go direct to the spam folder?
There are plenty of cheap / free transactional email solutions that will mitigate this.
A quick google search returns this tutorial: https://devdojo.com/tutorials/sending-emails-with-laravel-and-mailgun
As someone who tried to use the PHP mail function last year I can confirm, everything ends up in spam.
I'm using postmark.com and I'm very happy with them
does postmark have webhooks? or stripe intergration?
I'm using their API so I don't know. Try to look in their docs