Ability to mute/snooze a ticket

Yes. And your Duplicate was a duplicate of me and others :wink:

Let Ticket stay “remind me at” when the client answers - Technical assistance - Zammad - Community

I really wish to find a way to disable the ticket-state-disable by an answer.
I realized that, when an agent answers, ticket state always remains.

I found the file


there is a line:

# if sender is agent
    return true if Ticket::Article::Sender.lookup(id: sender_id).name != 'Agent'

seems like the value


has to be “true” to trigger the ticket state reset. You would have to keep it always false to not trigger the ticket state by customer answer.

But this seems to be very generic. it seems to be for:

  • reopening pending tickets - thats what we want to disable
  • reopening pending close tickets - thats a feature I would like to keep
  • reopening closed tickets - I dont think that the script is that for, because you can select how to react to a customer answer to closed tickets, but I would not mind disabling this, as I already disabled it with help of disgusting ticket objects and triggers.

so just always keeping the value “false” would not help in our case.
We need a kind of “if ticket.state id = pending then return false” to disable the ticket state reset on any answer.

but I am lacking ruby skills and am afraid of killing my database.

Don’t you want to be notified when a client replies? Wouldn’t you want the ticket to be re-opened? I guess I’m not seeing a scenario where this would be advantageous. Can’t think of any scenario where I’d want to do this.

That being said, I’m sure you can setup triggers for this. Perhaps create a new state called, ‘mute’. Then setup triggers for this state to stop it from being opened.

  1. You will still be notified when a customer replies, as you always get notifications when a customer replies. I dont understand the problem.

But in most cases, we set a reminder when to contine the ticket or remind us to continue. For example, Customer orders a Computer. We order it at the distribution, the computer arrives next wednesday. I add a notice “please install Windows when the Computer arrives”, assign an agent and set reminder on next thursday. The customer has a question: “Does the Computer have 16GB RAM?”. There is no reason to reset the reminder, but it resets and nobody knows when to begin the ticket anymore. I answer “yes it has”, reset the reminder to Thursday. Customer answers “Thank you, see you next thursday” at 10pm. Next day the ticket escalates, I have to reset the reminder to Thursday. And so on.

We never needed the function to reset the reminder the last 2 years we used Zammad with over 15000 Tickets. But we have to reset the ticket states to “wait until” daily with several tickets.

We also cant use the Zammad ical Calendar, cause Notifications just disappear when a customer resets a ticket state.

Because of this, we use our Outlook Calender to plan the tickets, and ignore most escalations when the User resets the ticket state by sending questions and “ok”, “thank you” and so on.

I assume that other people use and like the ticket state reset as it is, that is okay. But as I said, for us, it was okay if that function was completely disabled for pending reminders.

  1. No, you cant use triggers here. Believe me, I tried everything. What I could disable with triggers and objects was reopening of closed tickets, and we are lucky with it. So an “OK” or “thank you” of a customer doesnt open a new ticket or reopen the existing Ticket anymore, but we still get notified of it. Thats another thing I would want to disable without triggers, but that workaround is okay.

What if the customer wants to cancel the order? How would you know if the ticket isn’t re-opened? Don’t you want to reply to customers, or acknowledge them? I understand in some cases you wouldn’t want the status of the ticket to change; however, this can cause issues in those cases where you need it to change. Well…it would for us and perhaps that because we work on open tickets and not pending/closed ones.

I’m surprised the triggers don’t work. Perhaps that’s a bug in Zammad.

I do have issues with customers replying with “thank you” when a ticket is closed. This re-opens the ticket and I need to close it again. For myself and other agents, this really isn’t a big issue.

Even if that is possible, it sounds complex, potentially error prone and non-portable. IMHO this should better be a core Zammad functionality and not something Zammad administrators have to construct themselves (called “reinventing the wheel” :slight_smile: )

Ha! :slight_smile: That would make it even more important to combine these threads. As, as @MrGeneration doesn’t stop telling us, the number of “likes” is an important (although of course not the only) factor when it comes to the decision if a feature request is implemented in Zammad, three threads with few likes don’t make the same impression as one thread with many likes.

1 Like

I would never use this. I’m not sure how many would, so it may not be feasible to make it a core function. If I could set it up so that a customer replying with nothing more than “Thank You” to a closed ticket, I’d probably do that. Not a global mute setting.

I imagine if this had enough support it would become a core function.

See @bur’s suggestions above (Ability to mute/snooze a ticket - #4 by bur), which suggests different “kinds” of pending states. I think that should be the direction for a core functionality, not a global “mute”.

For other kind of notifications there are the notification settings, so that you are informed about all incoming posts. There is no need to automatically reopen a ticket to be informed about a new message

1 Like

If a customer wants to cancel, I will get a notification, as I already told, and will reset the ticket state on my own. Why do you think I miss any customer answers? If that saves me 5 Setting back to “Wait” a day, its okay.

The other way: Why the hell should a customer answer reset the ticket to “open”? What is the “Pending” state for, if an answer resets it all the time? I have no control about this feature.

Yes thats what I said.

For me, a hard disable in the zammad code was okay.
But I accept that people use this feature as it comes, and there, a new ticket state would be great.

@MrGeneration in my thread, you answered:

“Please have a look at triggers and the “pending till” attribute.
This should help you to built a trigger to achieve what you want, even through I’m not recommending this approach.”

I really had a lot of looks about this. I cant imagine how to avoid Zammad from reopening pending tickets with triggers. Instead, it reopens before any trigger could work, I have no “reopened” condition and yes, I can set tickets states with triggers. But what state should I set? “Pending till” there needs a concret or relative time. I have no option “set pending state at the time it was set before the ticket state was reset”. For me, there is no trigger option to keep pending state when a customer answers. If you know anything that could help, please tell me. Maybe I misunderstood some trigger options.

this would be what I need, but it doesnt work:

I understand this is something you’d like to have and would benefit from, it just isn’t for me.

I tried this as well and didn’t see a way to do it in triggers either. The few variations I tried, still set the ticket to open.

Just interested, in what case do you want the pending reminder to be reset by a customer answer?
What is your intention, when you set a ticket for “pending reminder wednesday 8 PM”? I really just am interested, as I can’t imagine any sense of a state reset there.

Remember that you will get notified about every customer answer, even if the ticket state remains “pending reminder wednesday 8 PM”. You still can answer the customer on Monday, and will also get a notification on wednesday 8 PM.

Could it help creating a new ticket state on my own?

Working with ticket information — Zammad documentation

As I understand, it would have to be “pending action” type.
Would that state reopen if a customer answers?

This really simply comes down to workflow. For us, Pending reminder tickets are set aside and in a different overview. We don’t want to see them until the reminder comes up. We use the reminder for a few things:

  • Tasks that are going to be completed at a later date.
  • A Task that was completed; however, needs confirmation that everything is working as expected. Something that needs to be checked on in the next day or two.
  • Tickets that require a 3rd party to complete something before we can proceed.

As far as; “wanting the pending reminder reset”, this comes down to what do we want to do with customer updates. If a customer responds to a ticket (Whatever that response may be), we want to acknowledge that response. Sometimes it requires a reply from us, and sometimes it does not. For us, it’s simple enough to look at that response and reset the pending status.

The alternative to this is that the pending tickets stay out of our primary overviews which wouldn’t work for us.

Sounds like a typical YMMV case. However since it would be possible to deactivate the “muting”, this shouldn’t be a problem at all :slight_smile:

I tried this, and came to the same results. Any customer reply reverts the ticket status to open. I think it’s due to something previously stated, “The customer reply sets the ticket status to open before any triggers are activated.”

Exactly. Thats why, I would not ignore other needs.
I just still dont understand why the ticket state resets. But if anyone needs it for anything, thats okay to me. I also would not say that everyone else needs it not to be reset.

But the community is full of those questions.

It would be okay if I could find any workaround.

Thank you for the discussion. Just one think, I’m missing where should I put my vote :sweat_smile:

1 Like

Try these:

Let Ticket stay “remind me at” when the client answers - Technical assistance - Zammad - Community

Ability to mute/snooze a ticket - Feature requests - Zammad - Community

How to get no follow up on peding till tickets - Technical assistance - Zammad - Community

How to get no follow up on peding till tickets - Technical assistance - Zammad - Community

Here is one with a workaround that I will give a try, but the ical Calendar remains unusable that way:

Ticket State Question - Technical assistance - Zammad - Community

As I see, this seems to be an interesting point not only for us.
But someone should merge them all to be able to vote.

I just wanted to test the idea with a custom date/time field. That actually should work, but there seems to be a bug, that I can’t put any data into the field that remains when it is saved.

Tried the possible workarounds mentioned and no matter what I did, it did not work. I don’t think it is currently possible. I think what you would need is a new status type that ignores everything until the pending date has been reached.