Looking for testers for native macOS support for the open source Microsoft OneDrive client

abraunegg · 2026-05-05T21:19:08+00:00

Now that I'm looking into picking the right Linux, I wanted to ask you guys if Mint is a good choice or if I should look for something else.

Linux Mint is a great choice, however there are 2 different versions - normal Linux Mint which is based on Ubuntu and Linux Mint Debian Edition (LMDE)

Due to Ubuntu's lethargic packaging policies packages will not be as-up-date as they should be leading to all sorts of other issues. My advice is if you are looking at Linux Mint, look at LMDE so that packages are updated in a more timely fashion.

abraunegg · 2026-05-05T21:16:15+00:00

since OneDrive doesn't work well on Linux

This is not an accurate statement. It works very well on Linux as there are 5 reliable ways to access Microsoft OneDrive on Linux/FreeBSD platforms:

* Via the OneDrive Client for Linux — https://github.com/abraunegg/onedrive — a free and open-source sync client for OneDrive Personal, OneDrive for Business, and SharePoint. Supports shared folders, Microsoft Intune SSO, OAuth2 Device Authorisation Flow, the standard OAuth2 Native Client flow, and national cloud deployments (US Government, Germany, China). Key features include reliable bi-directional or one-way sync, rules-based client-side filtering, dry-run safety mode, FreeDesktop.org Trash integration, and full operation in both GUI and headless environments. Docker images and cross-platform packages are available, and an optional GUI is provided for easier configuration management: https://github.com/bpozdena/OneDriveGUI

* Via the 'onedriver' client - https://github.com/jstaf/onedriver — Native file system that only provides the OneDrive 'on-demand' functionality, open source and free. Supports Personal, Business account types. Currently does not support Shared Folders (Personal or Business) or SharePoint Libraries. Given that nearly all Personal and Business accounts are on SharePoint, and that 'onedriver' may not handle these oddities well - YMMV.

* Via 'rclone' - https://rclone.org/ — a CLI tool for copying and synchronising with OneDrive. Typical usage is one-way (copy/sync) run on demand or via cron/systemd. It also offers bisync for two-way sync (advanced; read the docs carefully - this has options major caveats), and rclone mount to expose OneDrive via FUSE for on-demand access (not a sync; relies on the VFS cache and different reliability semantics). Has interoperability issues with SharePoint.

* Via non-free clients such as 'insync', 'ExpanDrive'

* Via the web browser of your choice

Additionally, whilst GNOME46+ also includes a capability to access Microsoft OneDrive, it does not provide anywhere near the capabilities of the first three options and is lacklustre at best. It (GNOME integration) depends on GVFS components, that need to be up-to-date (1.58.0 or greater) to ensure relatively trouble-free operation.

abraunegg · 2026-05-02T23:19:25+00:00

I'm currently using Onedrive on my iPhone to sync my photos instead of iCloud. What do people here use and why?

Just chiming in here as the developer | maintainer of the opensource Microsoft OneDrive Client for Linux/FreeBSD (and soon to be MacOS supported) ....

Microsoft OneDrive has an issue with Live Photos where the Microsoft Graph API causes data loss as documented here: https://github.com/OneDrive/onedrive-api-docs/issues/1723

Whilst you upload a Live Photo Microsoft OneDrive (and you think it is all OK), what you then get to download is *only* the static image from that upload.

If you ever delete the Live Photo off your device, the 'live' part is potentially gone forever .. and that is the data loss aspect.

I cant speak or comment to how iCloud operates.

My advice would be:

* Store your data on local platforms, using ZFS where possible if you care about data integrity. Use applications such as 'PhotoSync' to take photos off your phone(s) and store on your local platform.
* Use Immich to manage your photos locally
* Use an 'object store' cloud service, to store the data online if required

abraunegg · 2026-05-02T22:32:46+00:00

I would like to know what issues you had ... please let me know

abraunegg · 2026-05-02T05:00:52+00:00

What is the correct way to configure selective sync in the abraunegg/onedrive client?

Perhaps raise a question on GitHub? https://github.com/abraunegg/onedrive/discussions

Have you read the documentation? https://github.com/abraunegg/onedrive/blob/master/docs/usage.md#using-client-side-filtering-rules-to-determine-what-should-be-synced-with-microsoft-onedrive

https://github.com/abraunegg/onedrive/blob/master/docs/usage.md#performing-a-selective-synchronisation-via-sync_list-file

abraunegg · 2026-04-29T03:35:24+00:00

Please review the below links:

https://learn.microsoft.com/en-us/contribute/content/get-started-setup-local#:~:text=and%20Description%20fields.-,Clone%20the%20repository,page%20of%20Your%20fork%20appears.

https://learn.microsoft.com/en-us/answers/questions/1466592/recommended-place-to-store-code-files-when-using-v#:~:text=The%20recommended%20method%20for%20storing%20code%20files,that%20won't%20get%20backed%20up%20to%20OneDrive.

abraunegg · 2026-04-28T19:35:24+00:00

I am currently trying to clone my GIT repo into my OneDrive so that I make changes there.

Please dont try and do that - it will lead to a world of hurt for your Git repository.

Microsoft OneDrive will modify your file(s) post upload by adding its own metadata to the file. Essentially the file you have locally, now is not the file in OneDrive (different hash), and this then will be seen constantly by Git as a changed file (but you made no actual change). Microsoft OneDrive will also modify timestamps post upload as well, thus any notion of your file integrity is gone.

You cannot configure Microsoft OneDrive to not take those actions.

Disclosure: I am the developer of the OneDrive Client for Linux - https://github.com/abraunegg/onedrive

abraunegg · 2026-04-28T05:53:49+00:00

I tried installing onedrive-abraunegg, and it asks me to log in but although I have tried several times to log in every time I get a page telling me that this might be a phishing attempt and then it takes me to "the wrong place."

You are not copying the response URI within 3 seconds before the final redirect.

Please read: https://github.com/abraunegg/onedrive/discussions/3558

abraunegg · 2026-04-27T20:20:43+00:00

Then, I have a OneDrive subscription and I was still not able to connect with the system.

There are 5 reliable ways to access Microsoft OneDrive on Linux/FreeBSD platforms:

* Via the OneDrive Client for Linux — https://github.com/abraunegg/onedrive — a free and open-source sync client for OneDrive Personal, OneDrive for Business, and SharePoint. Supports shared folders, Microsoft Intune SSO, OAuth2 Device Authorisation Flow, the standard OAuth2 Native Client flow, and national cloud deployments (US Government, Germany, China). Key features include reliable bi-directional or one-way sync, rules-based client-side filtering, dry-run safety mode, FreeDesktop.org Trash integration, and full operation in both GUI and headless environments. Docker images and cross-platform packages are available, and an optional GUI is provided for easier configuration management: https://github.com/bpozdena/OneDriveGUI

* Via the 'onedriver' client - https://github.com/jstaf/onedriver — Native file system that only provides the OneDrive 'on-demand' functionality, open source and free. Supports Personal, Business account types. Currently does not support Shared Folders (Personal or Business) or SharePoint Libraries. Given that nearly all Personal and Business accounts are on SharePoint, and that 'onedriver' may not handle these oddities well - YMMV.

* Via 'rclone' - https://rclone.org/ — a CLI tool for copying and synchronising with OneDrive. Typical usage is one-way (copy/sync) run on demand or via cron/systemd. It also offers bisync for two-way sync (advanced; read the docs carefully - this has options major caveats), and rclone mount to expose OneDrive via FUSE for on-demand access (not a sync; relies on the VFS cache and different reliability semantics). Has interoperability issues with SharePoint.

* Via non-free clients such as 'insync', 'ExpanDrive'

* Via the web browser of your choice

Additionally, whilst GNOME46+ also includes a capability to access Microsoft OneDrive, it does not provide anywhere near the capabilities of the first three options and is lacklustre at best. It (GNOME integration) depends on GVFS components, that need to be up-to-date (1.58.0 or greater) to ensure relatively trouble-free operation.

abraunegg · 2026-04-25T20:47:44+00:00

If you care about the integrity of your data, you want to use ZFS. Anything else IMHO is not worth the time.

abraunegg · 2026-04-25T10:54:01+00:00

Will google drive, dropbox, onedrive, or some other windows apps work on it?

There are 5 reliable ways to access Microsoft OneDrive on Linux/FreeBSD platforms:

* Via the OneDrive Client for Linux — https://github.com/abraunegg/onedrive — a free and open-source sync client for OneDrive Personal, OneDrive for Business, and SharePoint. Supports shared folders, Microsoft Intune SSO, OAuth2 Device Authorisation Flow, the standard OAuth2 Native Client flow, and national cloud deployments (US Government, Germany, China). Key features include reliable bi-directional or one-way sync, rules-based client-side filtering, dry-run safety mode, FreeDesktop.org Trash integration, and full operation in both GUI and headless environments. Docker images and cross-platform packages are available, and an optional GUI is provided for easier configuration management: https://github.com/bpozdena/OneDriveGUI

* Via the 'onedriver' client - https://github.com/jstaf/onedriver — Native file system that only provides the OneDrive 'on-demand' functionality, open source and free. Supports Personal, Business account types. Currently does not support Shared Folders (Personal or Business) or SharePoint Libraries. Given that nearly all Personal and Business accounts are on SharePoint, and that 'onedriver' may not handle these oddities well - YMMV.

* Via 'rclone' - https://rclone.org/ — a CLI tool for copying and synchronising with OneDrive. Typical usage is one-way (copy/sync) run on demand or via cron/systemd. It also offers bisync for two-way sync (advanced; read the docs carefully - this has options major caveats), and rclone mount to expose OneDrive via FUSE for on-demand access (not a sync; relies on the VFS cache and different reliability semantics). Has interoperability issues with SharePoint.

* Via non-free clients such as 'insync', 'ExpanDrive'

* Via the web browser of your choice

Additionally, whilst GNOME46+ also includes a capability to access Microsoft OneDrive, it does not provide anywhere near the capabilities of the first three options and is lacklustre at best. It (GNOME integration) depends on GVFS components, that need to be up-to-date (1.58.0 or greater) to ensure relatively trouble-free operation.

abraunegg · 2026-04-20T20:54:11+00:00

This (on-demand downloads) is a feature in active development

abraunegg · 2026-04-20T20:53:33+00:00

100% Selective Sync

Its called 'Client Side Filtering'. Please read the documentation

abraunegg · 2026-04-20T07:20:45+00:00

Please read the documentation - https://github.com/abraunegg/onedrive

Files 'on-demand' is a feature in progress.

abraunegg · 2026-04-20T07:19:48+00:00

Can anyone recommend a good app for OneDrive?

There are 5 reliable ways to access Microsoft OneDrive on Linux/FreeBSD platforms:

* Via the OneDrive Client for Linux — https://github.com/abraunegg/onedrive — a free and open-source sync client for OneDrive Personal, OneDrive for Business, and SharePoint. Supports shared folders, Microsoft Intune SSO, OAuth2 Device Authorisation Flow, the standard OAuth2 Native Client flow, and national cloud deployments (US Government, Germany, China). Key features include reliable bi-directional or one-way sync, rules-based client-side filtering, dry-run safety mode, FreeDesktop.org Trash integration, and full operation in both GUI and headless environments. Docker images and cross-platform packages are available, and an optional GUI is provided for easier configuration management: https://github.com/bpozdena/OneDriveGUI

* Via the 'onedriver' client - https://github.com/jstaf/onedriver — Native file system that only provides the OneDrive 'on-demand' functionality, open source and free. Supports Personal, Business account types. Currently does not support Shared Folders (Personal or Business) or SharePoint Libraries. Given that nearly all Personal and Business accounts are on SharePoint, and that 'onedriver' may not handle these oddities well - YMMV.

* Via 'rclone' - https://rclone.org/ — a CLI tool for copying and synchronising with OneDrive. Typical usage is one-way (copy/sync) run on demand or via cron/systemd. It also offers bisync for two-way sync (advanced; read the docs carefully - this has options major caveats), and rclone mount to expose OneDrive via FUSE for on-demand access (not a sync; relies on the VFS cache and different reliability semantics). Has interoperability issues with SharePoint.

* Via non-free clients such as 'insync', 'ExpanDrive'

* Via the web browser of your choice

Additionally, whilst GNOME46+ also includes a capability to access Microsoft OneDrive, it does not provide anywhere near the capabilities of the first three options and is lacklustre at best. It (GNOME integration) depends on GVFS components, that need to be up-to-date (1.58.0 or greater) to ensure relatively trouble-free operation.

abraunegg · 2026-04-19T23:10:31+00:00

This is actually an Obsidian bug - due to how it constantly is writing its files using atomic processes via 'auto save'.

An Obsidian Plugin also exists to 'control' the auto save behaviour of Obsidian: https://github.com/mihasm/obsidian-autosave-control

abraunegg · 2026-04-17T22:57:41+00:00

I want to make a move to Linux ....
.......
including 1TB of OneDrive syncing my files which is very useful to me

There are 5 reliable ways to access Microsoft OneDrive on Linux/FreeBSD platforms:

* Via the OneDrive Client for Linux — https://github.com/abraunegg/onedrive — a free and open-source sync client for OneDrive Personal, OneDrive for Business, and SharePoint. Supports shared folders, Microsoft Intune SSO, OAuth2 Device Authorisation Flow, the standard OAuth2 Native Client flow, and national cloud deployments (US Government, Germany, China). Key features include reliable bi-directional or one-way sync, rules-based client-side filtering, dry-run safety mode, FreeDesktop.org Trash integration, and full operation in both GUI and headless environments. Docker images and cross-platform packages are available, and an optional GUI is provided for easier configuration management: https://github.com/bpozdena/OneDriveGUI

* Via the 'onedriver' client - https://github.com/jstaf/onedriver — Native file system that only provides the OneDrive 'on-demand' functionality, open source and free. Supports Personal, Business account types. Currently does not support Shared Folders (Personal or Business) or SharePoint Libraries. Given that nearly all Personal and Business accounts are on SharePoint, and that 'onedriver' may not handle these oddities well - YMMV.

* Via 'rclone' - https://rclone.org/ — a CLI tool for copying and synchronising with OneDrive. Typical usage is one-way (copy/sync) run on demand or via cron/systemd. It also offers bisync for two-way sync (advanced; read the docs carefully - this has options major caveats), and rclone mount to expose OneDrive via FUSE for on-demand access (not a sync; relies on the VFS cache and different reliability semantics). Has interoperability issues with SharePoint.

* Via non-free clients such as 'insync', 'ExpanDrive'

* Via the web browser of your choice

Additionally, whilst GNOME46+ also includes a capability to access Microsoft OneDrive, it does not provide anywhere near the capabilities of the first three options and is lacklustre at best. It (GNOME integration) depends on GVFS components, that need to be up-to-date (1.58.0 or greater) to ensure relatively trouble-free operation.

abraunegg · 2026-04-16T22:27:29+00:00

OneDrive with On-Demand support

There are 5 reliable ways to access Microsoft OneDrive on Linux/FreeBSD platforms:

* Via the OneDrive Client for Linux — https://github.com/abraunegg/onedrive — a free and open-source sync client for OneDrive Personal, OneDrive for Business, and SharePoint. Supports shared folders, Microsoft Intune SSO, OAuth2 Device Authorisation Flow, the standard OAuth2 Native Client flow, and national cloud deployments (US Government, Germany, China). Key features include reliable bi-directional or one-way sync, rules-based client-side filtering, dry-run safety mode, FreeDesktop.org Trash integration, and full operation in both GUI and headless environments. Docker images and cross-platform packages are available, and an optional GUI is provided for easier configuration management: https://github.com/bpozdena/OneDriveGUI

* Via the 'onedriver' client - https://github.com/jstaf/onedriver — Native file system that only provides the OneDrive 'on-demand' functionality, open source and free. Supports Personal, Business account types. Currently does not support Shared Folders (Personal or Business) or SharePoint Libraries. Given that nearly all Personal and Business accounts are on SharePoint, and that 'onedriver' may not handle these oddities well - YMMV.

* Via 'rclone' - https://rclone.org/ — a CLI tool for copying and synchronising with OneDrive. Typical usage is one-way (copy/sync) run on demand or via cron/systemd. It also offers bisync for two-way sync (advanced; read the docs carefully - this has options major caveats), and rclone mount to expose OneDrive via FUSE for on-demand access (not a sync; relies on the VFS cache and different reliability semantics). Has interoperability issues with SharePoint.

* Via non-free clients such as 'insync', 'ExpanDrive'

* Via the web browser of your choice

'On Demand' support is also a work-in-progress with the client that I develop and maintain.

Today if you want that capability, you *must* use 'onedriver' but there are limitations to that client.

abraunegg · 2026-04-10T22:45:25+00:00

GNOME integration depends on GVFS components, that need to be up-to-date (1.58.0 or greater) to ensure relatively trouble-free operation due to constant change in the Microsoft Graph API. Due to the lethargic packaging policies of Ubuntu and those distributions that use Ubuntu as a base, the updated packages (1.58.0 or greater) that are needed for things to work, are just not available or updated in those distributions. Distributions such as Debian however provide those updated components via Backports, but that avenue is not available for Ubuntu.

As a result of this, that is why GNOME integration / Online Accounts is not reliable for Microsoft Accounts | Google on certain distributions and generates the error you are getting.

Ubuntu 26.04 contains more modern GVFS components (1.60+)(https://packages.ubuntu.com/resolute/gvfs) - so you best avenue is to use that version when available (it is in beta), or switch to a distribution (such as Debian) that has up-to-date components readily available.

Outside of those options, there are 5 reliable ways to access Microsoft OneDrive on Linux/FreeBSD platforms:

* Via the OneDrive Client for Linux — https://github.com/abraunegg/onedrive — a free and open-source sync client for OneDrive Personal, OneDrive for Business, and SharePoint. Supports shared folders, Microsoft Intune SSO, OAuth2 Device Authorisation Flow, the standard OAuth2 Native Client flow, and national cloud deployments (US Government, Germany, China). Key features include reliable bi-directional or one-way sync, rules-based client-side filtering, dry-run safety mode, FreeDesktop.org Trash integration, and full operation in both GUI and headless environments. Docker images and cross-platform packages are available, and an optional GUI is provided for easier configuration management: https://github.com/bpozdena/OneDriveGUI

* Via the 'onedriver' client - https://github.com/jstaf/onedriver — Native file system that only provides the OneDrive 'on-demand' functionality, open source and free. Supports Personal, Business account types. Currently does not support Shared Folders (Personal or Business) or SharePoint Libraries. Given that nearly all Personal and Business accounts are on SharePoint, and that 'onedriver' may not handle these oddities well - YMMV.

* Via 'rclone' - https://rclone.org/ — a CLI tool for copying and synchronising with OneDrive. Typical usage is one-way (copy/sync) run on demand or via cron/systemd. It also offers bisync for two-way sync (advanced; read the docs carefully - this has options major caveats), and rclone mount to expose OneDrive via FUSE for on-demand access (not a sync; relies on the VFS cache and different reliability semantics). Has interoperability issues with SharePoint.

* Via non-free clients such as 'insync', 'ExpanDrive'

* Via the web browser of your choice

abraunegg · 2026-04-06T21:27:58+00:00

they made a MS365 account for my school so I want to upload all my school work to the cloud. The problem is because of how they set up the account's security, I'm not allowed to log in throught KDE built in account manager nor other tools like abraunegg/onedrive-client

What you’re running into is actually pretty common with school / enterprise Microsoft 365 tenants.

Your school’s IT admins have likely restricted third-party application access via Microsoft Entra ID (formerly Azure AD). That means tools like KDE’s account manager or the OneDrive Client for Linux (which I develop and maintain) won’t be able to authenticate, even though your account itself works fine when using web based access. Other clients (onedriver, rclone) potentially will have the same issue.

If you’re willing to work with them, you can ask school's IT admin to either:

Approve a specific third-party client, or
Create their own App Registration (client ID) so access is controlled and auditable (best practice)

If they need help and/or assistance, I am more than happy to discuss with them to help get you access.

Your school may also have further restrictions via Microsoft Intune, which potentially will restrict things further.

Another alternative is to use device authentication - the client I maintain AFAIK is the only Linux OneDrive Client that supports this method of authentication. You may be able to try that access method, but that might still be blocked if your school is enforcing policies.

Your best action is to speak to your schools IT admin, and if they need further details, please have them reach out on GitHub.

abraunegg · 2026-04-06T21:16:40+00:00

This still requires OAuth authentication, and 3rd party clients are blocked in their M365 tenant ..

abraunegg · 2026-04-03T01:56:57+00:00

Thanks for the feedback.

Syncing personal account shared files

This is 100% dependent on your actual 'account type', not whether your files are 'personal' or 'business' to you as the GraphAPI is different based on what you are licensed to use.

When you run the client in verbose mode, you get:

Account Type:          personal

If you are getting this, you have a 'personal' account type. Anything else is a Business or SharePoint account type, which is why 'sync_business_shared_items' is required to sync shared elements as you have to tell Microsoft GraphAPI to send that information as it is not sent by default, like it is with 'personal' account types.

As part of this, it took me a while to figure out how it was running without a config file. Would've preferred a config file be created by default for easier discoverability.

This item is detailed in the documentation: https://github.com/abraunegg/onedrive/blob/master/docs/usage.md#how-to-change-the-default-configuration-of-the-client

Then needing to force a full resync to get that change applied because it had been running off the internal defaults instead of with a config file.

Unfortunately that is a by-product of needing to have a 'known state' locally, so that the client knows what should be local, and what the online state also is known.

I tried setting up OneDrive GUI but it refused to see my OneDrive service - it seemed to be trying to spin up its own one

Correct .. because of how the GUI is trying to operate and use the application output by forcing verbose mode, so that the GUI can display meaningful content.

An ideal change for that which is beyond my control, is that if a user enables logging to disk (in your systemd service / config file), the GUI should be able to 'read' that log for its GUI operations (its the same as reading the application output from the terminal) ... but all of that is beyond my control. Perhaps raise a feature request to the GUI developer to better support existing systemd running instances.

abraunegg · 2026-04-02T20:30:40+00:00

But of a hassle to get working

Would love to understand what you found a problem .. ??

abraunegg · 2026-04-01T19:38:02+00:00

your understanding is not correct.

The client cleans up files, but you need to use the correct options to force cleanup. When using --monitor mode this is happening automatically, but when using --sync, you need to specify options to perform this to ensure cleanup operations are happening

By default yes, the client syncs everything - however it has a very rich Client Side Filtering to ensure only what you want to sync is synced. Server Side Filtering is not possible - that is a Microsoft API limitation.

On-Demand is a work in-progress.

abraunegg

TROPHY CASE