#m0uka_api
1 messages · Page 1 of 1 (latest)
👋 Welcome to your new thread!
⏲️ We'll be here soon! Typically we respond in a few minutes, but sometimes we might take a bit longer if the server is busy or if you have a particularly tricky question.
⏱️ We close idle threads, which makes them read-only. Once a thread is closed it won't be reopened, but you can always 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/1437747791769239624
📝 Have more to share? Add more details, code, screenshots, videos, etc. below.
Below are links to other discussions we've had with you in the past week in case you want to review that information. If your question is related to one of these previous discussions, please provide a comprehensive summary of the current state and what you need help with now. We help many users simultaneously, so a summary allows us to resolve your issue as soon as possible.
- m0uka_api, 10 hours ago, 12 messages
PayPal generally don't always return customer billing details to us. Which APIs/payment UIs are you using?
currently payment/setup intents, most handled server-side
No Elements UI? How do you colect the payment details/redirect to PayPal?
we either redirect straight to PayPal or use the express checkout element
Yeah the former is likely not going to give you those details. You need to let us handle the PayPal redirect then you should be able to get all that info pre-confirm via a Confirmation Token: https://docs.stripe.com/payments/finalize-payments-on-the-server
got it, but would the paypal email be specified, considering the docs state that
Owner’s email. Values are provided by PayPal directly (if supported) at the time of authorization or settlement. They cannot be set or mutated.
i've been told by one of your colleagues previously that the e-mail is not available in this case
Sure, think I stated that above
But the country is sometimes available
got it, so the most reliable thing is just separate auth and capture later manually?
What problem specifically are you trying to solve?
we're trying to run internal fraud rules (block certain payment method emails, countries, etc..)
Yes, or apply a Radar rule to manually review PayPal payments
manually reviewing them is unfortunately not an option, can we make a radar rule to block a paypal account email?