We recommend reviewing what is submitted before posting, in case your idea has already been submitted by another community member. If it has been submitted, vote for that existing feature request (by clicking the up arrow) to increase its opportunity of being added to Cireson solutions.
For more information around feature requests in the Cireson Community click here.
Notify Analyst - Tick Box Option to Set Status Back to Active/In Progress When End User Comments
This! I would love this so much... Or even two options, one for Incident and another for Service Request so you can turn on just one.
I'm rubbish at XML and editing management packs and all that stuff. I've hunted everywhere to try and find a way to create a workflow myself that does this, but everything I've found is for SCSM 2012 (we're on 2016) and none of it works.
Comments
It's hosted on GitHub with a Wiki to help you get it deployed on premise or in Azure. Let me know if you have any questions.
My only main question from this is how does the existing Exchange connector impact things? Do I need to disable it or can it stay enabled - I'm just thinking about possible conflicts?
I will say that it is wonderful not having the MS connector anymore, since it was a significant performance drain for us, but I do keep one disabled in case of issues with the connector script. In practice, I have never re-enabled it yet even once, though.
That'd be correct @Matt_Overton - Task Scheduler, SMA, Azure Automation, however you want to configure it. To answer your question/second Tom here, this is a complete replacement for the stock Microsoft Exchange Connector so you'd want to at the very least disable it. Tom actually added the logic to install SMLets so if it's missing, the connector will pull it down from the PowerShell Gallery for you. But if you want to get it and make sure its there before the connector does just perform the following at the shell for the environment that would be running the connector. Alternatively, you can do this on your own machine if you're looking to get started with automating SCSM.
I highly recommend testing this in a development capacity first to make sure the script can hit your Exchange environment. What's the best way to test you ask? I wrote a blog post over on my GitHub that answers this very question. This blog is accessible directly from the repo itself near the top.
Going to, time permitting, take things for a spin today. I'll let you know how it goes! No dev environment, but I'm actively encouraged by my bosses to experiment and try things out even with the risks and can always roll back the server if needs be.