<?xml version="1.0" encoding="UTF-8"?>
<rss xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" version="2.0">
  <channel>
    <title>Exchange topics</title>
    <link>https://techcommunity.microsoft.com/t5/exchange/bd-p/Exchange_General</link>
    <description>Exchange topics</description>
    <pubDate>Mon, 12 Oct 2026 00:02:20 GMT</pubDate>
    <dc:creator>Exchange_General</dc:creator>
    <dc:date>2026-10-12T00:02:20Z</dc:date>
    <item>
      <title>Microsoft Finally Makes Send Mail from Alias Generally Available</title>
      <link>https://techcommunity.microsoft.com/t5/exchange/microsoft-finally-makes-send-mail-from-alias-generally-available/m-p/4563132#M17463</link>
      <description>&lt;P&gt;Nearly five years after going into preview, Microsoft has made the send from alias feature for Exchange Online generally available. It’s a very useful feature that eliminates the need to use a shared mailbox to be able to send messages with different email addresses. Microsoft has closed some functionality gaps since the preview started, but sending from an alias is not the same as sending from a mailbox’s primary SMTP address. Some user training might be necessary!&lt;/P&gt;
&lt;P&gt;https://office365itpros.com/2026/10/09/send-from-alias-finally-ga/&lt;/P&gt;</description>
      <pubDate>Fri, 09 Oct 2026 08:12:16 GMT</pubDate>
      <guid>https://techcommunity.microsoft.com/t5/exchange/microsoft-finally-makes-send-mail-from-alias-generally-available/m-p/4563132#M17463</guid>
      <dc:creator>TonyRedmond</dc:creator>
      <dc:date>2026-10-09T08:12:16Z</dc:date>
    </item>
    <item>
      <title>Why do Apple macOS and Ubuntu clients display Exchange meeting times one hour earlier than scheduled</title>
      <link>https://techcommunity.microsoft.com/t5/exchange/why-do-apple-macos-and-ubuntu-clients-display-exchange-meeting/m-p/4563079#M17461</link>
      <description>&lt;P&gt;If a meeting is generated from Apple macOS and Ubuntu clients showing the meeting time as one hour earlier than the actual scheduled time email solution is exchange server 2019, what will be the issue.&lt;/P&gt;</description>
      <pubDate>Fri, 09 Oct 2026 05:59:29 GMT</pubDate>
      <guid>https://techcommunity.microsoft.com/t5/exchange/why-do-apple-macos-and-ubuntu-clients-display-exchange-meeting/m-p/4563079#M17461</guid>
      <dc:creator>Yasir_khan</dc:creator>
      <dc:date>2026-10-09T05:59:29Z</dc:date>
    </item>
    <item>
      <title>Staff Email hacked Restored but not able to receive any emails</title>
      <link>https://techcommunity.microsoft.com/t5/exchange/staff-email-hacked-restored-but-not-able-to-receive-any-emails/m-p/4563018#M17460</link>
      <description>&lt;P&gt;Could you please advise on the best way to restore emails for a staff member whose email account was recently compromised? I am the account administrator and am trying to recover any missing messages and verify mail flow. I have already used Message Trace, but I can't locate a test message I sent to the user. Any guidance on the appropriate recovery steps or troubleshooting recommendations would be greatly appreciated.&amp;nbsp; Thanks&lt;/P&gt;</description>
      <pubDate>Thu, 08 Oct 2026 20:32:07 GMT</pubDate>
      <guid>https://techcommunity.microsoft.com/t5/exchange/staff-email-hacked-restored-but-not-able-to-receive-any-emails/m-p/4563018#M17460</guid>
      <dc:creator>Seena_Poopathi</dc:creator>
      <dc:date>2026-10-08T20:32:07Z</dc:date>
    </item>
    <item>
      <title>Unable to Locate email in Quarantine List</title>
      <link>https://techcommunity.microsoft.com/t5/exchange/unable-to-locate-email-in-quarantine-list/m-p/4561428#M17452</link>
      <description>&lt;P&gt;Message Trace shows the email is in Quarantine. When I go to the admin Quarantine List, I am unable to locate email in Admin Quarantine List.&lt;/P&gt;</description>
      <pubDate>Thu, 01 Oct 2026 13:48:53 GMT</pubDate>
      <guid>https://techcommunity.microsoft.com/t5/exchange/unable-to-locate-email-in-quarantine-list/m-p/4561428#M17452</guid>
      <dc:creator>robcol</dc:creator>
      <dc:date>2026-10-01T13:48:53Z</dc:date>
    </item>
    <item>
      <title>Using PowerShell to Work with Microsoft 365 Groups, Conversations, Threads, and Posts</title>
      <link>https://techcommunity.microsoft.com/t5/exchange/using-powershell-to-work-with-microsoft-365-groups-conversations/m-p/4561128#M17451</link>
      <description>&lt;P&gt;When launched in 2015, Outlook groups were an email-based collaboration platform. Now called Microsoft 365 Groups, the few Outlook groups that host email-based discussions have a distinctive Graph API to create and manage the conversations, topics, and posts which make up their discussions. This article reviews how to use PowerShell to fetch these objects and how to create new conversations and reply to posts (using the Outlook Groups APIs, of course).&lt;/P&gt;
&lt;P&gt;https://office365itpros.com/2026/09/30/outlook-group-graph-api/&lt;/P&gt;</description>
      <pubDate>Wed, 30 Sep 2026 10:59:12 GMT</pubDate>
      <guid>https://techcommunity.microsoft.com/t5/exchange/using-powershell-to-work-with-microsoft-365-groups-conversations/m-p/4561128#M17451</guid>
      <dc:creator>TonyRedmond</dc:creator>
      <dc:date>2026-09-30T10:59:12Z</dc:date>
    </item>
    <item>
      <title>Microsoft to Drop Most Azure Communication Services</title>
      <link>https://techcommunity.microsoft.com/t5/exchange/microsoft-to-drop-most-azure-communication-services/m-p/4560775#M17446</link>
      <description>&lt;P&gt;Microsoft has announced that it will retire most Azure Communication Services offerings on September 30, 2028. Among the affected services is Email Communication Services (ECS), leaving Microsoft without a dedicated cloud service for high-volume external email. Exchange Online’s High Volume Email (HVE) service currently lacks that capability, but Microsoft could choose to fill the gap with a new pay-as-you-go HVE offering aimed at bulk email workloads.&lt;/P&gt;
&lt;P&gt;https://office365itpros.com/2026/09/29/acs-retirement-sept-2028/&lt;/P&gt;</description>
      <pubDate>Tue, 29 Sep 2026 13:39:40 GMT</pubDate>
      <guid>https://techcommunity.microsoft.com/t5/exchange/microsoft-to-drop-most-azure-communication-services/m-p/4560775#M17446</guid>
      <dc:creator>TonyRedmond</dc:creator>
      <dc:date>2026-09-29T13:39:40Z</dc:date>
    </item>
    <item>
      <title>Cross-Tenant Mailbox Migration - HTTP 401 Unauthenticated during Test-MigrationServerAvailability</title>
      <link>https://techcommunity.microsoft.com/t5/exchange/cross-tenant-mailbox-migration-http-401-unauthenticated-during/m-p/4560346#M17445</link>
      <description>&lt;P&gt;We are performing a Cross-Tenant Exchange Online mailbox migration between two Microsoft 365 tenants.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;The migration endpoint is configured with ApplicationId authentication and validates successfully.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;When running:&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;Test-MigrationServerAvailability -Endpoint "MexicoToPortugal" -TestMailbox "&amp;lt;user&amp;gt;"&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;the test consistently fails with:&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;StatusCode="Unauthenticated"&lt;/P&gt;&lt;P&gt;HTTP Status Code: 401&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;We reproduced the issue with two different users.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;We have already validated:&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;- MailUser configuration&lt;/P&gt;&lt;P&gt;- ExchangeGuid&lt;/P&gt;&lt;P&gt;- LegacyExchangeDN (X500)&lt;/P&gt;&lt;P&gt;- ExternalEmailAddress&lt;/P&gt;&lt;P&gt;- Accepted Domains&lt;/P&gt;&lt;P&gt;- Organization Relationships&lt;/P&gt;&lt;P&gt;- Migration Endpoint&lt;/P&gt;&lt;P&gt;- Enterprise Application&lt;/P&gt;&lt;P&gt;- Mailbox.Migration permission&lt;/P&gt;&lt;P&gt;- Admin Consent&lt;/P&gt;&lt;P&gt;- Cross-Tenant Migration licensing&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;The same HTTP 401 error occurs for multiple mailboxes after all configuration issues are corrected.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;Has anyone experienced a similar Cross-Tenant Mailbox Migration scenario where Test-MigrationServerAvailability returns HTTP 401 Unauthenticated even though the Enterprise Application, Mailbox.Migration permission and Admin Consent are correctly configured?&lt;/P&gt;</description>
      <pubDate>Mon, 28 Sep 2026 10:17:24 GMT</pubDate>
      <guid>https://techcommunity.microsoft.com/t5/exchange/cross-tenant-mailbox-migration-http-401-unauthenticated-during/m-p/4560346#M17445</guid>
      <dc:creator>Malextrimo</dc:creator>
      <dc:date>2026-09-28T10:17:24Z</dc:date>
    </item>
    <item>
      <title>Retirement of Azure Communication Services</title>
      <link>https://techcommunity.microsoft.com/t5/exchange/retirement-of-azure-communication-services/m-p/4560108#M17443</link>
      <description>&lt;P&gt;Microsoft has announced several retirement and breaking changes in September 2026.&lt;BR /&gt;One notable change is the retirement of &lt;STRONG&gt;Azure Communication Services as a standalone offering&lt;/STRONG&gt;, scheduled to take effect on &lt;STRONG&gt;September 30, 2028&lt;/STRONG&gt;.&lt;BR /&gt;&lt;BR /&gt;Organizations currently using Azure Communication Services should review the announcement, assess the potential impact on their environments, and begin planning accordingly.&lt;BR /&gt;&lt;BR /&gt;&lt;/P&gt;&lt;P&gt;&lt;A class="lia-external-url" href="https://learn.microsoft.com/en-us/azure/communication-services/acs-retirement-and-breaking-changes-guide" target="_blank"&gt;https://learn.microsoft.com/en-us/azure/communication-services/acs-retirement-and-breaking-changes-guide&lt;/A&gt;&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;</description>
      <pubDate>Sun, 27 Sep 2026 06:02:05 GMT</pubDate>
      <guid>https://techcommunity.microsoft.com/t5/exchange/retirement-of-azure-communication-services/m-p/4560108#M17443</guid>
      <dc:creator>Zohaib_Yousuf</dc:creator>
      <dc:date>2026-09-27T06:02:05Z</dc:date>
    </item>
    <item>
      <title>Exchange 2019 Recovery Monitoring Mailboxes</title>
      <link>https://techcommunity.microsoft.com/t5/exchange/exchange-2019-recovery-monitoring-mailboxes/m-p/4559333#M17441</link>
      <description>&lt;P&gt;Hello, everyone!&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;I have a geographically distributed DAG cluster consisting of two Exchange 2019 CU15 servers.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;Problem:&lt;/P&gt;&lt;P&gt;Monitoring Mailboxes are not being created on either server.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;What I’ve already checked:&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;I stopped the following services:&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;Microsoft Exchange Health Manager&lt;/P&gt;&lt;P&gt;Microsoft Exchange Health Manager Recovery&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;</description>
      <pubDate>Wed, 23 Sep 2026 12:08:22 GMT</pubDate>
      <guid>https://techcommunity.microsoft.com/t5/exchange/exchange-2019-recovery-monitoring-mailboxes/m-p/4559333#M17441</guid>
      <dc:creator>Amina28</dc:creator>
      <dc:date>2026-09-23T12:08:22Z</dc:date>
    </item>
    <item>
      <title>Business Standard with Exchange Plan 2 NOW only showing 100GB of email space</title>
      <link>https://techcommunity.microsoft.com/t5/exchange/business-standard-with-exchange-plan-2-now-only-showing-100gb-of/m-p/4558431#M17438</link>
      <description>&lt;P&gt;&amp;nbsp; FOR THE PAST 3 YEARS, we have 15 users with Microsoft Business Standard with 100GB of email storage space and 11 with Microsoft Business Premium with 100GB of email storage.&amp;nbsp; &amp;nbsp;I have 1 Business Standard with Exchange On-line Plan2, and 1 with Exchange On-line Plan2.&amp;nbsp; Both have always jhad 150GB of usable mailbox storage.&amp;nbsp; &amp;nbsp;Both users for several years, leading up to September 18, 2026 had over 100GB of mail in their mailboxes and had no problems sending or receiving email, ever.&amp;nbsp; THEN ALL OF THE SUDDEN on 9/18/2026, these 2 users with Plan 2 are no longer able to receive any email and it now shows their mailbox is full Even though checking active users details about mail for both of these users shows 150GB storage.&amp;nbsp; In investigating further, in the exchange area of the admin portal, checking mailboxes indeed both of these 2 USERS ONLY SHOW 100GB, which is the exact same as all my other users who are not paying for Exchange PLAN 2.&amp;nbsp; HOW DO I REPORT this to Microsoft?&lt;/P&gt;</description>
      <pubDate>Sun, 20 Sep 2026 23:23:22 GMT</pubDate>
      <guid>https://techcommunity.microsoft.com/t5/exchange/business-standard-with-exchange-plan-2-now-only-showing-100gb-of/m-p/4558431#M17438</guid>
      <dc:creator>JimOh</dc:creator>
      <dc:date>2026-09-20T23:23:22Z</dc:date>
    </item>
    <item>
      <title>IMAP Mail Migration</title>
      <link>https://techcommunity.microsoft.com/t5/exchange/imap-mail-migration/m-p/4556487#M17425</link>
      <description>&lt;P&gt;Hello Microsoft Community,&lt;/P&gt;&lt;P&gt;We are currently performing a mailbox migration from Google Workspace (Gmail) to Microsoft 365 Exchange Online using the IMAP migration method.&lt;/P&gt;&lt;P&gt;The customer's environment is configured for split routing/coexistence, where both Google Workspace and Microsoft 365 are actively being used during the migration process. Mail flow is functioning as expected; however, we are experiencing extremely slow migration performance.&lt;/P&gt;&lt;P&gt;For example, a mailbox containing approximately 10 GB of data is taking nearly two weeks to migrate, which is significantly impacting the overall project timeline.&lt;/P&gt;&lt;P&gt;We would appreciate guidance on the following:&lt;/P&gt;&lt;OL&gt;&lt;LI&gt;Is this migration speed expected when using the IMAP migration method from Google Workspace to Exchange Online?&lt;/LI&gt;&lt;LI&gt;Does Exchange Online enforce any throttling limits that can affect IMAP migration throughput?&lt;/LI&gt;&lt;LI&gt;Can split routing or coexistence between Google Workspace and Microsoft 365 impact IMAP migration performance?&lt;/LI&gt;&lt;LI&gt;Is there a recommended number of concurrent mailbox migrations or migration batch size for optimal performance?&lt;/LI&gt;&lt;LI&gt;Are there any Google Workspace-side limitations, API restrictions, or throttling settings that should be reviewed?&lt;/LI&gt;&lt;LI&gt;What Microsoft-recommended configurations or best practices can help improve IMAP migration speed?&lt;/LI&gt;&lt;LI&gt;If higher migration throughput is required, does Microsoft recommend an alternative migration approach instead of IMAP?&lt;/LI&gt;&lt;LI&gt;If split routing/coexistence must remain active throughout the migration project, what is the recommended Microsoft-supported migration method?&lt;/LI&gt;&lt;/OL&gt;&lt;P&gt;We are trying to identify whether the bottleneck is on the Exchange Online side, Google Workspace side, or related to the coexistence configuration.&lt;/P&gt;&lt;P&gt;Any troubleshooting guidance, performance recommendations, or Microsoft documentation references would be greatly appreciated.&lt;/P&gt;</description>
      <pubDate>Tue, 15 Sep 2026 05:12:15 GMT</pubDate>
      <guid>https://techcommunity.microsoft.com/t5/exchange/imap-mail-migration/m-p/4556487#M17425</guid>
      <dc:creator>Gagandeepkaur370</dc:creator>
      <dc:date>2026-09-15T05:12:15Z</dc:date>
    </item>
    <item>
      <title>IMAP Migration from Google Workspace to Microsoft 365</title>
      <link>https://techcommunity.microsoft.com/t5/exchange/imap-migration-from-google-workspace-to-microsoft-365/m-p/4556130#M17422</link>
      <description>&lt;P&gt;Hello Team,&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;Greetings!!&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;We have recently been experiencing significant delays during IMAP migrations from Google Workspace to Microsoft 365 and would like to understand if there are any known issues or recent changes affecting IMAP migration performance.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;We are aware that Microsoft provides the native Google Workspace migration method, which would generally be preferable. However, in our migration scenarios, we have split routing/coexistence configured, with the domain configured as Internal Relay in Exchange Online. Because of this setup, we are currently unable to select/configure the required target delivery domain as expected during the native Google Workspace migration process.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;Could you please confirm:&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;Whether there are any known issues, throttling, or performance degradation with IMAP migrations from Google Workspace to Microsoft 365 recently?&lt;/P&gt;&lt;P&gt;Whether the Internal Relay/split-routing configuration can affect the native Google Workspace migration process or the availability of the target delivery domain option?&lt;/P&gt;&lt;P&gt;Is there any recommended configuration or workaround that would allow us to use the native Google Workspace migration while maintaining split routing?&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;Any guidance or recommended approach would be highly appreciated.&lt;/P&gt;</description>
      <pubDate>Mon, 14 Sep 2026 07:22:45 GMT</pubDate>
      <guid>https://techcommunity.microsoft.com/t5/exchange/imap-migration-from-google-workspace-to-microsoft-365/m-p/4556130#M17422</guid>
      <dc:creator>akanksha2</dc:creator>
      <dc:date>2026-09-14T07:22:45Z</dc:date>
    </item>
    <item>
      <title>Sincronizzare scheda contatti dell'account di posta elettronica con active directory</title>
      <link>https://techcommunity.microsoft.com/t5/exchange/sincronizzare-scheda-contatti-dell-account-di-posta-elettronica/m-p/4555506#M17418</link>
      <description>&lt;P&gt;Good morning,&lt;/P&gt;&lt;P&gt;I need to update the mobile and office phone numbers for users in Active Directory and then synchronize them with the contact information in their email accounts. The goal is to ensure that when a user types an email address in Outlook and hovers their mouse over it, the phone and mobile numbers are visible in the contact card.&lt;/P&gt;</description>
      <pubDate>Fri, 11 Sep 2026 05:10:05 GMT</pubDate>
      <guid>https://techcommunity.microsoft.com/t5/exchange/sincronizzare-scheda-contatti-dell-account-di-posta-elettronica/m-p/4555506#M17418</guid>
      <dc:creator>ALCANTAREX</dc:creator>
      <dc:date>2026-09-11T05:10:05Z</dc:date>
    </item>
    <item>
      <title>Microsoft Bumps Auto-Expanding Archive Limit Past 1.5 TB</title>
      <link>https://techcommunity.microsoft.com/t5/exchange/microsoft-bumps-auto-expanding-archive-limit-past-1-5-tb/m-p/4555180#M17415</link>
      <description>&lt;P&gt;First revealed in 2015, the history of auto-expanding archives in Exchange Online has been spotty with several false starts. Now the limit will go past 1.5 TB, but only for eligible E5 licenses. Although the roadmap item has roll-out scheduled for October 2026, Microsoft hasn’t revealed details of what the new upper limit will be or how the new limit will be managed. Having a massive archive mailbox will never concern me, but there must be some who need such a monster archive.&lt;/P&gt;
&lt;P&gt;https://office365itpros.com/2026/09/10/auto-expanding-archive-larger/&lt;/P&gt;</description>
      <pubDate>Thu, 10 Sep 2026 08:46:23 GMT</pubDate>
      <guid>https://techcommunity.microsoft.com/t5/exchange/microsoft-bumps-auto-expanding-archive-limit-past-1-5-tb/m-p/4555180#M17415</guid>
      <dc:creator>TonyRedmond</dc:creator>
      <dc:date>2026-09-10T08:46:23Z</dc:date>
    </item>
    <item>
      <title>Exchange SE Published Calendar URLs giving HTTP 500 error (both html and ics)</title>
      <link>https://techcommunity.microsoft.com/t5/exchange/exchange-se-published-calendar-urls-giving-http-500-error-both/m-p/4554951#M17413</link>
      <description>&lt;P&gt;I'm getting an http 500 error when trying to browse any published calendar url. I already recreated the owa virtual directories and just updated to the latest patch level of Exchange Server SE. I did a failed request tracing for error 500 and I see the following info:&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;img /&gt;&lt;P&gt;When I got to that section of the web.config I see the following under rewrite:&lt;/P&gt;&lt;img /&gt;&lt;P&gt;I tried using AI to "fix" this but it didn't fix anything. Can anyone offer any insite as to what's wrong here?&lt;/P&gt;&lt;P&gt;Thanks!&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;p.s. this was getting listed as spam so I will paste the text from the pictures in a reply below&lt;/P&gt;</description>
      <pubDate>Wed, 09 Sep 2026 18:00:24 GMT</pubDate>
      <guid>https://techcommunity.microsoft.com/t5/exchange/exchange-se-published-calendar-urls-giving-http-500-error-both/m-p/4554951#M17413</guid>
      <dc:creator>jrsmith83</dc:creator>
      <dc:date>2026-09-09T18:00:24Z</dc:date>
    </item>
    <item>
      <title>Own domain flagged as harmful by Safe Links — submissions return "Unknown"</title>
      <link>https://techcommunity.microsoft.com/t5/exchange/own-domain-flagged-as-harmful-by-safe-links-submissions-return/m-p/4554595#M17409</link>
      <description>&lt;P&gt;Our organization's own domain is being flagged as "This message contains a link that might be harmful" in Outlook and Teams. We submitted the URL for review via Submissions → URLs twice (over several days apart), and both came back as "Unknown - We checked but can't make a decision right now." We also tried adding the domain to the Tenant Allow/Block List, but the warning in Teams still persists. Per the portal notice, tenant allow entries only override bulk/spam/regular phishing verdicts, not malware/high-confidence phishing — so we suspect the domain may be misclassified at a higher severity level. Has anyone experienced this before, or know how to escalate when submissions repeatedly return "Unknown"?&lt;/P&gt;&lt;P&gt;Submission IDs for reference: 5483d45c-405e-46c8-97e3-08df0cc793fb (Sep 7) and dcaab607-4ead-4791-4996-08df0a6ab25a (Sep 4).&lt;/P&gt;</description>
      <pubDate>Wed, 09 Sep 2026 02:37:50 GMT</pubDate>
      <guid>https://techcommunity.microsoft.com/t5/exchange/own-domain-flagged-as-harmful-by-safe-links-submissions-return/m-p/4554595#M17409</guid>
      <dc:creator>Mijiddorj</dc:creator>
      <dc:date>2026-09-09T02:37:50Z</dc:date>
    </item>
    <item>
      <title>Exchange online - shared personal calendar dissapear</title>
      <link>https://techcommunity.microsoft.com/t5/exchange/exchange-online-shared-personal-calendar-dissapear/m-p/4554167#M17407</link>
      <description>&lt;P&gt;User A has been given full delegate access to User B mailbox - set in exchange admin backend&lt;BR /&gt;&lt;BR /&gt;When user A open OWA (or outlook app) - the calendar of User B does not show up.&lt;BR /&gt;Manually when adding User B calendar the calendar shows up - but only with limited view (details of meeting not shown)&lt;BR /&gt;&lt;BR /&gt;If User A do a F5/refresh in OWA (or close and open outloo app) - the calendar of User B is gone again&lt;BR /&gt;&lt;BR /&gt;Have tried to reset the rights on calendar of user B - so to remove all access for user A. And wait 24 hours - and then set the rights again.&lt;BR /&gt;But issue on calendar keep going on&lt;BR /&gt;&lt;BR /&gt;Running exchange online&lt;/P&gt;</description>
      <pubDate>Tue, 08 Sep 2026 05:01:19 GMT</pubDate>
      <guid>https://techcommunity.microsoft.com/t5/exchange/exchange-online-shared-personal-calendar-dissapear/m-p/4554167#M17407</guid>
      <dc:creator>AppleKri</dc:creator>
      <dc:date>2026-09-08T05:01:19Z</dc:date>
    </item>
    <item>
      <title>Outlook Classic Stamps Its Style on the New Outlook</title>
      <link>https://techcommunity.microsoft.com/t5/exchange/outlook-classic-stamps-its-style-on-the-new-outlook/m-p/4553880#M17404</link>
      <description>&lt;P&gt;In an attempt to ease the transition to the new Outlook, Microsoft has introduced the classic Outlook style for the new Outlook and OWA. The style essentially redoes the existing GUI for the web clients to make their appearance very close to the win32 client. After using the two clients side by side for a week, sometimes I find it difficult to know what client I’m interacting with. The question is what average users rather than IT people think of a different face for the new Outlook.&lt;/P&gt;
&lt;P&gt;https://office365itpros.com/2026/09/07/classic-outlook-style/&lt;/P&gt;</description>
      <pubDate>Mon, 07 Sep 2026 08:12:46 GMT</pubDate>
      <guid>https://techcommunity.microsoft.com/t5/exchange/outlook-classic-stamps-its-style-on-the-new-outlook/m-p/4553880#M17404</guid>
      <dc:creator>TonyRedmond</dc:creator>
      <dc:date>2026-09-07T08:12:46Z</dc:date>
    </item>
    <item>
      <title>Depreciation of Custom Controls in favor of External MFA</title>
      <link>https://techcommunity.microsoft.com/t5/exchange/depreciation-of-custom-controls-in-favor-of-external-mfa/m-p/4553637#M17402</link>
      <description>&lt;P&gt;Deprecation of Custom controls&lt;BR /&gt;Custom controls are being deprecated in favor of External MFA. Existing configurations keep working during the transition, but you should begin migration planning now. Custom controls retire September 30, 2026, and reach end of life in May 2027.&lt;BR /&gt;&lt;BR /&gt;When will you see this change?&lt;BR /&gt;Custom controls will be retired on September 30, 2026, and the service will reach end of life in May 2027.&lt;BR /&gt;&lt;BR /&gt;Who will be affected by this change?&lt;BR /&gt;This update affects organizations currently using Custom controls to integrate third-party MFA providers with Conditional Access.&lt;BR /&gt;&lt;BR /&gt;How will this affect your organization?&lt;BR /&gt;Organizations relying on Custom controls will need to transition to External MFA to maintain support and continue using third-party MFA solutions within Microsoft Entra ID. Moving to External MFA also enables more consistent Conditional Access enforcement and improved integration with Microsoft Entra security capabilities.&lt;BR /&gt;&lt;BR /&gt;What do you need to do to prepare?&lt;BR /&gt;Organizations should:&lt;BR /&gt;Review existing Custom controls integrations&lt;BR /&gt;Evaluate External MFA migration requirements&lt;BR /&gt;Test Conditional Access policies and user experiences before migration&lt;BR /&gt;Begin migration planning ahead of the retirement date&lt;BR /&gt;Read more in the External MFA General Availability announcement and migration guidance.&lt;/P&gt;</description>
      <pubDate>Sat, 05 Sep 2026 08:05:32 GMT</pubDate>
      <guid>https://techcommunity.microsoft.com/t5/exchange/depreciation-of-custom-controls-in-favor-of-external-mfa/m-p/4553637#M17402</guid>
      <dc:creator>Zohaib_Yousuf</dc:creator>
      <dc:date>2026-09-05T08:05:32Z</dc:date>
    </item>
    <item>
      <title>Exchange Server OWA does not display lnline Images after EEMS M2.1.0 mitigation.</title>
      <link>https://techcommunity.microsoft.com/t5/exchange/exchange-server-owa-does-not-display-lnline-images-after-eems-m2/m-p/4553209#M17401</link>
      <description>&lt;P&gt;Exchange Server can automatically apply applicable mitigations by using the Exchange Emergency Mitigation Service (EEMS) to retrieve mitigation information from Microsoft's Office Config Service (OCS).&lt;/P&gt;
&lt;P&gt;&lt;STRONG&gt;EEMS can apply several types of mitigations:&lt;/STRONG&gt;&lt;/P&gt;
&lt;P&gt;1. IIS URL Rewrite Rule Mitigation: Blocks specific malicious HTTP request patterns that could put an Exchange Server at risk.&lt;/P&gt;
&lt;P&gt;2. Exchange Service Mitigation: Disables a vulnerable Exchange service.&lt;/P&gt;
&lt;P&gt;3. Application Pool Mitigation: Disables a vulnerable application pool on the Exchange Server.&lt;/P&gt;
&lt;P&gt;In this case, inline images were displayed correctly in Outlook, but the same images were not displayed in OWA.&lt;/P&gt;
&lt;P&gt;The issue was identified as being related to the IIS URL Rewrite rule deployed by the M2.1.0 mitigation for CVE-2026-42897.&lt;/P&gt;
&lt;P&gt;&lt;STRONG&gt;Verification&lt;/STRONG&gt;&lt;/P&gt;
&lt;P&gt;Run the following commands in the Exchange Management Shell.&lt;/P&gt;
&lt;P&gt;1. Check the installed Exchange Security Update version&lt;/P&gt;
&lt;LI-CODE lang=""&gt;(Get-Command ExSetup.exe).FileVersionInfo.ProductVersion&lt;/LI-CODE&gt;
&lt;P&gt;2. Check whether the Emergency Mitigation Service is enabled&lt;/P&gt;
&lt;LI-CODE lang=""&gt;Get-OrganizationConfig | fl MitigationsEnabled&lt;/LI-CODE&gt;
&lt;P&gt;3. Check applied and blocked mitigations&lt;/P&gt;
&lt;LI-CODE lang=""&gt;Get-ExchangeServer | fl Name,MitigationsApplied,MitigationsBlocked&lt;/LI-CODE&gt;
&lt;P&gt;For example, a server affected by this issue may show:&lt;/P&gt;
&lt;LI-CODE lang=""&gt;MitigationsApplied : {PING1, M2.1.0}
MitigationsBlocked : {M2.1.0}&lt;/LI-CODE&gt;
&lt;P&gt;4. Check the IIS URL Rewrite rule&lt;/P&gt;
&lt;LI-CODE lang=""&gt;Import-Module WebAdministration

Get-WebConfigurationProperty -PSPath "IIS:\Sites\Default Web Site\owa" -Filter "system.webServer/rewrite/outboundRules/rule" -Name "." | Select-Object name&lt;/LI-CODE&gt;
&lt;P&gt;The following rule may be present:&lt;/P&gt;
&lt;LI-CODE lang=""&gt;EEMS M2.1 OWA CSP - outbound&lt;/LI-CODE&gt;
&lt;P&gt;Microsoft provides Security Updates (SUs) to address security vulnerabilities in Exchange Server. Exchange Server SE is currently supported, while Exchange Server 2016 and Exchange Server 2019 can continue to receive applicable security updates through the Extended Security Updates (ESU) program.&lt;/P&gt;
&lt;P&gt;Note: Exchange Server 2016 and Exchange Server 2019 reached end of support in October 2025. ESU must be purchased separately to continue receiving applicable security updates.&lt;/P&gt;
&lt;P&gt;&lt;STRONG&gt;Resolution&lt;/STRONG&gt;&lt;/P&gt;
&lt;P&gt;1. Install the July 2026 SU or later&lt;/P&gt;
&lt;P&gt;Install the July 2026 SU or a later Security Update (preferably the latest available SU), and then restart the server.&lt;/P&gt;
&lt;P&gt;Installing the update does not automatically remove the previously applied CVE-2026-42897 mitigation.&lt;/P&gt;
&lt;P&gt;2. Block M2.1.0 from being reapplied&lt;/P&gt;
&lt;P&gt;If M2.1.0 is not already listed under MitigationsBlocked, add it:&lt;/P&gt;
&lt;LI-CODE lang=""&gt;Set-ExchangeServer -Identity EXSE-01 -MitigationsBlocked @{Add="M2.1.0"}&lt;/LI-CODE&gt;
&lt;P&gt;Note: Adding M2.1.0 to MitigationsBlocked does not remove the IIS rules that have already been applied. It prevents EEMS from reapplying the M2.1.0 mitigation.&lt;/P&gt;
&lt;P&gt;3. Back up the OWA web.config file&lt;/P&gt;
&lt;LI-CODE lang=""&gt;Copy-Item `
-Path "$env:ExchangeInstallPath\FrontEnd\HttpProxy\owa\web.config" `
-Destination "$env:ExchangeInstallPath\FrontEnd\HttpProxy\owa\web.config.$((Get-Date).ToString('yyyyMMdd-HHmmss')).bak"&lt;/LI-CODE&gt;
&lt;P&gt;4. Remove the M2.1.0 IIS URL Rewrite rule and precondition&lt;/P&gt;
&lt;LI-CODE lang=""&gt;Remove-WebConfigurationProperty `
-PSPath "IIS:\Sites\Default Web Site\owa" `
-Filter "system.webServer/rewrite/outboundRules" `
-Name "." `
-AtElement @{name="EEMS M2.1 OWA CSP - outbound"}&lt;/LI-CODE&gt;
&lt;P&gt;Then remove the associated precondition:&lt;/P&gt;
&lt;LI-CODE lang=""&gt;Remove-WebConfigurationProperty `
-PSPath "IIS:\Sites\Default Web Site\owa" `
-Filter "system.webServer/rewrite/outboundRules/preConditions" `
-Name "." `
-AtElement @{name="EEMS M2.1 OWA SPA HTML shell - precondition"}&lt;/LI-CODE&gt;
&lt;P&gt;&lt;STRONG&gt;Verification After Rollback&lt;/STRONG&gt;&lt;/P&gt;
&lt;P&gt;Without restarting the Exchange Server or running IISReset, reopen the same OWA message that previously failed to display the inline image and verify that the image is now displayed correctly.&lt;/P&gt;
&lt;P&gt;&lt;STRONG&gt;Test Results&lt;/STRONG&gt;&lt;/P&gt;
&lt;P&gt;I reproduced the issue in an Exchange Server SE June 2026 SU test environment.&lt;/P&gt;
&lt;P&gt;After EEMS automatically applied the M2.1.0 mitigation, an inline PNG image that was displayed correctly in Outlook was no longer displayed in OWA.&lt;/P&gt;
&lt;P&gt;After blocking M2.1.0 and removing the M2.1.0 IIS rules according to Microsoft's rollback guidance, the inline image in the same message was displayed correctly again in OWA.&lt;/P&gt;
&lt;P&gt;No Exchange Server restart or IISReset was required after removing the IIS rules.&lt;/P&gt;</description>
      <pubDate>Fri, 04 Sep 2026 08:45:52 GMT</pubDate>
      <guid>https://techcommunity.microsoft.com/t5/exchange/exchange-server-owa-does-not-display-lnline-images-after-eems-m2/m-p/4553209#M17401</guid>
      <dc:creator>AnnTaeYoun</dc:creator>
      <dc:date>2026-09-04T08:45:52Z</dc:date>
    </item>
  </channel>
</rss>

