urbanists.social is one of the many independent Mastodon servers you can use to participate in the fediverse.
We're a server for people who like bikes, transit, and walkable cities. Let's get to know each other!

Server stats:

578
active users

#m365

1 post1 participant1 post today

#Microsoft hat uns das versprochen!

Horst Baier, CIO des Landes #Niedersachsen hofft, dass sich Konzern und US-Regierung an einen unterschriebenen Text hält und setzt für die Landesverwaltung auf #Teams und #M365.

Das Prinzip Hoffnung in der IT-Planung - mutige Entscheidung! Vor allem, weil es jeden Tag schwerer werden wird, aus den Microsoft-Diensten in Freie Alternativen umzusteigen, je mehr sich die Leute daran gewöhnen.

swr.de/swrkultur/wissen/aemter

SWR KulturÄmter ohne Microsoft – Warum Behörden freie Software nutzen wollenSoftware im Abomodell ist teuer und die Daten liegen in der Cloud. Erste Behörden wollen sich aus dieser Abhängigkeit lösen und setzen auf freie Software.

Microsoft 365.
Alle Daten verbleiben in Europa!!
Cool.
Auf meine Nachfrage:
Können die in Europa liegenden Daten in Europa analysiert werden und das ERGEBNIS dann in die USA übermittelt werden?

"Ja, das ist nicht verboten und wird vermutlich auch gemacht."

Ich habe keine weiteren Fragen zu #M365

Und ab in die Abhängigkeit ...

"Zudem klärt die Bundeskanzlei ab, ob sich mit einer OSS-Umgebung sensitive Dokumente sicher bearbeiten lassen."
- Hier wurde etwas verwechselt ;-) Sollte heissen "[...], ob sich mit einer #M365 Umgebung sensitive Dokumente sicher bearbeiten lassen." ;-)

#Microsoft365 bei rund einem Drittel der Bundesverwaltung installiert - pctipp.ch pctipp.ch/news/microsoft/micro #Microsoft #OpenSource #MS365

ptx · Microsoft 365 bei rund einem Drittel der Bundesverwaltung installiertBy Patrick Hediger
Replied in thread

@mike

Ignore the #headline.

If you are part of the #microsoft
#Insiders, and you want to keep using the #new #AI features of #Notepad and #Paint, you need to pay for an #M365 #subscription.

Otherwise, this doesn't affect you.

I hope Microsoft #paywalls the shit out of anything related to #copilot, so I can't invoke it by accident.

It would be awesome if I never get an AI anything ever again because I'm not paying. This is soo much better than needing an AI #blocker.

Replied to MFierst

@mfierst met het aantreden van Trump vervalt geloof ik dat vage inlegvel waarmee die hele Amerikaanse wetgeving 'goedgepraat' wordt/werd.

De vraag is dan gelijk: mogen organisaties nog wel gebruik maken van #M365 ?

De vraag die ik maar niet ga stellen is hoe dat dan zit met 'zorg', 'overheid' en 'vertrouwelijke data'... 🙈🙈🙈
😉

Microsoft Threat Intelligence has warned of a new phishing campaign targeting government, NGO, defence, technology and other critical sectors in Europe, North America, Africa and the Middle East.

Microsoft believes that the attacks are the work of a threat actor linked with Russia, a group it has labelled Storm-2372.

computing.co.uk/news/2025/secu

www.computing.co.ukMicrosoft 365 targeted in new phishing campaign linked to RussiaMicrosoft Threat Intelligence has warned of a new phishing campaign targeting government, NGO, defence, technology and other critical sectors in Europe, North America, Africa and ...

Bit of "fun" with O365 email for us this week...

Background: Our main email domain's MX records are on-prem servers that do a bunch of things, and email for our O365 domain relays through them. These on-prem MX servers have been dual-stack (ipv4 and ipv6) for many years now.

Not sure exactly when MS made various changes, but our example-com.mail.protection.outlook.com records have both ipv4 (A) and ipv6 (AAAA) addresses.

And they enforce that email they receive has to be via a "trusted connector" for your domain, pass SPF, or pass DKIM.

> 450 4.7.26 Service does not accept messages sent over IPv6 [dead::beef::1] unless they pass either SPF or DKIM validation (message not signed)

But O365 doesn't yet support adding ipv6 IPs/ranges to the trusted/connector list.

So, suddenly email sent to us without DKIM signatures was getting stuck in the MX server queues.

Our temporary workaround is we added egress firewall rules on the MX servers themselves blocking SMTP to 2a01:111:f400::/48 and 2a01:111:f403::/48 (the published ranges for their MX servers). Not ideal, but at least mail is flowing again.