How can I exclude email sigs from auto tag? | Community
Skip to main content

How can I exclude email sigs from auto tag?

  • June 3, 2025
  • 6 replies
  • 0 views

Hi folks,

 

Almost every organisation attaches a standard footer to every outgoing email, that talks about having been scanned for viruses, being intended for a certain recipient, etc.  I have categories like “email” and “virus” for tickets about those topics.  The trouble is that the auto-tag system doesn't realise these footer/signatures are irrelevant to the actual email content.  As such, almost every ticket we have come in gets tagged with email and virus, regardless of what the user is enquring about.  As a result, our tags are pretty much useless.

 

I'm sure I'm not the only one afflicted by this problem.  Does anyone have any ideas on how get the auto tag to ignore email footers/sigs?

 

Helpdesk claims that “[ignoring footers/sigs] is not natively available in Zendesk” but it can be done via the API and suggested I post here.

 

 

6 replies

Greg29
  • June 5, 2025

Hi Sean! Im took a look at your previous ticket and I think what the advocate was saying was that you could update the tags on your ticket via the API. The ability to exclude something from the auto-tag feature is not available and to be honest, I generally recommend that people avoid using that feature as it causes more problems than it will solve.

 

With respect to deleting tags from tickets in bulk, you can using the Update Tickets endpoint that he mentioned in the ticket. Using the code example in that link, it would look something like this, where you provide the proper credentials and ticket IDs that you want to remove:

 

curl https://{subdomain}.zendesk.com/api/v2/tickets/update_many.json?ids=1,2,3 \
 -d '{"ticket": {"remove_tags":["email"]}}' \
 -H "Content-Type: application/json" \
 -v -u {email_address}/token:{api_token} -X PUT

  • Author
  • June 12, 2025

Thanks for getting back to me.

 

Amusing to hear someone in advocacy recommending that people don't use a feature!  I agree that if the auto-tag feature can't ignore email footers then its next to useless.  I wrote a python script that stripped out those tags however one glaring problem is that I can't modify archived tickets.  The consequence is that I can only update the last 3 months of tickets which again, renders the process pretty much useless.  

 

A customer's data set is their own property.  By all means, add in configs that offer security (like having to check the box to permit editing closed tickets) but service provider should never completely prevent a customer from modifying their data as they see fit.  We've been using Zendesk for a little over 12 months and due to a poorly-performing feature, I can't derive any knowledge from tag data except the last three months.


Greg29
  • June 12, 2025

I totally understand where you're coming from, which is why I'm vocal about my feelings about that particular feature. There are certainly situations where customers can effectively use auto-tagging, however my experience has been that it only causes headaches like the ones that you're experiencing. Part of the “advocate” name means that we're advocating on behalf of the customers and I've definitely done that in this situation. 

I really wish that I had something better that I could offer you in this situation, because I truly get the frustration. 


  • Author
  • June 13, 2025

Thanks for your help, Greg.  I've appended the ticket to see if they can see to updating those archived tickets from their end.


  • Author
  • June 16, 2025

Hi Greg,

 

Support is unable to alter our data but repeats the claim that what I want to do, modify archived tickets, can be done via the API.  My understanding is that archived tickets are inviolate.  Do you know which is correct?

 

Thanks,
Sean


Greg29
  • June 30, 2025
Hi Sean, apologies for the delay, I've been out for the last couple of weeks. 
 
You are correct that archived tickets are not alterable, so my apologies for the conflicting information that you're receiving. I just checked the ticket from last week and I see where the disconnect was occurring and I'll follow-up with them internally to help clarify for the future! Thanks for your patience and let us know if you have any additional questions.