When you enable CCs, you are allowing internal user (your agents and admins) and external users (your customers or end users) to copy other users when replying to ticket notifications by email. You are also allowing internal users to copy users from the ticket interface.
When you enable followers, you are allowing internal users to "follow" tickets. This means that the follower receives email notifications about updates to the ticket, but their names and email addresses do not appear in email notifications to other people on the ticket. They remain invisible to external end users.
To use CCs and followers, at a bare minimum, you must select the check boxes that enable CCs and followers. However, after that, it's up to you decide how to customize CCs and followers based on your unique situation. You may need to use all of the options described in this article, or only some.
This article includes these sections:
- Setting permissions for CCs and followers
- Changing the default comment privacy for end user CCs
- Comments by users not explicitly added to the ticket will be flagged
- Using placeholders with CCs and followers
- Changing the requester
Setting permissions for CCs and followers
Once you complete initial setup for CCs and followers, described here, you may not be completely done configuring your account for CCs and followers. You may need to complete some additional tasks to further customize CCs and followers. Be sure to review Getting started with CCs and followers for admins, which includes a complete checklist of all of the tasks you may need to perform in order to customize CCs and followers based on your needs
To set permissions for CCs and followers
- Click the Admin icon (
) in the sidebar, then select Settings > Tickets.
- In the CCs and followers section, select the Enable followers and Enable CCs check boxes.
- Configure the settings you want to use for CCs and followers and then click Save tab.
Setting | Description |
---|---|
Enable followers |
Allows agents to add followers to tickets from the ticket interface. Adds the Followers field to the ticket interface. |
Follower email subject Follower email template Revert to default |
Type the text that you want to include in the subject line and body of email notifications to followers. Placeholders are allowed (see Using placeholders). You can use Revert to default to replace text in Follower email template (but not in Follower email subject) with default text. All of these option are only available when Enable followers is selected. For more information about the follower email template, see Customizing default email notifications to CCs and followers. |
Enable CCs |
Allows agents and end users to add other users as CCs on tickets. Adds the CC line to the ticket interface. |
CCs and followers blocklist |
You can prevent specific users from becoming CCs and followers by entering their email address or domain name into a blocklist. Use spaces to separate the addresses. This option is only available when Enable CCs is selected. |
Enable light agents to become CCs on tickets |
Enables ticket requesters, agents, and existing CCs to add light agents as either CCs or followers on tickets. When enabled, light agents can be copied on tickets form the ticket interface and from ticket notifications. However, light agents are not allowed to add or remove themselves from the CC list—this must be done by another agent who isn't a light agent. Regardless of whether this setting is enabled or disabled, when followers are enabled, light agents can be added as followers, and they can add or remove followers from tickets. |
Enable CCs for end users on Help Center |
Allows signed-in end users to copy (CC) users in these places:
Note: This feature is not available on trial
accounts.
|
Automatically make an agent CC a follower |
When an agent is CCed on a ticket via email or the ticket interface, they are also automatically added as a follower.
Note: If the agent is CCed from a ticket form in
your Help Center or via the API instead,
then they are not also added as a follower.
|
Changing the default comment privacy for end user CCs
By default, if an end user CC replies to a ticket notification from email using Reply (instead of Reply all), the reply becomes a private comment on the ticket. However, if the Make email comments from CCed end users public (not recommended) option is enabled, the behavior changes and the reply becomes a public comment instead.
We don’t recommend using this option because a requester might see content that wasn’t meant for them. For more information about email replies, see Understanding when email replies become public or private comments.
To change the default comment privacy for end user CCs
- Click the
Admin
icon (
) in the sidebar, then select Settings > Tickets.
- In the Comments section, select
Make
email comments from CCed end users public (not
recommended).Note: This setting is only available if CCs is enabled.
- Scroll down and click Save tab.
For information about other ways you can change the default privacy of ticket comments, see Changing the default privacy of ticket comments.
Comments by users not explicitly added to the ticket will be flagged
If an unknown user, who was not added to the ticket by the requester or an agent as a CC, updates an existing ticket, the comment is flagged and added to the comment stream as a private note. Most likely the email was forwarded by the requester to an unknown user or to an unverified email account (such as a secondary email address), and then replied to.
The flag brings attention to the potential risk, without affecting the workflow of your end-users and agents. The flag appears as a warning icon beside the first comment in the ticket. The ticket is not flagged in any ticket views. You can hover over the warning flag to get more information.
To handle a flagged comment
- If you are comfortable with the comment, ignore the warning flag and handle the ticket as you normally would. You cannot remove the flag.
- If you want to allow the new user to comment publicly on the ticket, an agent, the requester, or a CC on the ticket needs to add them as a CC.
- If you are not comfortable with the comment, you
can raise a concern with your manager or consider
temporarily suspending the user.
Depending on the nature of the comment, you might want to raise a concern about the ticket with your manager. Also, you can consider temporarily suspending the user, to prevent them from submitting more tickets, until you can investigate and feel comfortable enough to reinstate the user (see Suspending a user).
Using placeholders with CCs and followers
If you want to list the names and email addresses of CCs and followers in ticket notifications, you can do so by adding these placeholders to your business rules (triggers, automations, and macros):
- ticket.cc_names—Returns the name of CCs on the ticket.
- ticket.follower_names—Returns the name of followers on the ticket.
- email_cc_names—Returns the names of CCs on the ticket.
If you are using the new CCs and follower experience and you are adding
or updating your placeholders, we recommend using the
email_cc_names
placeholder instead of
tickets.cc_names
. They do the same thing,
but email_cc_names
is newer.
For more information about CC and follower placeholders and where exactly you can use them, see Creating business rules for CCs and followers and Customizing default email notifications to CCs and followers.
Changing the requester
If allowed by the administrator, agents can change the requester on a ticket. Otherwise, they cannot.
To allow agents to change the requester
- Click the
Admin
icon (
) in the sidebar, then select Settings > Tickets.
- Scroll down the Requester section.
- Select the Agents can change requester check
box.Note: This option only appears if you are using the new CCs and followers experience. f you aren't using the new experience, select the Tickets > CCs > Enable CCs on tickets setting instead.
- Scroll down and click Save tab.
89 Comments
@Devan. Ok, thanks for clarifying.
Added my comments to an already existing request regarding this https://support.zendesk.com/hc/en-us/community/posts/360000993288-Comments-by-users-not-explicitly-added-to-the-ticket-will-be-flagged?
Dear Zendesk,
why I can´t remove myself from "Follower" in case of I monitor many tickets automatically later in Trigger or Automations?
I can add me as Follower, but not remove, nobody think about that?
Thanks.
/Tobias
When a user submits a ticket via the web form on the Help Center, the CC field acts as a simple text box rather than any kind of lookup function. Is there anyway around this? We can't possibly expect our users to know everyone's email address, right? That seems to make the CC field almost useless from an end user standpoint... Please let me know if I'm missing something!
Hey Alex,
I double-checked and it looks like this is expected behavior at this time. The user will need to manually type the email address before they can be CC'd to the ticket.
I'll be sure to pass this feedback along to the appropriate team so they're aware.
Appreciate you bringing this to our attention!
So when you leave an internal note and "@tag" an agent, they're added as a follower AND as a CC. Is there any way to make it so they're only added as followers?
From what I see, when you "@tag" a Light Agent, they're only added as a Follower. It makes no sense that agents are added as CC and Follower when Light Agents are only Followers.
Hey Eric,
I did some testing on my end and it doesn't look like there's a way to set it up so agents are only added as followers on a ticket when @mentioned. I'll be sure to pass this feedback along to the appropriate team so they're aware of this need.
It's also worth mentioning that you can disable the Automatically make an agent CC a follower option under Admin<Settings>Tickets so they're only added as a CC and not both.
Appreciate you bringing this to our attention!
Thanks Brett!
I appreciate the extra mention, but we're trying to not expose the direct emails to our users so they continue to use the Support Email address in the future instead of reaching out to someone directly.
Thanks for the additional information Eric :)
I'll pass this use-case along to our Product Managers.
Thanks again!
Hi Brett!
I agree with others about the following:
We run into situations specifically with that last point as a user in our org may have a different user ID provided by SSO than the email address they choose to reply to our emails with. As such, there are a multitude of flagged comments in our system, and right now we manually have to merge users where we find this occurring. Additionally, the flagged comments are not part of the email thread going forward.
Thanks for sharing Samuel! I'll pass this along :)
Hi,
I have enabled the new cc and follower settings. Now as an agent, I tried to add an external user (within the company domain) in the cc list through the interface, but ZD is not allowing me to add the name. It says "no result found" and asking me to add the user. Shouldn't the system just allow me to add an external user as CC? I don't remember adding an user explicitly everytime to use the name.
I would like to refer to what Samuel explained in his last comment: "..you should be able to add a CC without having to create an entire user account" , I am unable to do this even though I have enabled the Followers/CC setting
Thanks,
Toa
Hey Toa,
If you have CC's enabled you should be able to type their name into the CC field within the ticket to see users populate in the drop-down field. This may be a browser related issue so it may be worth testing from an Incognito window to see if that helps.
If you continue to experience issues, could you provide a screenshot of what you see on your end?
Thanks!
Hi,
Is there a way that agent's public reply will still be shown on the email trail of my support email when I open it in outside Zendesk Support.
Thanks.
@Donald, a public agent reply will show on any email trail.
A private agent reply will show on an email to an agent.
Not sure what you mean about your support email outside zendesk, email content won't change based on how you view it.
Hi @Andrew,
What I mean is that there are certain employees monitoring emails from this Support email as well. It is set as a group email but these certain employees from that group are not Support agents, they can only check it from their own email.
Their concern is that they cannot see the public reply by a Support agent from the email trail.
You will give much trouble to yourself if your support email is also used outside Zendesk. Sounds like they are using an email that is not a zendesk support email, not an agent email, and therefore not able to see agent comments. Perhaps just cc an agent email, and have this forward to the group email via an email rule.
I see that.
But actually I have setup a workaround instead using the Extensions > Email targets.
The targets still respect agent or user content. We've used them extensively in the past. Try using an agent email, you can just add an email address to an agent account, which might help ;)
Is there a way I can exclude certain agents from receiving CCs for New Tickets while keeping others on the CC list? For example- our internal tech team does not need to be alerted to every ticket we receive. However, I want to keep them as an Admin to assist us and address issues that may arise.
Hi Serena,
There isn't going to be a good way to prevent the notification based on CC's (you'd need to have users not CC that team when it's not needed). As an alternative you could have the trigger that notifies your team about new tickets set up to only notify your support group instead of all agents and see if that helped reduce the amount of email the internal team was getting.
Does anyone know how to re-order the CC field, so it can show up towards the bottom of the end user form? It seems I can't manipulate this in ticket form settings. I have a form where the subject/description is intentionally down the bottom, and the CC field is stuck near the top, where it looks odd. Please advise.
Jimmy Rufo You should be able to add this to your script.js file so that the CC field appears below the Description field (or modified to whichever field you want it to appear below):
Hi Samuel Mosher,
Thanks for the feedback. Is this under the assumption that there is only one default form? How would this apply if you're stipulating it for a custom form only?
The way I use Zendesk, it is not uncommon for the end user to forward my email to a colleague and for them to respond. These then show as flagged comments. Is there a way that functionality can be added to allow a flagged comment to become a public comment (either by default or a by clicking a button on the flagged comment) - when you then add the new person as a CC or the end user, the ticket is missing their comments and the flow does not work.
I am sure that this would have worked before this new functionality was added!
I just want to add some weight to haveing Zendesk not creating users for each CC.
We're B2B and we sell our SLA policy with a certain number of seats which we manually control, it looks like if a client adds a CC to a ticket then these are being added as helpdesk users and circumventing our controls.
It would be great if a CC could be just a CC..
We have the same setup and use case as Chris Taylor above. We provide support and provide for a specific number of seats but have customers who want to CC team members. Would like to not have to set up as users, we have to do a lot of clean up if we do.
Hi,
I am just wondering that why I cannot receive email in CC ?
For example,
I just send an email using Zendesk then I will CC my colleagues they will not receive the email.
Any suggestion on how to configure the settings?
Thanks,
Ace
Hi! We're using the {{ticket.follower_names}} to enhance the info displayed in Slack Notifications.
The above placeholder returns the name of the follower, not the user ( for us it's Light Agents if it matters).
The thing is, we'd like to also mention the user in Slack ( as in @slack_id)
For the assignee we use {{ticket.assignee.notes}} ( we've stored the agent's slack id in notes)
Can I somehow do the same for followers?
Why are ticket follower names ( as returned by ticket.follower_names) concatenated with no space between names? e.g First Last1First Last2First Last3 ? Is there a simple way to comma delineate, e.g. First Last1, First Last2, First Last3 ?
Please sign in to leave a comment.