AndyHill

@SamS thanks for the response I did start down the regex path but again I could only seem to identify that what I was after was in there. I couldn't pull the information out after seeing it, just a confirmation that it found it.

Two questions. 1. Is it possible for us to get a copy of the powershell being used in the PRTG ITOM package. We have noticed the resume does not working correctly and would like to be able to adapt the current ps1 file being used. 2. Is it possible to extract information from an email into a variable in Hornbill. I have tried using the string utilties and this only seems to tell me the string exists but is not able to actually extract the specific bit of text.

I have created a new email Routing Rule but it appears to be getting ignored. I have several other Routing Rules that are working correctly. I know the syntax of the rule is correct as if I set it to Use Mailbox it operates as planned but if I set it to Use Operation to raise a New Request it does not work. Anyone aware of any issues or come across this previously?

@Keith Stevenson See below. Here is the incident in results. And here is a Service Request containing the same string in its timeline but that doesn't come up in the results.

@Keith Stevenson thanks, I can now see the incidents with my string coming up in the search results but still not seeing the service requests.

@Rob Gething if you change the owner of one of your devices are seeing it get changed back when your script next runs. I am not seeing changes myself.

Not sure if related to last nights updates but we are no longer getting results when searching for things in timelines. This is rather critical right now as we have the auditors in. I have specifically added a string of text to several timelines but when I search for the string of text I get no results.

@Rob Gething thanks for the post with the help of Sam I have been able to get this working now.

@Victor Thanks. I knew someone had posted. Forgot it was me.

I have a BPM that sends an email to two different DL's. I am a member of both DL's and can see the email is being sent as two emails rather than just the one.

@Victor any further thoughts?

I am trying out InTune asset import using the runbook provided by @Steve G and it is identifying assets in InTune but then failing to import anything. Before running this I backed up our current asset and then used the Hornbill Clean Up tool to nuke it so their are no assets on our system. Anyone go this runbook work succesfully or offer any guidance/advice?

@Victor I have the 'automation' doing varies things now. Take the below as an example, I have created a service request for members of the Service Desk to elevate a basic user in Hornbill to a full user with the authoriser role. They raise the call through the portal and its get logged to SD Bot performs the below and resolves itself, if it encounters an error it assigns itself to my team to work out why it didn't work. This is one of many 'mundane' tasks that I have automated, we have a big push at the moment to automate work where possible to reduce the amount of work that actually requires hands and eyes from the Service Desk. A big part of this is for directors to easily be able to see this automation which we would do by reporting on the 'Resolve By' field. I know I could create the same result by reporting on 'Owner' and 'Status' instead but I am sure a time will come when we need to report directly on the 'Resolved By' for auditing purposes.

@Victor just checked some other BPM's where i automate the resolution following authorisations and I am seeing the same thing (which I would of course based on your explanantion). Whilst the way this works makes perfect sense it kind of deters from trying to implement automation in to the system as I don't want calls to have resolvers like SYS_SECURITY.

@Victor the biggest issue is for the managers producing stats. They are obviously looking to see stats for resolved by and the SD Bot doesn't really show any and other users who touched the SD Bot calls show increased resolutions even though all they may have done was raise the call. I have advised them that they can produce stats on who owns the call at time of resolution instead of resovled by but they want the resolved by to be accurate.