Since August 27th, 2025, both of our centralized mail gateways (mailgate01.uberspace.is, mailgate02.uberspace.is) seem to be on a Microsoft blocklist.
When we first reported this to Microsoft, we were told that "Nothing was detected to prevent your mail from reaching Outlook.com customers".
When we insisted that there are indeed delivery problems, Microsoft suddenly seemed to agree and declared that "these IPs are not eligible for mitigation" because they show "a pattern of irregular mail traffic", referring us to Microsoft's Smart Network Data Services (SNDS) - a debugging service that we are subscribed to for years, that we regularly check, and that continues to tell us that "All of the specified IPs have normal status".
We are also subscribed to Microsoft's Junk Mail Reporting Program (JMRP) so we directly receive complaints. Those complaints are usually bogus and often refer to mail that's clearly not spam at all, but Microsoft customers marked them as spam nevertheless. SNDS itself declares a complaint rate of <0.1% for mails coming from our mail gateways.
Generally, if there's any kind of spam incident that we get aware of by any means (our own queue monitoring, external abuse reports, our IPs appearing on a well-known blocklist, ...) we immediately investigate and block mail accounts that happen to send spam (e.g. because their password got compromised). No other well-known blocklist reports our mail gateways as problematic.
We continue to communicate with Microsoft's "Outlook.com Deliverability Support Team" and try to have our mail gateways removed from their blocklist. If and when they do is not under our control.
We can confirm that currently messages to Microsoft mail systems are being delivered again successfully.
Microsoft finally reported to us: "We have implemented mitigation for your IP (185.26.156.114;95.143.172.20) and this process may take 24 - 48 hours to replicate completely throughout our system."
We will close this incident once we can confirm that the blocklist entry has been removed on Microsoft's side.
While working on the SSH issue some hosts where stuck in a reboot process that resulted in an outage for about 60 minutes. The affected hosts where:
Looks like SSH logins are failing. We're investigating.
Fixed.
We rolled out an invalid SSHd config which means that every user is locked out of SSH. Since that includes us, we now have to fix the config manually while the hosts are powered off. This will unfortunately take a while.
As the dashboard (dashboard.uberspace.de) accesses some user information via SSH, this also means that the dashboard is not working at the moment.
There is a major outage at our FRA3 site. We're investigating.
Recovery is done, systems are up and running.
The power to the rack has been restored, we are now in process of bringing the systems up again.
One of our racks at FRA3 has lost power (electricity). We are in contact with the on-site technicians of the data centre provider to figure out how to restore power.
Mails to Microsoft accounts are rejected, we are not given a reason and our request to unblock our mailgates is not responded to. We change the mail gateways as far as we can, but unfortunately the block seems to take effect after a few hours on the gateway we changed.
Google Mail (googlemail.com; gmail.com) no longer accepts mails when the sender domain does not have valid SPF and/or DKIM set up. To set up SPF and/or DKIM for your domain hosted at Uberspace.de, please refer to our manual.