Cc and Bcc addresses, multiple inboxes, and who sees replies
Learn how To, Cc, and Bcc work in initdesk, including multiple-inbox routing, recipient visibility, and what carries over to later replies.
Learn how To, Cc, and Bcc work in initdesk, including multiple-inbox routing, recipient visibility, and what carries over to later replies.
Learn how To, Cc, and Bcc work in initdesk, including multiple-inbox routing, recipient visibility, and what carries over to later replies.
Some teams use more than one shared inbox address, copy (Cc) colleagues and partners on support email, or send a private copy (Bcc) to someone who should receive a specific message without appearing to the other recipients.
Depending on how your workspace is set up, initdesk can:
| Field | Who can see the address | What happens on the next reply |
|---|---|---|
| To | Everyone receiving the email | The requester remains the primary recipient |
| Cc | Everyone receiving the email | Cc recipients remain on the ticket and are included in later replies until removed |
| Bcc | Your team in initdesk; not the email's To or Cc recipients | Bcc applies only to that send and starts empty on the next message |
Bcc recipients receive the same public email reply, but their addresses are hidden from the requester and Cc recipients. Bcc is never added to the ticket's persistent Cc list.
For a public reply on an email ticket:
After a successful send, the recipient details collapse again. Cc remains available for later replies, while Bcc is cleared. If sending fails, initdesk keeps the reply and its Bcc recipients so you can correct the issue and try again.
Bcc is only available for public email replies. Internal notes do not send email to Cc or Bcc recipients. If you switch to an internal note while drafting a reply, initdesk hides the Bcc row without discarding the draft.
You can also add Cc and Bcc recipients when creating a new email ticket. Bcc is optional and applies only to the first message.
If you do not see the Cc and Bcc controls, ask an organization admin to check whether Cc email routing is enabled for the workspace.
If the same message is sent to two of your initdesk inbox addresses (for example, both support@… and sales@… in To or Cc), initdesk picks one inbox to own the ticket (using To first, then Cc), so you do not get duplicate tickets for the same conversation.
Inbox addresses are used for routing and are not suggested as Cc or Bcc recipients in the composer.
When Cc addresses are stored on a ticket, outgoing messages from your team can include those addresses so everyone who should stay in the loop receives the reply along with the customer.
Bcc works differently: it is selected for one outgoing message at a time. A Bcc address is not copied from an earlier message, inherited by a later reply, or shown as a global recipient on the ticket.
Your team can see the Bcc recipients on the initial ticket card or the specific public reply in the ticket history. Customers do not see Bcc recipients in email recipient headers or customer-facing ticket surfaces.
initdesk prevents the same address from being added more than once across To, Cc, and Bcc. If the requester or Cc list changes and conflicts with a drafted Bcc recipient, initdesk removes the invalid Bcc entry and lets the associate know.
If the customer who opened the ticket adds or removes Cc addresses in their email client, initdesk updates the ticket's Cc list. Your team will see an internal note on the ticket describing what changed; customers do not see that note.
Bcc is not inferred from incoming email and is never carried forward from a previous message.
If someone who is not the customer replies, whether their message appears on the customer-visible timeline depends on whether the customer's email appears on that message's To or Cc line:
If something in your thread looks wrong—missing people, duplicate tickets, or recipient visibility—use Open a ticket at the bottom of this page and we'll help.