When you install the Exchange Server Security Update KB 3087126 on a server running the Exchange Server 2013 management tools only, you might receive an error message when starting the Exchange Management Shell.
The error might look like this:
The error message indicates that WinRM is having issues.This is not the case.
The problem occues due to registry changes performed by the patch setup and due to the way how ConnectFunctions.ps1 (used by RemoteExchange.ps1) determines the Exchange Server to connect to.
The script tries to connect to the local FQDN, if any Exchange role is installed on the local server. This is determined by querying the registry using the following command:
if (@(get-item HKLM:\SOFTWARE\Microsoft\ExchangeServer\v15\*role -erroraction:silentlycontinue).length -gt 0)
The queried registry does not exist prior to installation of KB 3087126.
When having installed the Exchange Server 2013 management tools only, which might be the case on a monitoring or scheduled task server, do the following:
Enjoy the Exchange Management Shell.
Mailscape 365 - Hybrid Exchange & Office 365 Monitoring and Reporting
Many organizations are choosing to use a mix of on-premise Microsoft Exchange and hosted Office 365 to meet their staff needs. These deployments, however, are challenging to support, with several 'moving parts' that need to be monitored in order to ensure reliable messaging and calendaring services - Test Drive Mailscape for Exchange Online
A new PowerShell script to add multiple legacy public folder replicas has been published to TechNet Gallery and Github
The script supports public folder migration during migration phases when upgrading to a new version of Exchange. Depending on the timespan for a migration project and the internal requirements of public folder replication, you might need a different apporach to add legacy public folder replicas.
Add replicas for SERVER01, SERVER02 to all sub folders of \COMMUNICATIONS\PR
.\Add-PFReplica.ps1 -ServersToAdd SERVER01,SERVER02 -PublicFolderServer SERVER01 -TopPublicFolder "\COMMUNICATIONS\PR"
The script is intended to work with legacy public folders on Exchange Server 2007 and Exchange Server 2010.
The community script Copy-ReceiveConnector has been updated. Receive Connectors that do exist on a specified target server can now be updated.
Besides the receive connector communication the assigned permissions of the source connector can be copied as well.
Are you unsure, if you should migrate to Office 365? You want to know more about security of cloud applications and services? Your Exchange Server infrastructure requires an upgrade? Contact me via email: firstname.lastname@example.org
A new community PowerShell script to simplify Exchange Server mailbox migrations has been published to TechNet Gallery and Github.
See script help for examples.
Checkout the professional services provided by Granikos for planning and migration your exisiting Exchange Server infrastructure to the cloud. Protect your cloud services using the CloudSOC™ technology provided by Elastica.
PowerShell module providing centralizied logging and other helpful functions.
$ScriptDir = Split-Path $script:MyInvocation.MyCommand.Path
$ScriptName = $MyInvocation.MyCommand.Name
# Create a new logger object, keeping the last 14 days of log files
$logger = New-Logger -ScriptRoot $ScriptDir -ScriptName $ScriptName -LogFileRetention 14
# Write a new informational message to the log file
$logger.Write('My Log Message')
# Write an error message to the log file
$logger.Write('My custom error message')
# Write a warning message to the log file
$logger.Write('My custom warning')
# Send a log file by email at the end of your script
$logger.SendLogFile('email@example.com', 'firstname.lastname@example.org', 'smtpserver.mcsmemail.de')
You can "install" a PowerShell module by copying the module to a sub folder of the same name as the module in either of the two following locations:
PS C:\> $env:PSModulePath
Create a new folder named GlobalFunctions in C:\Program Files\WindowsPowerShell\Modules
Copy the GlobalFunctions.psm1 file to C:\Program Files\WindowsPowerShell\Modules\GlobalFunctions
These steps assume that you use a dedicated PowerShell scripts folder, e.g. D:\MyScripts
Close the current PowerShell window and open a new PowerShell window. That's it.
When using PowerShell 5, you can simply use the following PowerShell command from within an administrative PowerShell window.
When a new version of the GlobalFunctions module has been released, use the following PowerShell command to update the module.