Hi everyone,
I’m currently integrating HubSpot’s Conversations API into a custom ticketing system on our website, and I’m running into an issue with the endpoint for sending a message to an existing thread.
Context:
- A user submits a form on our website, which creates a ticket via a HubSpot form connected as a ticketing channel.
- Our customer support team replies to the ticket from within HubSpot’s platform.
- We want the user to be able to reply from our website, and have their message appear in the same conversation thread.
To achieve this, I’m using the endpoint /conversations/v3/threads/{threadId}/messages. The problem is related to the actorId field inside the recipient object.
According to the documentation and some community posts, I understand that there was an update in 2023 stating that actorId is no longer required when sending a message. However:
- If I use the previous format (actorId: “E-[email]”), I get an error saying the format is invalid.
- If I omit the actorId entirely (as the 2023 update suggests), the response says that the actorId field is required.
So I’m stuck between two contradictory behaviors, and I haven’t found a valid way to identify the recipient when sending a new message to an existing thread.
Has anyone faced this issue or found a working solution?
Or is there any alternative way to allow a user to reply from a website frontend while keeping the message inside the same thread in HubSpot?
Any help or guidance would be greatly appreciated.
Thanks!
