msms-subscription

[shut inlet]

up

[last copper]

@shut inlet the only way to do that would be to disable our emails entirely and implement your own by listening to webhooks and only selectively sending your own emails baed on the type of payment that it is

our receipt logic is all-or-nothing

[shut inlet]

even for the one-time payment case?

@last copper for the subscription case, do you think it would work if I create the Subscription object, then immediately update the PaymentIntent of subscription.latest_invoice.payment_intent to have receipt_email so that only the very first payment intent sends a receipt to the customer?

[last copper]

but you have ON Email customers about... Successful payments in dashboard turned on right? so the recurring payments will generate receipts.

[shut inlet]

okay, I turn off that setting, then manually add receipt_email to the PaymentIntent of the subscription, would that work?

[last copper]

I'd have to test it, one sec

[shut inlet]

Take your time, thanks

[last copper]

the API accepts it at least(I wasn't sure because we don't let you update some fields of an Invoice's PaymentIntent but this one apparently is ok) , so presumably it could work

[shut inlet]

oh I see, do you think that once this payment succeeds it will send the receipt, like a regular non-invoice-related payment intent? I wish I could test myself but receipts do not get sent in Test mode AFAIK

[last copper]

yes you can't test it since emails are not sent in test mode

[shut inlet]

Okay one last thing, when the "Email customers about..." setting is OFF, it is enough to include "receipt_email" when creating payment intents to have the receipt email sent, correct? I don't need to do anything else

[last copper]

yep