Exchange - Hybrid MailFlow
Exchange - Hybrid MailFlow
Exchange - Hybrid MailFlow
Troubleshooting tools
https://technet.microsoft.com/en-us/exdeploy2013/Checklist?state=2419-W-AAAAAAAAQAAAAAEAAAAAAAA%7e
DEMO
Office 365 Deployment Tool
Mail flow Scenarios
Mail routing and customer type
Mail flow Scenarios
Connector and mail routing end to end scenarios
Fully hosted
1
4.1
3.2
1.1
1.2 3.1
2.1
2.2
4.2
12
11 4.1
9 7.2
7.1 8
3.2
10 5
3.1
2.1 6
1.2 1.1
2.2
4.2
8
9 5
10.2 7
3.2
4.2
3.1
1.2
2.2
6 4.1
1.1
4.3
2.3
10.1 2.1
11.1 4.1
9.3 7.1
5
10.1 2.2 3.1 7.2
8.3 3.2
6 1.1
2.1 4.2 8.2
1.2
8.1 9.2
9.1 10.3
10.2 11.3
11.2
3.2
7.2
8
9 7.1
11.2 2.3 5
4.1
1.2 10.2 3.1
4.3 11.1
6
1.1
4.2
2.2
10.1
9.1
2.1
Avoid common mistakes
1. All EOP and Hybrid customers must have inbound and outbound connector of type OnPremises
2. Test mail flow / configuration using Remote Connectivity Analyzer
3. Do NOT create inbound connector of type OnPremises when using 3rd party service provider. Create
Partner connector
4. Be very careful when using IP restriction in inbound connector, it will reject mail when connection IP
address does not match
5. InternalRelay domain requires outbound connector
The first step in knowing how to troubleshoot mail delivery issues is to understand how mail flows.
The path of mail flow will differ depending on whether the environment is an Office 365 (Cloud Only) user
If necessary, review the mail flow information earlier in this module for each of these environments:
Cloud Only
Mails are not going from On Premises Exchange server to Office 365
These commands will let you know where and why mails are stuck
Get-Queue
[PS] C:\>Get-Queue
RunspaceId : bc37517f-1e7b-40f2-b2b2-a6ee68986ef0
DeliveryType : Unreachable
TlsDomain :
NextHopConnector : 00000000-0000-0000-0000-000000000000
Status : Ready
MessageCount :1
LastError :
LastRetryTime :
NextRetryTime :
DeferredMessageCount : 0
QueueIdentity : EX1\Unreachable
Identity : EX1\Unreachable
IsValid : True
Get-MessageTrackingLog
[PS] C:\>Get-MessageTrackingLog -Sender ex14local@cloud365.in -MessageSubject:xxx
Here, the Status field will let us why the mail is not delivered
In case of an issue, the status will be either differed or pending
Delivery report in Office 365
Transferred
4/9/2014 7:04 PM
Source: MSExchangeTransport
Level: Error
Keywords: Classic
User: N/A
Computer: EX1.onprem.local
Description:
2014-03-24T12:29:32.966Z,EX1\Inbound from Office 365,08D1157114542214,17,10.0.86.146:25,213.199.154.10:30372,*,"CN=cloud365.in, OU=IT, O=Om Prakash Nath, L=Bangalore, S=Karnataka, C=IN",Certificate subject
Thread-Index Ac9HWe1MMgg31fOrTLiI/dA0xkxUhw==
If this attribute is set as
Date Mon, 24 Mar 2014 12:09:43 +0000
Internal , it signifies that the
Message-ID <1213B5B092F64642A431AB2C63A6B5496CAD86@EX1.onprem.local>
Mutual TLS in Office 365 is
MIME-Version 1.0
working as expected
Return-Path ex14local@cloud365.in
In case, if you find this value as
X-MS-Exchange-Organization-AuthAs Internal Anonymous, you can safely
X-MS-Exchange-Organization-AuthMechanism 04 assume that the mutual TLS is
X-MS-Exchange-Organization-AuthSource EX1.onprem.local broken and the mail flow is
X-MS-Exchange-Organization-SCL -1 happing over Opportunistic TLS
X-MS-Exchange-Organization-AVStamp-Service 1.0
X-OriginatorOrg cloud365.in
Non delivery report 1.1
In Exchange 2013, NDRs are designed to be easy to read and understand by both end-users and administrators.
Information that is displayed in an NDR is separated into the following two areas:
By different servers
Suppose a remote email organization accepts delivery of an email message through an Edge
Transport server, and then rejects that message because of a policy restriction on the
recipient's mailbox.
In this case, the sender is not allowed to send messages to the recipient. Edge Transport
servers do not perform message size validation so the Edge Transport server in this example
accepts the message because it has a valid recipient address and the message does not
violate another content restrictions.
Because the remote email organization accepts the whole message, including the message
contents, the remote email organization is responsible for rejecting the message and for
generating the NDR message to be sent to the sender.
Non delivery report 1.4
b) NDR generated and original message rejected by different servers
In this example, the remote server rejects the message and returns an enhanced status code to the local sending server
because the specified recipient does not exist. The rejection happens before the receiving server ever acknowledges the
message. Because the receiving server doesn't successfully acknowledge the message, the receiving server is not
responsible for the message. Therefore, the local sending server generates the NDR message and sends it to the sender of
the original message.
Non delivery report 1.3
NDR generated and original message rejected by the same server
Non delivery report 1.5
NDR generated and original message rejected by different servers
Receive Connectors [Important Parameters]
[PS] C:\>Get-ReceiveConnector *office* | fl *tls*
SuppressXAnonymousTls : False
RequireTLS : True
TlsDomainCapabilities : {outlook.com:AcceptOorgProtocol}
TlsDomain : cloud365.in
TlsSettings : DomainValidation
TlsDomain : outlook.com
TlsAuthLevel : DomainValidation
IgnoreSTARTTLS : False
RequireTLS : True
Delivery Schedule
S. No Product Category Date & Time