• Home
  • About
  • Blog
  • Training
  • Books
  • Contact
    • Email
    • Facebook
    • Twitter
    • RSS

Practical 365

  • Office 365
  • Exchange 2019
  • Exchange 2016
  • Exchange 2013
  • Hybrid
  • Certificates
  • PowerShell
  • Migration
You are here: Home / Exchange Server / Troubleshooting Exchange Server 2013 with Test Cmdlets

Troubleshooting Exchange Server 2013 with Test Cmdlets

August 7, 2013 by Paul Cunningham 7 Comments

Exchange Server 2013 comes with a set of PowerShell cmdlets that can be used to test the health and functionality of your servers.

The cmdlets themselves have descriptive names such as Test-Mailflow, Test-MAPIConnectivity, Test-ActiveSyncConnectivity, and so on. You can see the full list by using Get-Command in the Exchange Management Shell.

1
[PS] C:\>Get-Command -Verb Test | Where Module -match $env:computername

Tip: You could also just run “Get-Command –Verb Test”. The point of filtering the output by Module is to keep some other Test-* cmdlets that aren’t part of the Exchange module from appearing in the results.

exchange-2013-test-cmdlets

As you can see there are quite a lot of test cmdlets available for administrators to use. In reality some of the test cmdlets are more commonly used than others, and a few are primarily used by services such as System Center Operations Manager (SCOM) rather than by the administrators.

Though it is not practical to explore every test cmdlet in depth let's take a closer look at some of the test cmdlets that you may find yourself using more frequently than others.

  • Creating the Test Mailbox User
  • Using Test-ReplicationHealth to Test DAG Members
  • Using Test-MAPIConnectivity to Test Mailbox Databases
  • Using Test-ServiceHealth to Verify Required Services are Running
  • Using Test-Mailflow to Verify End to End Mail Delivery
  • Using Test-ActiveSyncConnectivity to Verify Exchange ActiveSync
  • Using Test-OutlookWebServices to Verify Web Services Functionality
  • Using Test-MRSHealth to Verify the Mailbox Replication Service
  • Using Test-PowerShellConnectivity to Verify PowerShell Remoting
Paul Cunningham

Paul is a Microsoft MVP for Office Apps and Services and a Pluralsight author. He works as a consultant, writer, and trainer specializing in Office 365 and Exchange Server.

Exchange Server Exchange 2013, PowerShell

Comments

  1. Mahdi says

    August 27, 2013 at 2:05 am

    Hi , Paul .
    I am installed Exchange Server 2013 and I want to Know that Exchange 2013 have GUI mode for Management or no ?
    if yes , How can use it ?
    If possible send your guide to my mailbox .
    Thanks.

    Reply
    • Paul Cunningham says

      August 27, 2013 at 3:09 pm

      Exchange 2013 has a web-based admin console. You can see some info about it here:

      https://practical365.com/exchange-server-2013-management-tools/

      Reply
  2. Brian says

    April 18, 2014 at 11:14 pm

    Hi Paul,

    Any new SP1 cmdlets or other cmdlets that could help me resolve an issue?
    I installed SP1 a few days ago and one of my two CAS servers does not flow from outside to internal distros.

    I did notice the one CAS server does have two errors in the event log,

    Event ID 5039
    Routing failed to select any Mailbox servers to proxy a mail item to in routing tables with timestamp DDD TTT.
    Transport process role:FrontEnd. Recipient databases.

    Event ID 1049
    SMTP could not find any destinations to proxy to. SMTP session details:[SmtpInSession: SessionIs=xxxxxxxxxxxx ConnectionId=xxxx]

    Not sure these particular errors are related to my core issue.

    Thanks
    Brian

    Reply
    • Paul Cunningham says

      April 21, 2014 at 12:00 am

      Have you modified any of the default send/receive connectors on that server or created any custom ones?

      Is Exchange configured to use the NIC DNS settings or its own custom DNS settings?

      Is the server still a domain member? No issues with the computer account?

      Reply
  3. brian says

    April 21, 2014 at 7:01 am

    Both CAS server same,

    One custom receive connector configured same on both CAS:
    Externally secured
    Exchange servers, Anonymous users

    When route B-CUDA or Linux server to ACAS get errors sending to internal distros only.
    No destinations could be obtained to proxy to
    Temporary server error. Please try again later. PRX1 ,

    When route B-CUDA or Linux server to QCAS, no errors.

    Discoverd 24 hours after SP1 was applied, one of those strange configurations on that effects only 1 of my CAS servers and only to interanl distros…

    I have backend DAG ADB primary and QDB secondary, in the connectivity logs I see Established connection to QDB only, maybe normal but that server only contains copys of the DB’s

    I guess the good news is I can see the message that is not being delivered – now I just need to isolate which service or configuration, unless its a bad install of SP1…

    Thanks
    Brian

    Reply

Leave a Reply Cancel reply

You have to agree to the comment policy.

Recent Articles

  • How to configure custom branding for Office 365 Message Encryption
  • The clock is ticking on Exchange Server 2010
  • How to licence Exchange Hybrid servers
  • How to use the Azure Content Moderator in Office 365
  • Hybrid Agent & Exchange Modern Hybrid now available as a public preview
Practical 365

Training Courses

  • Configuring and Managing Office 365 Security
  • Office 365 Admin Playbook
  • Exchange 2016 Exam 70-345
  • Managing Exchange Mailboxes and Distribution Groups in PowerShell
  • More Training Courses...

Recommended Resources

  • Office 365 Security Resources
  • Office 365 Books
  • Exchange Server Books
  • Exchange Server Migrations
  • Exchange Analyzer
  • Digicert SSL Certificates

About This Site

Practical 365 is a leading site for Office 365 and Exchange Server news, tips and tutorials. Read more...
  • Email
  • Facebook
  • Twitter
  • RSS

Copyright © 2019 Quadrotech Solutions AG · Disclosure · Privacy Policy
Alpenstrasse 15, 6304 Zug, Switzerland

We are an Authorized DigiCert™ SSL Partner.