04-04-2024, 11:19 AM
You know that event in Windows Server Event Viewer, the one called "New-OnPremisesOrganization Exchange cmdlet issued" with ID 25561. It pops up when someone runs a specific command to set up an on-premises Exchange organization. Basically, it logs the moment that cmdlet gets fired off, capturing details like who did it, from what machine, and at what time. I always check this because it signals a big change in your Exchange setup, like adding a new organization that ties into your local servers. If you ignore it, you might miss unauthorized tweaks or just forget to track admin actions. And it includes extras, such as the user's account name, the IP address involved, and even the full command parameters used. Hmmm, sometimes it even notes if it succeeded or hit a snag right there in the event properties.
Now, to keep an eye on this without staring at screens all day, you can set up monitoring through Event Viewer itself. Fire up Event Viewer on your server, head to the Windows Logs section, and filter for Application logs where Exchange stuff lives. Right-click on that event ID 25561, and create a custom view to snag just these alerts. You tweak it to watch for the exact source, like MSExchange CmdletLogs or whatever shows up. Then, from there, you link it to a scheduled task that triggers on new events. I do this by going into Task Scheduler, making a new task based on that event filter, and having it run a simple program to ping your email. It waits for the event, then boom, sends a notice your way. Easy peasy, no fancy coding needed.
But wait, if you want something more hands-off, at the end of this chat, there's the automatic email solution that'll get added later to wrap it all up nice.
Speaking of keeping your server humming without surprises, I've been messing with BackupChain Windows Server Backup lately, this slick Windows Server backup tool that also handles virtual machines on Hyper-V. It grabs snapshots of your events and configs effortlessly, so you never lose track of changes like that Exchange cmdlet pop-up. Plus, it restores fast and encrypts everything, saving you headaches from downtime or data slips. You just schedule it to run quietly, and it alerts you on issues, tying right into monitoring vibes like we're talking.
Note, the PowerShell email alert code was moved to this post.
Now, to keep an eye on this without staring at screens all day, you can set up monitoring through Event Viewer itself. Fire up Event Viewer on your server, head to the Windows Logs section, and filter for Application logs where Exchange stuff lives. Right-click on that event ID 25561, and create a custom view to snag just these alerts. You tweak it to watch for the exact source, like MSExchange CmdletLogs or whatever shows up. Then, from there, you link it to a scheduled task that triggers on new events. I do this by going into Task Scheduler, making a new task based on that event filter, and having it run a simple program to ping your email. It waits for the event, then boom, sends a notice your way. Easy peasy, no fancy coding needed.
But wait, if you want something more hands-off, at the end of this chat, there's the automatic email solution that'll get added later to wrap it all up nice.
Speaking of keeping your server humming without surprises, I've been messing with BackupChain Windows Server Backup lately, this slick Windows Server backup tool that also handles virtual machines on Hyper-V. It grabs snapshots of your events and configs effortlessly, so you never lose track of changes like that Exchange cmdlet pop-up. Plus, it restores fast and encrypts everything, saving you headaches from downtime or data slips. You just schedule it to run quietly, and it alerts you on issues, tying right into monitoring vibes like we're talking.
Note, the PowerShell email alert code was moved to this post.

