I update it in the Postmaster POP3 email account settings (ticket continued to come in). What I forgot to do was to also update it in the SMTP settings too. This also caused about 20 tickets to be created for each inbound request due to the inability of OTRS to remove the email in the mail box. OTRS really should have prompted that there was an error and not just fail ungracefully. Is this a function that has been refined in ver. 4 or 5? Thank you! "Good judgment comes from experience. Experience comes from bad judgment." - Will Rogers Scott R. Morgan Director of Information Systems Mama Fu's Franchise Group From: otrs-bounces@otrs.org [mailto:otrs-bounces@otrs.org] On Behalf Of Alvaro Cordero Sent: Monday, April 25, 2016 10:46 AM To: User questions and discussions about OTRS. Subject: Re: [otrs] Determine number of closed tickets that were solved within SLA I believe your solution is simpler than that. There is a stat for what you are trying to accomplish, You can use either one of the objects for SLA accounting ITSMTicketSolutionTimeAverage, ITSMTicketFirstLevelSolutionRate, List of Tickets and sort by SolutionTimeDiff where if you SLA was reached then you TimeDiff will be posititve, if not then it will be negative. I am pretty sure you can even use the TicketAccumulation Object. Best Regards 2016-04-25 8:04 GMT-06:00 Mnich, Jürgen mailto:Juergen.Mnich@pkv.de>: Hello! I am oft he opinion, that I have a very normal situation ☺ We configured services and SLAs a few days ago and got a little familiar with the escalation configuration. Actually we only use solution-times for the time being. Now I want to determine – for all tickets closed last week (for example) – how many tickets have been solved within the sla and how many have escalated (the sum of those two values must be the number of all closed tickets). When looking on the database-entries I found out (I hope that this is correct) that – as long as the tickets are not closed – the escalation_solution_time is the value I can compare to. When any ticket is closed, this (and all the other escalation_time values) are reset to zero (that’s coded in ticket.pmhttp://ticket.pm). I think it is absolutely normal that you want or even need to report on your SLA-compliance. How can I reach my goal? How do you do report your SLA-compliance? 1. Change the code in ticket.pmhttp://ticket.pm (or is there any good reason why the values are reset to zero)? 2. Is there a statistic I did not find? 3. Are there any other database tables and/or entries that I could use? 4. Any other idea…??? Any help is welcome!!! Thanks, Jürgen. --------------------------------------------------------------------- OTRS mailing list: otrs - Webpage: http://otrs.org/ Archive: http://lists.otrs.org/pipermail/otrs To unsubscribe: http://lists.otrs.org/cgi-bin/listinfo/otrs -- Alvaro Cordero Retana Consultor de Tecnologias Tel: 22585757 ext 123 Email: alvaro@gridshield.netmailto:alvaro@gridshield.net [http://www.gridshield.com/images/gs-signature.png]