

HubSpot creates duplicate tickets from calendar invites when the shared inbox it watches is on the meeting. The fix is three filters: create tickets only from real service emails, attach replies to the ticket that already exists, and stop calendar mail before it reaches the inbox.
Until it’s fixed, your ticket count includes your own meetings.
A support rep books a call with a customer and sends the invite from the shared inbox. The invite, and the replies to it, come back into that inbox. HubSpot treats them as new emails and opens new tickets, next to the ticket the customer already has.
It’s platform behavior, not a misconfiguration. We hit it at a client running Service Hub in March 2026. Their inbox and ticket settings were set up correctly, and invites still created duplicate tickets.
It isn’t a one-off. Another client told us they’d spent hours cleaning up duplicate tickets, and asked that, at a minimum, email replies stop opening new ones.
Two minutes in your ticket view:
If step 1 returns nothing, this isn’t your problem. If it returns a list, read on.
We built this for that client, and it’s live there now.
The exact settings differ between HubSpot’s help desk and the legacy inbox. The three rules stay the same.
For a new setup, we recommend two sends instead of one.
Internal scheduling goes straight through the calendar, with the shared inbox off the guest list. The customer gets their confirmation as a ticket email with an add-to-calendar link. The meeting lands on their calendar, and nothing comes back into the inbox to turn into a ticket.
If your team already books from the shared inbox, start with the filters. If you’re setting the inbox up now, design it so invites never pass through it.
Duplicate tickets are one kind of duplicate. How to keep HubSpot data clean →
Because a meeting invite is an email. When your shared inbox is on the invite, the invite and the replies to it arrive in the inbox, and HubSpot opens tickets for them, next to the ticket the customer already has. The setup isn’t wrong. Filtering what creates a ticket is the fix.
Filter at three points. Create tickets only from real service emails, with internal and calendar senders excluded. Attach replies to the ticket that already exists. Filter calendar notifications before they reach the shared inbox. For a new setup, keep the shared inbox off invites entirely and send customers an add-to-calendar link in the ticket email.
It’s platform behavior, not a misconfiguration. In the case we fixed, the inbox and ticket settings were set up correctly, and invites still created duplicate tickets. So the fix sits in filters around the inbox, not in one setting you can switch off.
Duplicate tickets in your help desk? Book a 30-minute systems review →