I have an old Hotmail account that Microsoft converted to an Outlook.com account. Starting a few days ago, I have been blocked from access to my email (via Microsoft.com web access), by a pop-up that requires action on a Skype account. I have been unable to block or bypass this pop-up:
I don't have a Skype account, don't want a Skype account, and don't want to agree to any terms regarding a Skype account. The pop-up options are sign-in or sign-up, and the "continue" button signifies acceptance of terms.
I've found posts online describing a possible solution of removing or opting out of Skype integration from within an existing Skype account, but that requires creating an account. I also found advice online for modifying the Windows registry to remove Skype, but I use Linux, so that's not a help.
I managed to get into my Outlook.com user profile before the pop-up loaded, but the only option there was similar access to signing up. I logged into Skype with the Outlook.com credentials. However, since I don't have a Skype account, it took me to a Skype sign-in/sign-up screen:
If I simply click on the green "I have a Skype account" button, it takes me back to the previous login screen, a vicious circle.
Is there a way to completely remove Skype association from Outlook.com so I can simply access my email, or is there now no email access if I don't create a Skype account?
Addendum
According to this article, Microsoft replaced Messenger with Skype in Outlook.com, using the Messenger infrastructure. This article discusses the Skype software no longer being necessary; it's been replaced by a browser plugin. It describes the signup process, which starts via the screen in the second picture, above, and it downloads the plugin upon completion of the signup. So the absence of Skype on my machine is apparently irrelevant.
In this article, the author describes a method for disabling the Skype integration by editing the Hosts file to block the site hosting some Skype scripts. The instructions are for Windows, and I'm not familiar enough with it to translate it to the equivalent for Linux. It isn't clear whether this would actually stop the pop-up, though (which is what blocks access to the email). The pop-up deals with signup before Skype is even installed.
These kinds of odd behaviors often disappear when ad blockers and/or tracker blockers are disabled for the site. That didn't help in this case.
So far, the problem has occurred across multiple browsers in Linux, but not with any browsers in Windows, and some of the browsers are the same on both platforms.
Best Answer
I can answer the question I asked and describe how I put the symptoms into remission (so far), but can't explain the underlying problem. I'll post this to help others with the same problem, but won't accept my own answer in the hope that someone else has an answer for what is actually causing problem.
Answer: The Skype enrollment popup appears to be a symptom, not the actual problem. This has not appeared at all in Windows. Microsoft does not have a new policy that a Skype account is required to access web mail. Skype does not need to be removed because the issue is not actually Skype, it relates to buggy user-account behavior. I'll share what I've learned about the symptoms and stopping them.
Linux vs, Windows
The problem occurs across all browsers I tried in Linux, but not with any browsers in Windows, and many are the same browser, so it isn't browser specific. It also occurs with multiple Linux distros (Debian and Mint), so it isn't distro specific. One common denominator is Java. The Linux distros use a version based on IcedTea, which is different from what runs in Windows, and some web sites are extremely finicky about their Java.
Microsoft Web Sites
I hadn't previously made the connection, but Outlook.com is not the only site with an issue. Other Microsoft sites (and only Microsoft sites), have had some flaky behavior. Microsoft support and reference pages would ask me to sign into my Microsoft account when the page is open to the public. The common denominator is that the problem with Outlook.com and other Microsoft sites involves buggy user-account behavior.
Apparently, a product called Rhino, which is used on the web site side, may be required for IcedTea to work properly. If Microsoft wanted to make life difficult for non-Windows users, they could ignore Rhino in the design of their web sites. I have no idea whether this is the case, but it could explain things.
Randomness
One thing that has made this a bear to diagnose is the somewhat random nature of the problem.
Chromium worked in Linux the first time, then it stopped working on subsequent sessions.
Manually disabling add-ons didn't help. Then running in browser safe mode (which disables add-ons), worked the first time, then it stopped helping in subsequent sessions.
Deleting cookies in Firefox got Chromium working again.
Cookie Connection
There was a "memory" element to the problem (things working the first time but not subsequent times, the user account common denominator, etc.), which suggests cookies might play a role.
Solution: I went into Firefox and deleted all Microsoft-related cookies I could identify. The problem disappeared, not just on Firefox, but on all browsers. So that was the "fix" that made the symptoms go away. It is still working properly after a couple of days, and all of the other Microsoft sites are also working properly. The appearance is that this triggered some type of reset on the web side.
Actual cause and solution?
There are still aspects of this that make no sense. If the problem is cookie-based, why would cookies be similarly affected across all browsers in Linux but not Windows? Why would the one-time actions occur? Why would cookies in one browser affect behavior or cookies in another browser? If the problem is user-account based (web server side), why would it see the account differently in Windows vs. Linux, across all browsers?
Answers aren't supposed to contain questions, these are just rhetorical questions. I'm hoping somebody will post a better answer than mine.