Mar 29, 20248:44 AM - edited Mar 29, 20249:03 AM
Member
Contact change or creation does not call webhook (Responds 403)
SOLVE
Hello community,
I did the following steps with exact order according to webhook docs:
1) Created contact scopes in scopes section
crm.objects.contacts.write
crm.objects.contacts.read
crm.schemas.contacts.read
crm.schemas.contacts.write
2) Configured webhook to call our internal endpoint. Currently we do not validate the request by headers so it's publicly available.
3) Created contact
Note : After getting 403 for our internal endpoint, we configured webhooks to https://webhook.site/ assuming our server refuses the request somehow. But both gets 403.
We checked the incoming requests in our server logs and we do not even get webhooks. We use Azure Appservices and certificate from DigiCert Global Root G2
I did the following steps with exact order according to webhook docs:
1) Created contact scopes in scopes section
crm.objects.contacts.write
crm.objects.contacts.read
crm.schemas.contacts.read
crm.schemas.contacts.write
2) Configured webhook to call our internal endpoint. Currently we do not validate the request by headers so it's publicly available.
3) Created contact
Note : After getting 403 for our internal endpoint, we configured webhooks to https://webhook.site/ assuming our server refuses the request somehow. But both gets 403.
We checked the incoming requests in our server logs and we do not even get webhooks. We use Azure Appservices and certificate from DigiCert Global Root G2
Response Payload :
since the issue persists even when redirecting the webhook to a publicly accessible endpoint like https://webhook.site/ , it indicates the problem might not lie within your server's setup but possibly within the webhook's configuration or the originating platform's settings. Ensuring that the webhook URL is correctly formatted and the endpoint is primed to accept POST requests is essential. Additionally, consider examining any IP allowlisting or firewall settings that might inadvertently block incoming webhook requests. Lastly, since your setup involves Azure Appservices and a DigiCert Global Root G2 certificate, ensure that there are no SSL/TLS handshake issues or specific security policies in place that could prevent the webhook from successfully reaching your server.
I did the following steps with exact order according to webhook docs:
1) Created contact scopes in scopes section
crm.objects.contacts.write
crm.objects.contacts.read
crm.schemas.contacts.read
crm.schemas.contacts.write
2) Configured webhook to call our internal endpoint. Currently we do not validate the request by headers so it's publicly available.
3) Created contact
Note : After getting 403 for our internal endpoint, we configured webhooks to https://webhook.site/ assuming our server refuses the request somehow. But both gets 403.
We checked the incoming requests in our server logs and we do not even get webhooks. We use Azure Appservices and certificate from DigiCert Global Root G2
Response Payload :
since the issue persists even when redirecting the webhook to a publicly accessible endpoint like https://webhook.site/ , it indicates the problem might not lie within your server's setup but possibly within the webhook's configuration or the originating platform's settings. Ensuring that the webhook URL is correctly formatted and the endpoint is primed to accept POST requests is essential. Additionally, consider examining any IP allowlisting or firewall settings that might inadvertently block incoming webhook requests. Lastly, since your setup involves Azure Appservices and a DigiCert Global Root G2 certificate, ensure that there are no SSL/TLS handshake issues or specific security policies in place that could prevent the webhook from successfully reaching your server.