So to that people who want this feature I have a question.  How do you propose to handle the following situations:1. Agent001 replies to ticket via email.  Agent002 also replies to the ticket via email.  They both say basically the same thing.  Should both replies be sent to the User (customer)?  Should only the first? In the case of assignment on reply, who should the ticket be assigned to?There are no ticket locks when it comes to email.2. Agent001 replies to ticket via email.  However Agent002 has already replied to the ticket using the web UI.The ticket is now assigned to Agent002.Should the ticket be reassigned?  Should the late response be ignored?Should the late response also be sent to the client?What if answer 2 contradicts answer 1?

@[deleted]Personally I think the only way to solve this, is that it's (pre-)required that a ticket is already assigned to an agent.Then I think it could work like I wrote a few hours ago in the thread here:http://osticket.com/forum/discussion/comment/96791/#Comment_96791When it comes to re-assignment I think, when the agent has the option enabled that his email responses are taken into osTicket as replies to the end user, the agent shall then be informed via an email when a ticket is re-assigned to another agent. Just in case the internal activity email alerts are disabled.

2 months later

I'd say:Situation 1: Agent 002's response gets posted as an internal note and he gets an auto reply to his email saying that agent whomever already answered and to log in to the system if he wants to reply furtherSituation 2: Same - any email an agent sends to a ticket that has been claimed by someone else, it goes to internal note instead and that agent gets an email notification saying "reply not sent - posted internally instead"Another thing I would love is to close a ticket via email. For instance by replying with **close** or something in the body... or is something like this already possible?

3 months later

@[deleted] I see some other threads on this have been closed - that's a bit frustrating since now we can't respond to discuss how this might work - so we should start new threads? Is this concept still on the radar? It seems like it's a necessary function for some users :-) Thanks!

Q: since now we can't respond to discuss how this might work - so we should start new threads?A: @[deleted] you have already responded with your reply to this thread.  We do not need more than one thread discussing the same thing... So I do not understand your response saying that you cannot respond.  To answer the question directly, No.  You should reply to this thread.  Since you are the only one to reply to this thread in about 3 months... I wouldn't expect too much traction.Q: Is this concept still on the radar? A: You have commented about two different features in your last two posts... so I'm not sure which one you are asking about. So here is my reply to both of the features you discussed:Replies via Email: The devs have not specified to me recently if this is or is not on the radar.  There are a number of threads about this particular topic including some I have seen in the last week which indicate how to modify the source to achieve this yourself.  Closing Ticket Email: This has never been on the radar since it is easy to do with a canned response when you update the ticket and close it.

@[deleted] Could you post a link to the threads that have the info on how to modify the source to allow staff to reply by email? I searched for "email agent reply" and "email staff reply" but couldn't find the thread(s) you were referring to.Thanks.

Here's one:https://github.com/osTicket/osTicket-1.8/issues/2242

2 months later

Even some prevention is required but this function is really necessary, can leave to administrator decide whether enable it or not.I think the user who use of osTicket for real world desktop support will refuse this function because they want to maintain the quality of support for customers.As an user like me, I would like to manage on hand cases and work together with my team, shall I prefer an easy way to reply the ticket. 

6 years later

The reasoning for limiting agent email replies to internal note is very flawed.

All that needs to happen is the first agent response assigns the ticket to that agent and that response gets sent to the user. All subsequent responses from additional agents get posted as internal notes. SIMPLE and NEEDED!

    @jgallien

    All that needs to happen is the first agent response assigns the ticket to that agent and that response gets sent to the user. All subsequent responses from additional agents get posted as internal notes. SIMPLE and NEEDED!

    This isn't exactly true. What stops someone from somehow getting access to the email thread and simply masquerading as the Agent and replying via email? When Agents are required to reply in the system they have to login using their own credentials and reply in the UI. There you know in fact that the responses came from the Agent and had proper Collision Avoidance to prevent duplicate/multiple responses from multiple Agents.

    Cheers.

    Locking this thread as it's old....and very tired.

    Write a Reply...