About This Article
This article was created using an automated generation workflow leveraging generative AI. The information is organized based on Microsoft Learn's Exchange Online Service Description, Exchange Online limits, and authentication-related documentation verified as of September 18, 2026.Verification Status: 📘 Microsoft Official Information Confirmed / Not Verified on Actual Environment
Exchange Online is Microsoft 365'scloud-side service that provides mailboxes, mail routing, calendars, and address books. Outlook is the client that accesses this service. Since "Outlook won't open" and "Emails are not being delivered in Exchange Online" are entirely different issues, understanding this boundary first makes troubleshooting much easier.
- Key Terms to Learn First
- Positioning of E3/E5
- First Step: Read the Mailbox on the Service Side
- Practical Example: Mail Migration is Not "Replacing Outlook"
- Authentication Considerations
- Best Practices for Business Use
- Checklist for Administrators
- Common Misconceptions
- Microsoft Official Information and Primary Sources
Key Terms to Learn First
| Term | Meaning for Beginners |
|---|---|
| Mailbox | A cloud storage area that holds user emails and calendars |
| SMTP | A mechanism for sending and relaying emails |
| MX | A DNS record that indicates where to deliver emails addressed to that domain |
| SPF / DKIM / DMARC | Mechanisms used to verify sender legitimacy and prevent spoofing |
| Modern Authentication | The current authentication method using tokens, such as OAuth 2.0 |
Positioning of E3/E5
Both Microsoft 365 E3 and E5 include Exchange Online Plan 2. Under current Exchange Online limits, Microsoft 365 Enterprise E3/E5 user mailboxes are 100 GB, and auto-expanding archiving can be used if specific conditions are met. On the other hand, advanced features of Defender for Office 365 and Purview are not synonymous with Exchange Online itself, and must be verified for each target SKU and feature.
flowchart LR User[利用者] --> Outlook[Outlook / Web / Mobile] Outlook --> EXO[Exchange Online] Internet[インターネット] --> DNS[MX / SPF / DKIM / DMARC] DNS --> EXO EXO --> Mailbox[メールボックス・予定表] EXO --> Security[Defender / Purviewn契約機能に応じて連携]
First Step: Read the Mailbox on the Service Side
In an administrative environment where Exchange Online PowerShell is available, perform read operations before attempting any write operations.
Connect-ExchangeOnline Get-EXOMailbox -Identity user@example.com | Select-Object DisplayName,PrimarySmtpAddress,RecipientTypeDetails
user@example.comChange only the target to the permitted test subject.PrimarySmtpAddressandRecipientTypeDetailsIf these can be retrieved, you are verifying the object on the service side rather than the Outlook UI. Do not use configuration change commands yet.
Practical Example: Mail Migration is Not "Replacing Outlook"
When migrating from a legacy email infrastructure to Microsoft 365, administrative staff care most about "whether they can send and receive using the same email address," but IT operations must verify mailboxes, shared mailboxes, distribution groups, DNS, connectors, devices, retention, and auditing.
sequenceDiagram participant S as 外部送信者 participant D as DNS participant E as Exchange Online participant U as 利用者 S->>D: example.jp のMXを確認 D-->>S: Microsoft 365の配送先 S->>E: メール配送 E->>E: ポリシー・迷惑メール等を評価 E-->>U: メールボックスへ配信
Authentication Considerations
Basic authentication is being deprecated in Exchange Online, and has already been removed for EAS, POP, IMAP, EWS, and legacy Remote PowerShell. Do not assume SMTP AUTH is fine as is just because "it works"; verify Modern Authentication support and disable unnecessary SMTP AUTH. Microsoft recommends disabling SMTP AUTH tenant-wide and enabling it only for specific mailboxes as exceptions.
Best Practices for Business Use
A practical division of labor is: general users should troubleshoot using the web version rather than relying solely on the Outlook client display, administrative staff should designate owners for shared mailboxes and main addresses, and IT operations should list MX/SPF/DKIM/DMARC, external forwarding, connectors, SMTP AUTH, and retention/auditing.
Checklist for Administrators
Exchange Online Plan, mailbox types, and capacities
Admin roles in the Exchange admin center
Accepted domains, MX/SPF/DKIM/DMARC
Mail flow rules, connectors, and external auto-forwarding
SMTP AUTH usage and Modern Authentication migration
Shared mailbox permissions and licensing requirements
Retention, DLP, auditing, eDiscovery, and Defender subscription scope
Change and deprecation notifications in the Message center
Common Misconceptions
"E5 has larger email capacity than E3," "Outlook is Exchange Online itself," and "Shared mailboxes unconditionally get advanced retention features for free" are all dangerous misconceptions. When using Litigation Hold or advanced Purview/Defender features with shared mailboxes, verify the licensing requirements for each feature.
Microsoft Official Information and Primary Sources
When trying to understand Exchange Online,viewing client, routing, authentication, mailbox, and compliance as separate layersis the fastest way.
