Issue with Conversations API when sending message to a thread (actorId required/invalid)

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:

  1. A user submits a form on our website, which creates a ticket via a HubSpot form connected as a ticketing channel.
  2. Our customer support team replies to the ticket from within HubSpot’s platform.
  3. 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!

Hey, @SistOnlinua :waving_hand: If you link me to the exact documentation and some of the community posts, I will set up a quick test to see if we can work it out. — Jaycee

Hi Jaycee, thank you so much for your reply!

Here’s the documentation I’ve been following:
:backhand_index_pointing_right: [Link to the Conversations API – send a message to a thread endpoint]
:backhand_index_pointing_right: [Link to the changelog or 2023 update post]
Here’s a screenshot from Postman showing the request I’m sending and the error I’m getting:

I really appreciate you taking the time to test it out :grinning_face_with_smiling_eyes:

Thanks again!

Juan

Thanks, @SistOnlinua :raising_hands: Let me take a lookand I’ll see what I get in my test. — Jaycee

Thank you! :raising_hands:

Hi @Jaycee_Lewis,
Have you been able to find any workaround for the endpoint?
I’ve been trying for a while but still haven’t had any success. :sleepy_face:

Hey, @SistOnlinua :waving_hand: I didn’t discover a documented workaround. If you are still following the docs and getting an unexpected error, I’d suggest making a submission to the Developer Feedback form. It’s not a support form, but it’s the best place to submit feedback and issues that are reproducible with the documentation. — Jaycee