#Jonnygo55 - Email Error
1 messages · Page 1 of 1 (latest)
yes this is happening in TEST MODE when sending an invoice to an email
We have a lot of limits on emails in test mode. As far as getting around the limit there's not really a way beyond waiting for a little while.
so does it sound accurate that 100 per day is normal and nothing new?
Honestly I'm surprised it's that's high, but yeah that sounds normal to me.
Those would be treated as different emails.
ok maybe we'll try that
Did that approach work for you?
👋
Hi Karbi...
so yeah not sure why we started getting this error after a year or so of using Stripe....
Do you have an example invoice I can take a look at?
thanks! let me take a look...
thanks
@trail portal that error happens when your account is causing too many emails to be sent in Test mode. We're sending real emails in this case and you're "spamming" your own inbox.
Can you change your test to not cause emails to be sent instead? Otherwise you'll have to slow down your tests
hmmm but i thought that Stripe doesn't actually send emails...as far as i know we are sending maybe 100 https://stripe.com/docs/api/invoices/send calls per day
to ourselves of course
We do send emails in some specific cases like manual invoicing and send_invoice subscription if the recipient is your own account's team member
but we recommend only using this to manually test things not as part of your overall test suite
maybe you didn't know someone on your team was really receiving those emails?
hmm yeah as far as i know they are going to a shared inbox
that being said we forked the code to not use the send call in UAT environments and that seems to have fixed things but still was confused as to why we were throttled in that sense anyway
yeah I think you maybe got unlucky and went right above our daily limits
so maybe it was the send_invoice subsctiption....
maybe if just don't do that in UAt but still do the send call we'd be ok?
ok no big deal...just wanted to get a bit more clarification...thanks for talking it through
if you use Send, just associate with a different email address that isn't a team member, in which case it won't send
not associated with our domain?
well you can use test@example.com or something. We won't email anyways but don't put someone's real email just to not receive the email yourself
the problem is likely that the invoice is associated with a customer whose email is one of the account's team members so we send a real email, so when you try too many times we block it. If we just succeeded and skipped the email you'd be confused why the email doesn't arrive either so we error