Wonky Outlook Authentication Again: Sent Folder

Low priority issue as the Live account is mainly used for receiving, (linking the Knowledge Base article just in case further action is required here):
Authentication error with password prompt 30 minutes ago with the following log, with only the Sent Folder failing to synchronise. Ran diagnostics and the test message was received instantly, waited 30 minutes for it to appear locally in the sent folder.
Now everything is fine with the account, so presumably just a hiccup their end.

View the Log

1:24:47 PM Live.com (user) IMAP Synchronizing folder ‘/Sent’
1:24:55 PM Live.com (user) [IMAP] MailClient.Accounts.AuthenticationAbortedException: Authentication aborted
at MailClient.Protocols.Imap.ConnectionPoolEntry.g__ThrowNotOKServerResponseReacquireCredentialsFailed|51_6()
at MailClient.Protocols.Imap.ConnectionPoolEntry.ConnectInternalAsync(CancellationToken cancellationToken)
at MailClient.Protocols.Imap.ConnectionPoolEntry.ConnectInternalAsync(CancellationToken cancellationToken)
at MailClient.Protocols.Imap.ConnectionPool.AcquireConnectionAsync(Folder mailFolder, Boolean noSelect)
at MailClient.Protocols.Imap.ConnectionContext.CreateContextAsync(ImapAccount account, Folder folder, Boolean noSelect)
at MailClient.Protocols.Imap.ImapMailSynchronizer.SynchronizeMessagesAsync(IItemSynchronizeContext1 synchronizeContext, Folder folder, Boolean fast, CancellationToken cancellationToken) at MailClient.Protocols.Imap.ImapMailSynchronizer.Synchronize(IItemSynchronizeContext1 synchronizeContext, Folder folder, CancellationToken cancellationToken)
at MailClient.Protocols.Common.ItemSynchronizer2.<>c__DisplayClass40_2.<EnqueueSynchronize>b__6(WorkerStatus status, CancellationToken ct) at MailClient.Protocols.Imap.ImapActionCommand.<>c__DisplayClass11_0.<.ctor>b__0(WorkerStatus ws, CancellationToken ct) at MailClient.Protocols.Imap.ImapActionCommand.ExecuteInternalSync(WorkerStatus status) at MailClient.Protocols.Imap.ImapActionCommand.Execute(WorkerStatus status) at MailClient.Commands.Command.Process(WorkerStatus status) --- End of stack trace from previous location --- at MailClient.Protocols.Imap.ImapAccount.<>c__DisplayClass143_0.<<SynchronizeIntAsync>b__0>d.MoveNext() --- End of stack trace from previous location --- at MailClient.Protocols.Imap.ImapAccount.SynchronizeIntAsync(Boolean forced) at MailClient.Protocols.Common.SynchronizableMailAccount.<>c__DisplayClass7_0.<<SynchronizeAsync>b__0>d.MoveNext() EnqueuedStackTrace = at MailClient.Protocols.Common.ItemSynchronizer2.<>c__DisplayClass40_0.b__0()
at MailClient.Protocols.Common.AccountBase.RunIfOnline(Action actionIfOnline, Action actionIfOffline)
at MailClient.Protocols.Common.ItemSynchronizer2.Synchronize(Folder folder, SynchronizationPriority priority, Action1 completed)
at MailClient.Storage.Application.ItemCollection2.Synchronize(SynchronizationPriority priority, Action1 completed, Boolean fromUI)
at MailClient.Storage.Application.Folder.Synchronize(SynchronizationPriority priority, Boolean fromUI)
at MailClient.Protocols.Imap.ImapFolderSynchronizer.FolderActivated(Folder folder, Boolean goingOnline)
at MailClient.Protocols.Common.FolderSynchronizer.MailClient.Storage.Synchronization.IFolderSynchronizer.Activate(Folder folder)
at MailClient.Storage.Application.ItemCollection2.Activate(Boolean ignoreVisualActivationCount) at MailClient.Protocols.Imap.ImapAccount.<>c__DisplayClass143_0.<<SynchronizeIntAsync>b__0>d.MoveNext() at System.Runtime.CompilerServices.AsyncMethodBuilderCore.Start[TStateMachine](TStateMachine& stateMachine) at MailClient.Protocols.Imap.ImapAccount.<>c__DisplayClass143_0.<SynchronizeIntAsync>b__0() at System.Threading.Tasks.Task1.InnerInvoke()
at System.Threading.Tasks.Task.<>c.<.cctor>b__272_0(Object obj)
at System.Threading.ExecutionContext.RunFromThreadPoolDispatchLoop(Thread threadPoolThread, ExecutionContext executionContext, ContextCallback callback, Object state)
at System.Threading.Tasks.Task.ExecuteWithThreadLocal(Task& currentTaskSlot, Thread threadPoolThread)
at System.Threading.Tasks.Task.ExecuteFromThreadPool(Thread threadPoolThread)
at System.Threading.ThreadPoolWorkQueue.Dispatch()
at System.Threading.PortableThreadPool.WorkerThread.WorkerThreadStart()
at System.Threading.Thread.StartCallback()
GUIStatus_Exception_Reported = True

The authentication prompt re-appeared a few hours later so applied this “fix”. Send & Receive is working again, but for how long is uncertain. :thinking:

Microsoft accounts no longer accept username/password logins.

You will need to remove the account and add it back again using the automatic setup, so it is configured with oAuth.

Please see: Microsoft disables Basic authentication for all accounts | eM Client

Migrated to OAuth 2.0 sometime ago, and still use the username and password of the Microsoft Account to access this machine.
If MS ever wanted to cancel my account, they would have surely sent notification.

Sorry. I should have said “Microsoft EMAIL accounts no longer accept username/password logins from email applications”. The accounts are not closed or cancelled, they just no longer accept basic authentication for login to the mail server from an email application.

This has nothing to do with the MS login to your Windows device, or login to your email in their web interface.

Fair enough, funny one, as the email contact for the MS account is the same as the Live/Hotmail address, working beautifully with (OAUTH2) on Live email address and password for imap-mail.outlook.com - until today that is.

Oops! It was not using OAUTH2 at all, sorry - must have confused it with the Exchange account.
@Gary: This probably would have had better reception with an in-app notification or periodic alert as the info from Microsoft was back in October 1st, 2022 no?