Unable to subscribe to Office 365 IMAP folders from MUA since 2022-11-01

Anonymous
2022-11-02T07:33:01+00:00

I'm using Thunderbird to access my Office 365 mail account and it has been working fine (a couple of month ago I also switched to OAuth2 due to deprecation of basic IMAP authentication). However, since 2022-11-01, Thunderbird is unable to subscribe to IMAP folders. Last time I know it was working was last Friday 2022-10-28. Thunderbird is able to list to available folders (e.g. when opening the "Subscribe" dialog from the mail account settings), but cannot subscribe to them. I enabled IMAP logging in Thunderbird, and it shows that the server answer the subscribe request with "BAD SUBSCRIBE".

It is not a password/authentication issue, as Thunderbird can still see the content of "Inbox" and "Deleted Items". And if I disable the option "Show only subscribed folders", it can access everything in my Office 265 account.

Edit: here's the relevant logs from Thunderbird (note: I've replaced the actual folder name with "xxxx"):

[Parent ...: IMAP]: I/IMAP ...:outlook.office365.com:A:SendData: 76 subscribe "INBOX/xxxx"

[Parent ...: IMAP]: I/IMAP ...:outlook.office365.com:A:CreateNewLineFromSocket: 76 BAD SUBSCRIBE failed.
Microsoft 365 and Office | Subscription, account, billing | For business | Other

Locked Question. This question was migrated from the Microsoft Support Community. You can vote on whether it's helpful, but you can't add comments or replies or follow the question.

0 comments No comments

106 answers

Sort by: Most helpful
  1. Anonymous
    2022-12-23T15:22:02+00:00

    An individual in our tenant reported the symptoms of this problem to me, but it took some time before I could verify the problem, since none of my testing accounts manifest it. Then I found this thread, which has been helpful in establishing that our tenant is affected. (I reluctantly connected my own account to Thunderbird with IMAP.)

    I have reported the problem to Microsoft through official channels, and they have confirmed that it is a bug. They stated today that there are changes coming to logging on their side that should help them identify the cause, but also that these improvements will not come until January. Here's to hoping!

    Was this answer helpful?

    3 people found this answer helpful.
    0 comments No comments
  2. Anonymous
    2023-01-24T08:42:51+00:00

    Good news is this morning we found out that the issue got solved without notice.

    We received a message a week ago about Microsoft Support saying they would start to see progress in around 15 days, but the solution came much faster.

    Haven't received yet a confirmation email by them, but the folders seem to work fine in all the users affected and in all tenants.

    Was this answer helpful?

    2 people found this answer helpful.
    0 comments No comments
  3. Anonymous
    2023-01-01T08:42:43+00:00

    A handful of affected people per tenant as you are seeing, appears reasonably typical - and that is why service desks and SAs might genuinely think it's a user/local issue, and probably why Microsoft tried to claim that in the early days.

    However, I think we are now well past the point where Microsoft have had to admit there is server-side fault/bug/mis-configuration - and IMO, we reached that point on the 23rd November when their own test script issued to me exhibited the same issues as the various affected MUAs. But Microsoft have still refused to declare the incident openly on Service Health (it deserves at least an ADVISORY given it is clearly affecting customers right across Europe), and there is certainly evidence of 1st line Microsoft people pushing back on reports after that date which is completely unacceptable given the amount of evidence in this thread.

    Regardless of whether Microsoft have finally acknowledged this in various updates to individuals, my advice to SAs still stands that you should raise your own ticket.

    Was this answer helpful?

    2 people found this answer helpful.
    0 comments No comments
  4. Anonymous
    2022-12-29T15:52:48+00:00

    Yes, that is almost word for word the same response that I received. I want to add two other pieces of information:

    1. I urged Microsoft Support to add the issue to the Service Status section of the M365 Admin Center. The fellow replied that he forwarded my request to the team responsible for those notices. We’ll see.
    2. The test accounts in my tenant that had still worked with IMAP appear not to work anymore. But I need to confirm that my last attempt wasn’t a fluke.

    Was this answer helpful?

    2 people found this answer helpful.
    0 comments No comments
  5. Anonymous
    2022-11-14T12:55:03+00:00

    I've just chased Microsoft on the back of my support ticket, but I'm not expecting a rapid resolution to it, given there is a workaround available to display all folders.

    Remember too that the number of users and O365 tenants affected is going to be a small percentage of the overall O365 service - simply because most corporate users of O365 will have users on Outlook accessing with the standard Microsoft connection protocol MAPI, and not IMAP. None of my Outlook users are affected by this issue for that very reason - and it was Thunderbird using IMAP where the problem first surfaced for me.

    All I can suggest is those of you who manage O365 tenants open your own support ticket in Admin Centre so Microsoft can at least see who is affected. By all means cross-refer to mine which is ticket ref. 33661676

    If you are an end user and certain you are seeing this exact same issue, then maybe contact your service desk/O365 sys admin and ask them to do the same.

    Was this answer helpful?

    2 people found this answer helpful.
    0 comments No comments