> At present, EWS is our best way to enable support for both Exchange Online and on-premise installations.
> Graph API has been considered and may be considered again in future, but it currently provides narrower support than EWS and lacks some functionality for desktop applications. Even with the announcement that EWS support will be removed for Exchange Online, it's still valuable in the short term for enabling access for a wide userbase and in the long term for supporting users using on-premise installations.
The venn of “my work uses exchange on-prem”, “I use Linux desktop and can’t use outlook”, “I am aware of and would use exchange on Thunderbird” is pretty damn small.
I think they’re making a mistake using EWS and planning on targeting on-prem with the same or more weight than online.
Thunderbird is frankly the only Windows email client worth using if you do any development using email. The tools available as add-ons simply aren't so readily available for other options, especially not for free.
I don't know of any published numbers about specific user count (would be very interested to see them), but in terms of deployments it's gone from more than half on prem in 2018 to ~16% in 2023. Of that 16%, I wonder how many users are both willing and able to use an alternate client?
Of the organizations that have Exchange Server on premises, I'd bet the lions share are hybrid, with regular user mailboxes in the cloud, using the server(s) for application relays, etc.
And yet it's exactly the situation I'm in. I use evolution on Ubuntu through a horizon virtual desktop, purely for better exchange support. I switched from thunderbird on windows to outlook on windows when I started having a lot more meetings to coordinate, and then evolution when a virtual desktop solution was rolled out and Linux was an option for desktops at work again. Quite a few other people in my department that just use thunderbird on Linux because they can't stand outlook or using the web version would happily have better outlook support.
Perhaps there is an audience here and it just doesn't match your own experiences.
Does evolution calendar work seamlessly with Exchange? I used Thunderbird with the Exchange addon for three years and email and contacts worked without any problems, but calendar was bad. I could see my calendar but couldn't edit it from Thunderbird.
Not seamlessly. It seems to work but is half-broken. Id does not properly pair invitations, updates and RSVPs from emails with auto-created items (by the Exchange server) and you end up with duplicates and mess. At leas that was my experience when I used this setup. Then moved to evolution for email and web outlook exclusively for calendar.
Now I am on windows partly for lack of proper Outlook and Teams on linux (sad).
Email solutions are company-wide, and companies are big.
Tons of companies use exchange on-prem either for historical reasons or legal reasons (e.g. they can't store email in the cloud - yes, this is very much a thing).
Beyond a certain size, companies inevitably have to support teams on different OSes. You have to let the accounting and finance guys use Windows (they'll die without Excel), you have to let the creatives use OSX or they'll throw a fit, and you have to let some in house IT teams use Linux.
But they all have to use the same email platform, and if it's on-prem exchange, the Linux guys are in a tough spot.
Should they did it in 2012 the people would actually use it. For now - yes, anyone needing a thick mail client for Exchnage but not Outlook has figured their workarounds years ago.
Are you looking for a full stack developer or a developer specified in backend work? From the look of the ad on your website it looks like the former but the title is pretty confusing to me.
Sorry for the confusion. We are looking for a backend developer who can closely work together with our frontend developers to implement nicely designed APIs between backend and frontend.
I've been using a Fairphone 3 with /e/OS for about 6 months now, and I've generally been quite happy about it Hardware-wise it's great; sowftware-wise it's not quite there yet (I've seen a few audio bugs, also the app store is very buggy and relies on a questionable third-party source for APKs for which /e/ offers no support (when reporting a bug with an app search causing an error message I've been advised to use Aurora instead, which isn't a great thing to hear) and which can have several weeks of lag on app versions, and also (bis) the tech support isn't there yet in terms of being accessible to non-tech people), but it's definitely going in the right direction!
It sounds to me from this article like the case was dismissed because the plaintiff didn't sue for the right thing, rather than specifically the GPL being judged inapplicable.
Some countries can have blurry lines between companies and non-profits; in this case, Matrix.org is a Community Interest Company in the UK (https://matrix.org/foundation), so I assume that'd apply to it as well.
> At present, EWS is our best way to enable support for both Exchange Online and on-premise installations.
> Graph API has been considered and may be considered again in future, but it currently provides narrower support than EWS and lacks some functionality for desktop applications. Even with the announcement that EWS support will be removed for Exchange Online, it's still valuable in the short term for enabling access for a wide userbase and in the long term for supporting users using on-premise installations.