The new TICKET_HISTORY table, and using webhooks for the table, is eating up Freshdesk API limits.
The number of webhook requests you can use in an hour on Freshdesk is limited to 1000 calls. If the status codes are between 200 and 299, the callback is a success, and status codes between 300-399 will be taken as callback redirects. When a callback fails (status codes other than 2xx and 3xx), the webhook will automatically be retried once every 30 minutes, totalling 48 calls. Calls requested after the rate limit will be buffered until renewed calls are available after 1 hour.
Since the introduction of the TICKET_HISTORY table, I see the throttler_count going up to 13992 requests (that is 13 times more than the webhook limits for an hour).
Since many webhooks fail and get retried, this leads to a massive queue.