#alexesch_api

1 messages ยท Page 1 of 1 (latest)

glad summitBOT
#

๐Ÿ‘‹ Welcome to your new thread!

โฒ๏ธ We'll be here soon! We typically respond in a few minutes, but in some cases we might need a bit more time (e.g., server's busy, you've got a complex question, etc.).

โฑ๏ธ We close idle threads, which makes them read-only. Once a thread is closed it won't be reopened, but you can start a new thread if you have another question.

๐Ÿ”— This thread will always be available, even after it's closed. You can find it again using Discord's search, or you can save this link: https://discord.com/channels/841573134531821608/1257702777870618816

๐Ÿ“ Have more to share? Add details, code, screenshots, videos, etc. below.

ruby remnantBOT
bright pebble
#

hello @stiff galleon

stiff galleon
#

Hi there ๐Ÿ‘‹ that isn't currently supported. I'll be sure to file feedback with out teams that this is something you'd be interesed in seeing added in the future.

#

If you'd like to build that, you would need to disable the email behavior in Stripe, and add your own logic for generating/sending emails when appropriate for your flow.

bright pebble
#

so, i'm creating a subscription, from this subscription getting the upcoming invoice, and from invoice, the payment intent

this payment intent is used together with stripe elements, to process the checkout flow

#

you mean, receipt_email for payment intent, will not work?

stiff galleon
#

Ah, no, sorry. receipt_email would likely work for triggering the receipt generation.

bright pebble
#

yep, but as by api docs, isset to :string
but, i DONT want to send any email for a specific subscription
so, it will work if i'll set receipt_email to FALSE?

stiff galleon
#

I'm not sure and am checking with a teammate, I was thinking you were interested in using it in the other direction. Where you disable receipt emails for your account, and then set receipt_email when you want to a receipt email to be sent.

If you can use the receipt_email field to avoid sending emails, I think that would be done by unsetting the value from the field by passing an empty string to the field.

bright pebble
#

no, i want to disable all the emails for specific subscriptions, because they will be handled by our custom system

stiff galleon
#

Understood, but that isn't readily supported. So any flow to accomplish that will be built off of a workaround. If you have your own custom system for generating those emails, honestly it may be easier to let that handle all of your email generation.