Prioritize Bounced Email Notification

+1 here as well. Our organizations need this. So there is no way to see when an email has bounced?? 

+1 for this feature. This would be very beneficial to our company. Looking forward to an update. Thank you!

+1 for this feature. Disappointing the age of these threads requesting this feature but no progress. 

+1 for this feature. I agree that it is disappointing no progress has been made in 2.5 years considering email is the most common form of communication.

Please advise when we can get this feature.

It seems weird to have to ask for this functionality. Humans make mistakes, computers are supposed to deal with them. If Zendesk's SMTP service fails to deliver an email to "joeuser@email.om" because "email.om" is unresolvable, it's absurd to not immediately add that result to the ticket and mark the ticket open. For the support request to just fall into the void and the customer nor the agent is none the wiser, that's just astonishingly unprofessional.

I'm just dumbfounded that this issue ever existed at all, and more so that people have been asking for it for YEARS and it's not implemented. This is basic functionality for a service that facilitates email interactions between people.

@Mike Bombich thanks for picking up the topic again. As you can see, we are waiting for a while already.

Add Fender Musical Instruments (aka Fender Guitars) to the list of clients in sore need of this feature and a bit surprised by its absence in the current solution. Thanks!

odd that a ticketing email software does not have this as a default. 

My team would love to see this feature available sooner rather than later. Hard to believe a fat-fingered email address just disappears into the oblivion under the current Zendesk structure without the agent being notified. A time resolution would be greatly appreciated by our team!

When will this feature be available?

Another up-vote for this capability.  I agree with previous commenters that it isn't acceptable for a customer service organization to be unaware that the communication with the customer is failing.

3 years on, and this is still a concern for multiple users, despite this being slated for development 'in the near future'.

If Zendesk can build a spam filter that can consume emails that have a 'no-reply' email, SURELY it shouldn't be too difficult to build a feature that consumes postmaster/non-deliverable notifications?

Why would I bother even using Zendesk if my email client can provide basic functionality that Zendesk seems to be unable or unwilling to replicate?

Honestly, give one of your developers two weeks of free time (maximum!) and I 'm sure they could build something usable.

This is a big issue and ridiculous that it is not native- PLEASE FIX ASAP!

+1 on this feature. We have got some angry comments from several clients, some ending on social networks with not so nice comments about our Brand, because their mails bounced each time we replied.
Deliverability events (webhooks our logs) are a common feature for mail delivery solutions and as Zendesk Support sens emails I Think this is really something you should include in not so distant releases.

Posted this in another post a while ago, but I'm posting it here as well as I hope it will help some people.

I took matters into my own hands and built a bounce notification system myself using Zapier (#nospon). This was possible since we relay incoming email over the Gmail servers and Zapier has both Zendesk and Gmail integrations. (But they also have Microsoft Outlook and more.)

Zapier basically tracks Gmail for bounced emails. When it finds one it'll search for the corresponding ticket in Zendesk and updates it (open + comment).

This is what my Zapier configuration looks like:

When this happens...

1. New Email Matching Search in Gmail (e.g. from:MAILER-DAEMON@*zdsys.com)

Do this...

2. Extract Email Address

3. Find Ticket in Zendesk (make sure to use order_by:created sort:desc)

4. Update Ticket in Zendesk

Not all heroes wear capes. Thank you Jonathan! We have a Zapier account, and will implement this hack!

Still super disappointing that Zendesk won't solve this problem.

In my mind, Jonathan DOES wear a cape. Legend. :D 

This feature is really basic functionality and a necessity of support email ops. Please develop!

+1 from me, is there any news on this yet, there are so many threads out there on this, i can see people have been asking for this feature for over 4 years and still nothing. Why should we have to pay another monthly fee when this should be built in.

+10 - one from each of our licensed users. We'll be back here at the end of the line waiting as well. 

Adding to the up votes.  

Users and managers lose confidence in the system when an intricate part of the communication channel such as email can have issues like this.  Telling a client "we didn't get your email" and having no reasoning  for it makes unhappy clients and unhappy users/managers.

+1 from me. Even though it feels useless.

Agents have no idea of what they are missing. Here. You do! Make it visible. Amazed that this basic feature has been discussed for 6 years without any action.

The ability in Support to see emails that were undeliverable is important to our company as well.

Right now, a Side Conversation email will show that it was "sent" with a public comment but it sounds like we cannot actually rely upon this being sent.

It sounds like ZenDesk may have the ability to look at logs on their end to determine that an error message was received but this message will not show up for the Support Agent to double check their email or to send to a different email if a clerical error (typo) was made.

It also sounds like ZenDesk Sell has this feature already enabled, please can we have this for ZenDesk Support as well?

This has gone on far too long and pointless voting. I asked Zendesk this week for an update and their response was;