Outlook not receiving e-mails
Not receiving any e-mails from my outlook.com account. I can send e-mails okay but I cannot seem to be receiving any!! No errors and I am connected to Microsoft Exchange. and yes, I am aware of Microsoft's various "issues" but if I send e-mails from my exchange account why am I not receiving any?? I better not lose any that I have been waiting on...
Outlook still down in India – EX1550543 / MO1550821
Still affected here in India as of 10:45 UTC, 13 Nov 2026 (EX1550543 / MO1550821). Outlook on the web and Outlook desktop are both unable to connect. Sign-in to Microsoft 365 works, but Outlook isn't loading. We've ruled out local network issues on our side, so it looks like the fix hasn't reached our region yet. Is anyone else in India still affected, or seeing recovery?
Suggestion: Reduce the Global Impact of Exchange Outages Through Independent Email Platforms
A Practical Proposal to Reduce the Global Impact of the Microsoft Outlook / Exchange Online Outage Subject: An Immediate Business Continuity Suggestion – Utilising Independent Email Platforms During Major Microsoft Outages Dear Microsoft Exchange Online Team, IT Professionals and the Global Technology Community, I would like to put forward a practical suggestion that could potentially reduce the widespread business disruption caused by the current Microsoft Outlook / Exchange Online outage. My suggestion is based on a simple observation: not every email user in the world depends on Microsoft's email infrastructure. A significant proportion of email users rely on independent platforms such as Gmail, Yahoo Mail and other independent email hosting providers. Based on illustrative provider-share estimates considered during my research, approximately 85.6% of email accounts may belong to non-Microsoft providers, while approximately 14.4% may be associated with Microsoft. I acknowledge that these figures need further technical validation. Some organisations use their own domain names but host their actual email infrastructure on Microsoft Exchange. Such accounts must also be classified as Microsoft-dependent, irrespective of their visible email addresses. However, even after excluding these accounts, there should still be a substantial population of users whose email infrastructure is completely independent of Microsoft. My proposed immediate workaround Could businesses, institutions and IT administrators be encouraged to adopt the following temporary measures? 1. Direct access to original email platforms: Users who normally access their Gmail, Yahoo or other independent email accounts through the Outlook application should temporarily access those accounts directly through their respective websites or native applications. 2. Business domain email users: Organisations using their own domain-based email addresses should verify where their mailboxes are actually hosted. If their email hosting is independent of Microsoft, employees could bypass Outlook and access their original email hosting platforms directly. 3. Continue business correspondence: Customers, suppliers, vendors, accounts departments and other stakeholders using independent email infrastructure should continue communicating without waiting for Outlook services to recover. 4. Temporary communication advisories: Organisations could circulate an internal advisory encouraging employees to use their original email platforms wherever technically possible. A practical business example Consider a company called ABC Tiles, using a business email address such as email address removed for privacy reasons. A customer sends ABC Tiles a purchase order. The company normally accesses its emails through Microsoft Outlook. If ABC Tiles uses an independent email hosting provider, why should its business correspondence stop simply because its employees normally use Outlook? Its management could instruct employees to access their original email hosting platform directly and continue responding to purchase orders, quotations, invoices and customer enquiries. The same principle applies to thousands of businesses and institutions. Potential benefits • Reduction in avoidable communication delays. • Continuation of business transactions between independent email networks. • Reduced accumulation of pending correspondence. • Faster acknowledgement of purchase orders, invoices and customer enquiries. • Less unnecessary dependence on a single provider during a major service disruption. I fully acknowledge that this workaround cannot restore Microsoft-hosted mailboxes, resolve Microsoft-dependent mail routing problems or recover messages already queued within affected infrastructure. Security policies, authentication requirements and organisational restrictions must also be respected. Companies should use only authorised access methods and approved backup arrangements. My request to Microsoft and the wider IT community Could Microsoft, Exchange administrators and business-continuity professionals consider issuing an advisory encouraging users with independently hosted email accounts to bypass the affected Outlook application and communicate directly through their original email platforms? Could this approach also be incorporated into standard business-continuity recommendations for future large-scale email service disruptions? My central argument is simple: An outage affecting one major email infrastructure should not unnecessarily bring communication across independent email networks to a standstill. Rather than allowing businesses to remain idle, we should encourage every unaffected communication network to continue functioning. Acknowledgement of Research and AI Assistance I would also like to transparently acknowledge that this proposal is the outcome of a research and analytical exercise conducted with the assistance of an AI tool. The ideas presented here are not simply AI-generated content. They emerged through an iterative process of questioning, exploring available information, examining different possibilities and challenging assumptions through multiple rounds of discussion and analysis. The initial observation and central idea originated from my own thinking. I used AI as a research and reasoning aid to explore the technical possibilities, examine the implications, challenge assumptions and help articulate the proposal. I consider this a collaborative exercise between human reasoning and AI-assisted research, with the intention of identifying a practical solution to a wider technological problem. I am sharing this proposal in good faith, not as criticism of Microsoft, but as a constructive contribution towards reducing the impact of major technology disruptions. I sincerely hope this suggestion reaches the appropriate technical teams and receives consideration. Invitation for Technical Review and Discussion I welcome feedback, technical observations and constructive criticism from Exchange administrators, email infrastructure specialists and business-continuity professionals. In particular, I would appreciate an assessment of what proportion of users with independently hosted email accounts could realistically continue communicating through their original email platforms during such an outage, and whether this approach could be formally recommended as an immediate continuity measure. My intention is to contribute an idea for discussion and refinement, with the hope that it may help reduce unnecessary business disruption during future global service outages. Yours sincerely, A concerned email user and business owner
SharePoint /:f:/r/ links fail from Outlook: %2F becomes %252F
We are seeing a reproducible issue with SharePoint Online folder sharing links (/:f:/r/) sent via Outlook. A freshly generated folder link works when opened directly in Edge. When opening the link from Outlook, it can also work the first time, but subsequent attempts fail with: "Unknown render failure. This item isn't available." The failing URL shows what appears to be double URL encoding in the SharePoint id parameter: Working: id=%2Fsites%2F... Failing: id=%252Fsites%252F... We tested: - Edge and Edge InPrivate - Fresh authentication - Normal paste into Outlook - Hyperlink via Ctrl+K - Microsoft Defender Safe Links configuration A normal SharePoint site URL sent via Outlook works correctly. We also found a reliable workaround. Instead of the SharePoint sharing URL: https://<tenant>.sharepoint.com/:f:/r/sites/.../Forms/AllItems.aspx?id=...&share=... we use the direct library URL: https://<tenant>.sharepoint.com/sites/.../Forms/AllItems.aspx?id=...&p=true The direct AllItems.aspx URL works both directly and when sent through Outlook. Has anyone seen this behavior recently? In particular, why would a folder sharing link work on the first click but subsequently result in %2F becoming %252F? We have already opened a Microsoft support case. Note: This post was written with the assistance of Microsoft Copilot based on my own troubleshooting results and tests.Outlook for Mac Beta 16.116 — Repeated Calendar Widget Crashes
Since October 26, Outlook for Mac Beta 16.116 (build 16.116.26102843) has repeatedly generated CalendarWidgetExtension crash reports on macOS 27.2. The crashes occur even though I don’t use Outlook Calendar or its widgets. Outlook email continues working normally. Investigation of the crash reports indicates that the extension cannot locate mbuinstrument.framework, even though the framework is present in the Outlook application bundle. Examination of the extension executable suggests an incorrect framework search path. The embedded path references a directory outside the widget’s framework location. Disabling the extension through PlugInKit did not prevent additional crashes. This appears to be a framework packaging or runtime search-path issue in the current Outlook Beta build. Are other Outlook for Mac Beta users experiencing this? I can provide detailed crash reports and diagnostic findings.
OneDrive Shows 6.5 GB Used Despite Empty Storage | Storage Management Issues
Hello, My Microsoft account appears to have a problem with OneDrive storage management. OneDrive continuously shows 6.5 GB used out of 5 GB (130%), even though: My Files is empty The Recycle Bin is empty Personal Vault is empty Searches do not find any large files In addition, the "Manage Storage" page fails to load and displays an "Unknown Rendering Error". The issue persists after: Signing out and back in Using Incognito/Private mode Testing on different pages and services There are also related Outlook issues: Outlook on the web reports that there is not enough storage available I can no longer send emails The Outlook desktop app fails when trying to add or configure the account At this point, neither OneDrive nor Outlook shows what is actually using the reported 6.5 GB of storage. Has anyone experienced this issue before, or does anyone know how I can get the storage usage or account data checked when the storage management page itself is broken? Thank you for any help.New Outlook for Mac – Persistent IMAP Sync, Search & Attachment Failures (MS Support Unresolved)
I am reporting a persistent, reproducible issue with New Outlook for Mac that remains unresolved despite extensive troubleshooting, including two Microsoft Support cases. I am seeking a technical investigation and a permanent solution, not another repetition of basic troubleshooting steps. 1. System configuration Application: Microsoft Outlook for Mac (New Outlook) Current version: 16.114.4 (tel:26110224); previously 16.114.3 Operating system: macOS Tahoe 26.7.2 (up to date) Email provider: https://mailbox.org/ Account type: IMAP (not Microsoft Exchange / Microsoft 365) VPN: Not in use 2. Problems experienced The following issues occur repeatedly: Email search fails: Search results remain stuck on grey loading placeholders indefinitely. Attachments cannot be downloaded: Both old and newly received attachments fail, displaying either “Downloading attachments from server…” indefinitely or the message: “Attachments need to be downloaded again from the server. Please try again later.” Extremely slow mailbox loading and synchronization, affecting normal email use. Delays when sending emails, also documented during Microsoft Support troubleshooting. The problems are intermittent but recurring, making Outlook unreliable for everyday use. Important: The https://mailbox.org/ webmail interface works correctly, including searching emails and downloading attachments. Microsoft Support also reviewed comparisons with Apple Mail and Legacy Outlook and concluded that the issue appears specific to New Outlook for Mac. 3. Troubleshooting already performed The following measures have already been attempted, without a lasting resolution: Created two new Outlook profiles. Removed and re-added the affected IMAP account. Performed Outlook account remapping. Reset the Outlook account and rebuilt local synchronization data. Re-synchronized the mailbox and allowed sufficient time for completion. Completely uninstalled and reinstalled Outlook, followed by fresh account configuration. Verified internet connectivity and basic account functionality. Compared New Outlook with Legacy Outlook, webmail and Apple Mail, as documented in Microsoft Support’s case notes. Verified Outlook and macOS versions and checked for updates. Retested after account resets, reinstallation and reconfiguration. Result: The account reset temporarily restored email search, but attachments continued to fail. Shortly afterward, search stopped working again. Both problems persist even with newly received messages. A separate macOS user profile was additionally suggested by Microsoft Support, but I have no confirmed result from that test. 4. Microsoft Support involvement I have contacted Microsoft Support repeatedly under different case numbers During the latest interaction on November 6, 2026, Microsoft Support: Reviewed the previous case history and confirmed that extensive troubleshooting had already been performed. Acknowledged that the problem appears isolated to New Outlook for Mac. Confirmed that available troubleshooting at their support level had been exhausted. Could not offer a permanent resolution or a specific software fix. Recommended posting the issue in the Microsoft Tech Community and submitting feedback through the Microsoft Feedback Portal. Similar IMAP-related problems have also been discussed publicly since at least April 2026, without an identified resolution applicable to my case. 5. Request to Microsoft Outlook engineering / product specialists Given the extensive unsuccessful troubleshooting, I would appreciate specific answers to the following: Is this a known bug affecting IMAP accounts in New Outlook for Mac? Is there an identified issue with IMAP synchronization, attachment retrieval or the search backend? Are there diagnostic logs, error codes or targeted tests that would help engineering identify the root cause? Is there a confirmed fix, reliable workaround or planned software update addressing these symptoms? Can this issue be escalated to the Outlook for Mac engineering team, rather than restarting standard first-level troubleshooting? This issue has already consumed considerable time across multiple troubleshooting attempts and Microsoft Support interactions, while essential Outlook functionality remains unavailable. I would greatly appreciate a technically substantiated response, a concrete escalation path and, ideally, a permanent resolution. Thank you.
MS Account Blocked due to OAuth Emails
Hi! I am writing in this community forum in the event my account gets blocked again due to false positive flagging and to ensure it never happens again. Lately I've been noticing that my MS account has been constantly getting flagged for suspicious activity. Based on the patterns, it seems to be flagged when my TrueNAS server sends OAuth email alert to my own email. Specifcally, my email was blocked after 5 emails were sent in a single day, or it could be from 3 emails being sent in a single minute. This issue only started occuring recently and has never happened before during my time using TrueNAS OAuth emails, so I am not sure what may have changed to cause this. For the time being, I have disabled Outlook OAuth email alerts from TrueNAS for the time being until this bug or whatever the root cause for this has been determined. More importantly I want to discuss potential flaws during the account recovery process that may require the attention of Microsoft employee. During the attempt to recover my account and prove that I am not a bot, I had to click and hold a button. This button is not visible if MSEdge's tracking prevention is set to strict. I refreshed the page multiple times before figuring out I had to add https://account.live.com:443 as an exception. Due to the page refreshing multiple times, the account recovery itself ended up getting blocked. Possibily due to the servers mistakening this as a brute force attempt. This made the recovery process more difficult. Whenever my account is flagged, I get an email from email address removed for privacy reasons to unlock my verify my account. However, many sources indicate that this email is fraudulent and is a form of an AiTM phishing attack (sources: https://learn.microsoft.com/en-us/answers/questions/4583915/i-received-a-email-form-the-email-member-services, https://learn.microsoft.com/en-us/answers/questions/4670819/is-member-services-@-outlook-safe ) This is of course quite ironic since instead of this suspicious email address being flagged for phishing, my own legitimate account gets flagged which triggers some sort of bot reply from the suspicious email that would actually compromise my account. The email also correctly identifies my name, which I have censored. Also, if you copy the link on "verify your account", you will see https://go.microsoft.com/fwlink/?linkid=xxxxxxx. With a phishing mail like this, users who are also affected by false positive flagging for suspicious activity for using OAuth emails are at high risk for falling victim to this scam. So going back to the purpose of this post. Is there any possible way to continue using TrueNAS Outlook OAuth notifications without getting my account falsely flagged as suspicious?
