Send Email Notifications to Secondary Emails in Support | Community
Skip to main content
Accepted

Send Email Notifications to Secondary Emails in Support

Related products:Ticketing system (Support)
  • November 12, 2020
  • 46 replies
  • 0 views

Show first post

46 replies

MyWorks
  • February 10, 2023

We have reached the end of our rope with this and are exploring FreshDesk and HelpScout. It's just unbelievable that simple basic features like this aren't even being considered. Scratch that...these aren't even features - this is literally a bug.


MyWorks
  • April 20, 2023

Well, the day has finally come. I'm so excited to share that we're finally off of Zendesk. Moved to Helpscout earlier this month and it's been such a breath of fresh air. The point here isn't to promote HS, though.

Our whole support team is so glad we don't have to deal with the following issues any more (and, is very regretful we didn't make this change sooner) :

- This issue...insanely struggling with browser performance and autocorrect not working. 

- The ticket views not automatically refreshing (seriously, how is this acceptable? It's 2023)

- Horrible/painful handling of CCs in tickets where multiple emails need to be Ccd in.

- Thoughtless handling of primary/secondary/multiple emails for a single contact. Basically, you can't give a contact multiple emails, you have to create a separate contact for each email they'd like to be notified at. Ridiculous.

In the years we've been with Zendesk, no new features have been added; and if anything, features have been "broken"/degraded. Zendesk is the most basic solution for ticket management, and cares not one bit about listening to their users. I hope to see even more solutions recognize this, listen to what their users need, and build more alternatives that make sense instead of using Zendesk. 

 

I've been waiting for this day to be able to unsubscribe to this thread. Best of luck to all of you, and hope you find an alternative that works for you.


  • October 11, 2023

+1, still an issue. It's amazing to have multiple emails in a user's contact for things like automatic organizations to work correctly. But as mentioned, for anyone using ZenDesk as internal support, it is very common for a user to email us from their personal email email address when their company email address isn't working.

Creating a 2nd profile for each user creates additional issues, and does the overhead of the agent (if even allowed) needing to change the primary email address for the user on a ticket-by-ticket basis. There really should be a way to click on the user's name in the comment section and have a check mark or some way to indicate which email address to use on this individual ticket.


  • October 23, 2023

I reported this same issue in a different thread over a year and half ago, so I'm very disappointed to find no response by Zendesk in the three years this thread has been extremely active. 

 


  • October 30, 2023

+1 still an issue - please prioritize Zendesk!


  • November 11, 2023

Hi Zendesk Team - Is there any hope for a solution here? Anything we could do via the API?

 


Movell
  • December 8, 2023

Any update on this? 
What is the logic in not emailing back to the email address that emailed us?


James57
  • March 7, 2024

+1, still an issue, no reasonable workaround, alerady at 60 upvotes, would be nice to see someone from Zendesk provide an official response.  Huge issue!


Hopefully we get this bug fixed in 2024. Or a statement why it is so hard to implement.


Benjamin24

Hey all, thanks for taking the time to provide us with your feedback here. This is a valuable feature request and it is in our backlog backlog for future consideration.

We're currently working on a couple other features focusing on surfacing outbound bounce notifications and Email connectors for Exchange and SMTP Relays. Once those feature are complete we will consider this for future development.  However please note that we can't commit to prioritizing any one piece of feedback we receive in the community.

I'll leave this post open for comment to allow others to continue providing their feedback and use cases to help with prioritization in the future.  


Erik24
  • March 11, 2024

Hopefully, the following provides a good "How it Started" vs "How it is Going". In short, nothing has changed and that is unlikely to change in the near future.

TLDR: This has been an issue repeatedly brought to Zendesk's attention since at least 2012 based on another thread with a similar feature request linked below. Between comments within that thread and the most recent official Zendesk response pasted below, I doubt that this will be addressed soon if ever. Everyone will need to decide for themselves/their company whether or not this is a dealbreaker feature.

Benjamin Kirsch
March 11, 2024
Zendesk Product Manager

"Hey all, thanks for taking the time to provide us with your feedback here. This is a valuable feature request and it is in our backlog backlog for future consideration.

We're currently working on a couple other features focusing on surfacing outbound bounce notifications and Email connectors for Exchange and SMTP Relays. Once those feature are complete we will consider this for future development.  However please note that we can't commit to prioritizing any one piece of feedback we receive in the community.

I'll leave this post open for comment to allow others to continue providing their feedback and use cases to help with prioritization in the future."


Similar Issue with Relevant Comments Included
How can i send email notifications to secondary emails

"Dave Dyson
December 16, 2021
Comment actions
"Hi everyone, I just wanted to let you know that I've spoken with our product team – this is something that is on their radar, and they are planning on having more internal discussions about it next year. Follow this post for updates: Send Email Notifications to Secondary Emails in Support"

From comments in that thread it sounds like it has been an ongoing issue that will never be important enough to address:

Jonathan March
December 15, 2021
Community Moderator
Comment actions
"I would not want to attempt a black-box analysis on ZD's internal processes, but this is indeed a long-standing (9 years with us) source of friction and pain, and this workaround is really not an acceptable solution."


  • March 18, 2024

+++++ This is a big issue that needs to be resolved!


Mary23
  • March 18, 2024

One would think the main every-email features would've been developed from the beginning to start with. And if not, an obvious priority.

I don't mean to be mean, but there are certain things you do expect from a product. 


  • April 18, 2024

+1

We need to be able to communicate with on-site technicians and end consumers within the same ticket. It should be easy to add a CC email instead of use a workaround noted with “only recommended for limited use as it is not a scalable alternative”. 

Please consider this feature as this active thread is now over 4 years old.


hassan13
  • April 22, 2024

Hi @bonnie11 @afton12 @erik24 @mary23 and others.

We have solved this problem for clients already with our apps at Knots.io, in fact one of them sent me this thread to let me know other people are having this same problem.

I would be happy to help show the functionality and test that it works on your Zendesk if you'd like to reach out to me at hassan@knots.io

We have put a lot of work into making these tools, so it is paid (Starting at $97/month for the entire Zendesk instance), but it's much more cost-effective than having to do all of it manually.

If you have any questions, please let me know.


Shawna11
  • Community Manager
  • April 22, 2024
Hi all thank you for your continued feedback in this area and Hassan for offering this workaround. I want to note that the links shared are safe to click on if any customer is interested. Thank you again for enaging in the Zendesk Community!

Ben15
  • July 2, 2024

I have a unique use case.  This is partly due to the fact that Zendesk has very limited hierarchy options for users.  You basically have User::Organization.  There's not anything in between for something like a location, or a store.  I'd be wonderful to have something at least like User::Location::Organization.  I could do a lot with that.  

We have hundreds of stores, and have had to create a user record for each store.  For our corporately owned stores, we control everything including the primary email as we own the email box being used and can dictate this is the email that the managers and techs for the stores all use, so we can make that the primary and only contact for the store sites.  The trouble I'm in is that we have franchises as well.  I have about 13 records I'm working on trying to figure out how to fix where they are not store records, but rather, it's a situation where the owner or the manager, or both for each franchise store has an account.  Depending on who calls, the ticket is placed under that account.  

From an agent perspective it's craziness.  Yes, they can go to the org level and see all the tickets under the organizational level we call “Store 1234", but there's no single “user” to put all those tickets in.  We're wanting to set the franchises up like we have the corporate stores, so my task is to set up a “Store 1234” user record (like we have for corporate stores) for the franchise.  Each user record would have an email address as primary that is a corporately owned email address, but then I want to have the franchise owner's email address on each record as a secondary email address.  That would allow the franchise owner, even though the ticket is placed under “Store 1234", and not his own name, the ability to see the tickets for his store so long as I have the store organization set up so that everyone associated with the org can see all the org's tickets.   

My end goal is that when a ticket is going to be placed under “Store 1234", yes, I DO want the corporate email address I'm going to use as the primary be the main communication point as we are going to train them to look at that email address, BUT, I'm wanting to CC that store owner's address as well, otherwise, when I make the switch over, they'll all be in the dark and not see email communications about the tickets being created for their stores.  It appears there is no way to trigger the cc'ing of secondary email addresses.  I'd be great if we could, say, ‘tag' a user, and for all user records with that tag, Zendesk would automatically cc secondaries.  We have no trigger options to email anyone other than a support account holder.  I need to email end users.  Writing web hooks for each individual user as well as triggers for each individual user and scenario for side conversations is not the route I'd prefer to go.

 

Can we look at ways to CC secondary emails?  AND… can we look at expanding user hierarchies so that we could associate users with locations, and locations to orgs?  Or, make ‘types’ of orgs, where some orgs can be stores, some locations, and they can be relatable to each other?  And/or, can we have a way to have an email address associated with an org, so that when a ticket is made for a user that is in an org, that an email goes out to the org email address as well?  Just brainstorming….


Sydney11
  • October 3, 2024

+1 there is always the chance that unrelated profiles are merged and the secondary address emails in but any outbound conversations from us will only go to the primary address. The original sender does not know and would think we ignored them and then the primary address will get details about the original sender that they should not know. This is considered a security breach. It doesn't solve the problem but if we do not have to worry about PII being shared to the primary address and only with the address that emails us, there is less of a concern with breaches.


Vinicius11
  • November 12, 2024

menos de 50 dias para 2025 e o Zendesk não criou NADA que pudesse resolver isso.

A recomendação da plataforma é vc criar vários usuários dentro da conta pra fazer isso.
Decepcionante. 


James57
  • January 10, 2025

Hi All,

We have recently released an update to our Extended Macros app on the Zendesk marketplace that may be able to help out with one of the situations described above.   Specifically, the app now comes with a configuration that can auto-detect if an email is received from a user's secondary email address and alert the agent.  Then the agent can manually use a macro to switch the secondary email address to the primary, or if configured, the change can be made automatically by the app.  Unfortunately, this only works if the agent is able to make updates to user's profiles, but we do hope that it can help some of the users here.
This app is free to use, so why not give it a shot by downloading it from the marketplace here.  You can also read more about the apps features and usage in this Help Centre article.  Feedback is welcome.

Cheers ~


Vancouver
  • March 27, 2025

I find it absolutely unfathomable that no solution has been offered to this after over 5 years. There are so many minor features that I have heard are either on the roadmap or not and both take years to implement or even consider. 

It makes no sense to have secondary emails simply for identification purposes and having that same email blocked from use. Secondary emails should either not exist, so that a new user can be created and contacted, or they should simply be available to use when input in the Requester field.