Transferring OneDrive Files Between Accounts: Copy To Tips and Limits

  • Thread Author
Two laptops show a file transfer to recipient with documents ready to copy.
The quickest way to effectively hand someone your OneDrive files is to put those files inside a single parent folder, share that parent folder with the other account, and have the recipient use OneDrive’s web "Copy to" (or File Explorer / sync client) to copy the content into their own OneDrive — but that does not transfer real ownership, it creates new copies and carries important limits you must plan around.

Background / Overview​

OneDrive for personal and business accounts is built around access control and an owner account — not ownership transfers. There is no built‑in “change owner” button that flips a file or folder from one Microsoft account to another and preserves the original sharing links, version history, or metadata the way full ownership changes in some enterprise systems would. Microsoft’s guidance and community responses make this clear: you can grant edit or full control access, but direct ownership transfer for personal OneDrive folders or files isn’t supported. That limitation pushes many users toward a practical workaround: copy the files into the recipient’s own OneDrive account so the recipient becomes the hosting account for those files (and can manage storage, retention, and sharing going forward). The typical technique — create a parent folder, move the content into it, share it, and let the recipient use OneDrive’s "Copy to" — is simple, widely used, and works for most personal transfers, but it’s important to understand exactly what gets preserved and what does not. WindowsForum step‑by‑step guides and migration discussions explain the same approach and why it’s commonly recommended.

What the OneDrive “copy/move between accounts” workaround does (and doesn’t do)​

What it does​

  • Creates a new copy of each file inside the recipient’s OneDrive (the copy is hosted by the recipient’s account).
  • Lets the recipient control the files going forward (delete, reshare, manage storage).
  • Keeps the original files available to the sender until they delete them.
  • Gives a straightforward path for parents transferring photos to a child’s managed account or users consolidating personal archives into a different account.

What it does NOT do — critical differences from a true ownership transfer​

  • It does not transfer ownership metadata. The copy is a new file; the original owner, timestamps, and original share links are not preserved as owner‑level attributes.
  • Version history is reset. The "Copy to" operation copies the latest file version only; previous versions are not carried over by the web copy operation. If preserving version history matters, you must use other tools or administrator workflows.
  • Share links stop working. Any existing share links tied to the original file/folder will not automatically redirect to the new copy on the recipient account.
  • Some metadata and permissions won’t survive. Complex ACLs, file-specific permissions and some metadata may not move with a simple copy — enterprise migrations require formal tools.

Short primer on limits you must consider (verified)​

Practical constraints make this workaround imperfect for very large or very numerous transfers. Microsoft documents several relevant limits:
  • Single file upload / sync limit: OneDrive and SharePoint now support individual files up to 250 GB for upload/sync when using the OneDrive sync client. For uploads via the website smaller limits apply; for very large files use the sync client.
  • Copy/Move across sites (single operation) limits: When copying or moving content across site collections or containers (the same operation that governs moving/copying between different OneDrive accounts or a OneDrive and SharePoint site), Microsoft documents limits such as no more than 100 GB total per copy/move operation and no more than 30,000 files per operation. Individual file size ceilings may also apply in cross‑geo operations. These limits exist for the server‑side copy/move process and are easy to hit with big photo/video libraries.
  • Web portal copy size warning: The OneDrive web interface has extra constraints — the portal notes you can only copy small batches via the site (for larger transfers it recommends using File Explorer or the sync client). The web UI’s copy/move dialog can show much smaller practical limits (for example, 500 MB in some portal flows), so plan to use File Explorer / the sync client for anything big.
  • Sync performance guidance: For optimum performance Microsoft recommends syncing no more than ~300,000 files per OneDrive or team site library; syncing far more files may cause long processing times and sync issues.
Those points mean a real transfer strategy should consider both file size and file count limits — for example, a 200 GB folder with 40,000 small files could fail under the "single operation" 30,000 item rule, while a single 200 GB movie file may succeed via sync (since single file limit is 250 GB) but could be blocked by a cross-site copy operation that enforces different caps. Cross‑referenced Microsoft docs and community posts show these limits and how they apply in practice.

Step-by-step: the practical “parent folder + Copy to” method​

Follow these steps if you want to copy content from Account A (sender) to Account B (recipient) with minimal fuss. These steps assume you’ll use OneDrive on the web and that both users can sign in.
  1. Using Account A (the current host of the files):
    1. Create a single parent folder (call it Transfer‑To‑[Recipient] or similar).
    2. Move the files and subfolders you want to give away into that parent folder (use OneDrive’s Move to or drag‑and‑drop in File Explorer into the parent folder so everything is grouped).
    3. Share the parent folder with Account B, granting Edit permissions and sending the invite link or email. Press “Send” (don’t skip this step).
  2. Using Account B (the receiving account):
    1. Open the shared parent folder in the OneDrive web UI (or if using the OneDrive sync client, add the shared folder to your OneDrive).
    2. Select the folders or files you want to pick up (you can copy the whole parent folder's contents).
    3. From the context menu choose Copy to (if available) and select My files → the destination folder in Account B. Click Copy here.
      • If Copy to is missing for certain items, testers report the web UI sometimes shows only Copy to and not Move to for non‑owners; that’s expected. If the portal blocks big batches, switch to File Explorer (via the one‑drive sync client) and copy there instead.
    4. Wait for the operation to finish, then validate files in Account B (check file sizes, thumbnails, and a few open operations).
  3. Post‑copy housekeeping:
    1. Verify the copied files in Account B are intact and accessible across devices.
    2. If everything looks correct, delete the originals in Account A (only after you have a verified backup or after ensuring Account B holds all needed content).
    3. Re‑share the new folder from Account B back to Account A (if you want continued access from the original account) rather than relying on ownership transfer behavior.
Tips and nuance:
  • Use the OneDrive desktop sync client + File Explorer for large batches. The web UI may enforce stricter caps and is less reliable for bulk jobs.
  • Preserve local timestamps and ACLs: if timestamps, ownership attribution, or advanced ACLs matter, consider downloading the files and using a tool that preserves attributes (robocopy / rclone / a migration tool) to upload into the new account; simple web copies will not preserve all attributes.
  • If the copy operation fails because you exceed the 100 GB / 30,000 files guidance, break the transfer into smaller batches or use an offline approach (external drive + upload).

Alternatives for larger or more sensitive migrations​

If you need to transfer large volumes, preserve version history, or move enterprise data, consider these options:
  • Use the OneDrive sync client and File Explorer as your transfer path: sign Account B into a device that can temporarily host both the source and destination syncs (Business accounts can be used side by side with a personal account in the client in many configurations) and copy locally. This avoids some web portal limits.
  • For retention of version history, timestamps, and metadata, use a migration tool designed for OneDrive/SharePoint (third‑party migration services or Microsoft migration tooling). Enterprise migration tools (CloudFuze, Mover, ShareGate, Azure Storage Mover) preserve metadata and can operate server‑side to avoid browser caps. These are the right choice for business or compliance‑sensitive moves.
  • Admin workflows for departing employees: If you’re an admin saving files from an account that will be deleted, use Microsoft 365 admin/SharePoint Admin Center workflows (secondary owner, manager access) which provide supported transfer options for OneDrive business accounts. That is the formal mechanism for enterprise ownership transitions.
  • Local copy to external drive: For very large archives (multiple TB), copy to an external drive and then upload from a high‑bandwidth environment or connect the drive to the recipient’s machine to perform the upload. This minimizes timeouts, reduces web UI failures, and avoids per‑operation caps.

Practical checklist before you start (save headaches)​

  • Confirm available storage on the recipient account. If Account B has insufficient quota you’ll see failed uploads. Upgrading OneDrive / Microsoft 365 storage may be required.
  • Back up the original files locally or to an external drive — do not rely only on the source OneDrive copy while you test the transfer.
  • Count files and estimate total size; if you exceed 100 GB in total or 30,000 items consider splitting the job or using a sync client or migration tool.
  • Prefer the OneDrive sync client for large binary files; the web interface is best for small batches or quick ad hoc transfers.
  • If version history matters, plan for a tool that explicitly preserves versions — web copy will copy only the latest version.

Troubleshooting common issues​

  • “Copy to” fails mid‑operation: break the selection into smaller batches; try using File Explorer; check both accounts’ storage quotas.
  • Missing “Move to” option for shared folders: OneDrive often restricts move operations to the owner. Editors typically have Copy to which creates a new file in the editor’s account rather than moving the hosted file. That’s expected.
  • Large video files time out or fail in the browser: use the OneDrive sync client or File Explorer; the client can handle files up to the service’s single‑file cap (currently 250 GB).
  • Need to preserve timestamps and ACLs: download to local storage and use a tool like robocopy (Windows) with /COPYALL or advanced migration tools that explicitly state metadata preservation. Community guides include robust robocopy recipes for these scenarios.

Security, privacy and compliance considerations​

  • Transferring files between accounts changes where data is hosted and who can be compelled to produce it. For family photos this is benign, but for corporate data the move may violate policies. Use enterprise migration tools and coordinate with IT when dealing with work data.
  • BitLocker / device encryption and stored recovery keys: if you plan to unlink accounts from a device or change protected sign‑ins, confirm where BitLocker recovery keys are stored. Removing an MSA or switching devices can complicate recovery if keys are not exported.
  • GDPR / data residency: copying data between accounts in different tenants or geographies may change its residency; cross‑geo copy/move operations carry extra limits and policy considerations (cross‑geo file size caps and restrictions). Consult your org’s compliance lead before large cross‑geo migrations.

Final verdict — when to use the Copy‑to workaround and when not to​

Use the parent‑folder + share + Copy to workaround when:
  • You have a moderate volume of files (under the documented single‑operation limits) and don’t need to preserve version history or all metadata.
  • You want a simple, quick, low‑cost way to hand someone a set of files (family photos, a simple project folder, personal documents).
  • You can accept that the original owner will need to delete the originals manually and that share links/version history will not follow.
Avoid the workaround (or augment it with a migration tool) when:
  • You must preserve complete version history, timestamps, or complex ACLs.
  • The transfer contains more than 100 GB total or more than 30,000 files in one operation — split the job, or use the sync client / migration tooling.
  • You are transferring corporate data or anything subject to compliance obligations — use the supported admin or migration paths.

Quick reference: condensed steps (copy & paste friendly)​

  1. Create a parent folder in the sender’s OneDrive and move everything to it.
  2. Share the parent folder with the recipient with Edit permission and send the invite.
  3. Recipient opens the shared folder, selects what they need, and chooses Copy toMy files → destination. If the web UI blocks or is slow, use File Explorer / OneDrive sync client.
  4. Verify copied files in recipient’s account, then (optionally) delete originals once backed up.

Transferring OneDrive files between accounts is straightforward in principle but messy in practice because OneDrive doesn’t natively flip “ownership” between accounts. The parent‑folder + share + Copy to sequence is the pragmatic path for most personal users, but anyone dealing with large archives, legal/retention obligations, or complex metadata should plan a proper migration using the sync client or a migration tool and account for Microsoft’s documented limits and behaviors.
Source: Windows Central https://www.windowscentral.com/micr...sfer-ownership-of-files-and-folders-onedrive/
 

If you’re still double‑clicking images only to wait for Windows Photos to lumber into life, it’s time to stop tolerating the slowdown: there’s a lightweight, faster photo viewer that gives you the old instant‑open experience without sacrificing modern file support or a polished Windows UI.

Monitor showing a photo viewer with thumbnails on the left and a mountain landscape on the right.Background / Overview​

Windows once bundled a simple, fast image viewer that opened pictures instantly and let you flip through a folder with zero friction. Over recent Windows releases the built‑in Photos app has been expanded into a multifunction hub — adding OneDrive and iCloud integration, video tools, AI features and cloud‑backed processing — which has made it feature‑rich but heavier. Microsoft documents the Photos app’s role as a central place to manage photos and connected cloud services, and recent coverage and community threads show growing user frustration at performance and feature bloat. That shift is intentional on Microsoft’s part: rather than shipping a pared‑down viewer, Photos aims to be a one‑stop media assistant. For many users that’s useful, but for anyone who simply needs to glance, cull, and flag hundreds of images quickly, the trade‑off is a real productivity hit.

Why the Photos app lost its way​

From viewer to everything‑app​

The Photos app now bundles:
  • Cloud integrations (OneDrive, iCloud)
  • Video viewing and basic editing
  • AI utilities (OCR, generative erase, upscaling in some builds)
  • Albums, People tagging and share flows
Those additions create a more capable app for mixed media workflows but introduce variability in performance and feature availability across Windows builds and devices. Microsoft’s documentation confirms the app’s cloud and sync behaviors; community discussion points out that certain AI features can be gated, experimental, or cloud‑dependent — which raises both performance and privacy questions for some users.

Real user pain: lag, thumbnails, and stuck workflows​

Power users and photographers report slow thumbnail generation, long waits when opening folders containing RAW or large JPEGs, and sluggish navigation during culling sessions. Where the original viewer was immediate, Photos can feel like a workspace that needs time to prepare itself. Community threads and recent product summaries note repeated reports of the Photos app hanging or failing after updates, which has driven people to seek alternatives.

A faster photo viewer hiding in plain sight​

Meet Visum Photo Viewer — what it is, quickly​

Visum Photo Viewer is a minimalist, performance‑focused image viewer available from the Microsoft Store and developed by Luandersonn Airton. It’s designed for one job: viewing images quickly and reliably, with a modern Fluent‑style interface that feels native on Windows. Independent reviews and the developer’s site confirm its focus on speed, simple local editing (crop/resize/adjust), and support for many common formats including RAW and modern codecs. Key promises:
  • Instant open and snappy navigation across large folders
  • Clean, configurable gallery layout (thumbnail grid + preview)
  • Drag‑and‑drop to other apps and folders
  • Basic editing tools for quick fixes
  • Free to download from Microsoft Store (and visible on the developer’s site)
    These are the exact characteristics many users say they miss after Microsoft expanded the Photos app.

Verified format and feature support​

I verified the app’s own feature list and independent reviews for the following claims:
  • RAW file support: Visum lists a broad RAW file table and reviewers confirm it opens many DSLR/mirrorless RAW files reliably.
  • Image formats: JPG, PNG, TIFF, WEBP, HEIF/HEIC, DNG and others are supported per developer docs.
  • Video playback: the developer lists video formats and Visum can play common containers (MP4, MKV, MOV) in a simple viewer capacity. Note: Visum is not a video editor and offers no trimming timeline.
  • SVG: Visum does not target SVG support (vector graphics workflows are outside the app’s scope). That limitation is consistent between the app docs and independent reviews.
Where the app excels is raw‑file browsing speed and thumbnail performance: multiple reviews ran the same directories and found Visum significantly faster than the stock Photos app when previewing and stepping through large files. If you cull hundreds of images, the speed difference matters.

Why Visum works (and what it gives you back)​

  • Single‑purpose speed: focusing on viewing instead of bundling editing, cloud, and AI services reduces startup and navigation overhead.
  • Modern UI that respects context: Fluent design, configurable panels, and thumbnail aspect controls make scanning and culling efficient.
  • Real RAW support: unlike some lightweight viewers that rely on limited codecs, Visum lists many RAW types and loads large files quickly.
  • No subscription, minimal privacy surface: Visum is free and local‑first; by default it doesn’t push cloud processing or telemetry-heavy AI flows that Photos may expose depending on features and builds.
These are the features that restore the “double‑click = instant” expectation: instant open, rapid arrow‑key navigation, and a filmstrip/grid workflow that keeps you moving.

What Visum doesn’t do (and why that matters)​

  • No advanced RAW development: Visum is for previewing and light tweaks, not replacing Lightroom, Capture One, or full RAW developers. If you require color‑managed RAW editing, Visum is not a cataloging + dev tool.
  • Limited editing: rotate, crop, exposure/contrast/saturation adjustments and resizing are present — fine for social shares and quick fixes but not for final edits.
  • No vector support: it purposely omits SVG handling, which is expected (vectors are a design workflow, not photography).
  • Update cadence and maintenance considerations: some community roundups list Visum as “not frequently updated,” and that’s a risk to consider if you rely on a signed, actively maintained binary in managed environments. Check the developer page for the latest release notes before adopting across many machines.
These trade‑offs are purposeful: simplicity and reliability for daily photo browsing at the cost of deeper editing features. For many users, that’s the correct trade.

Practical, conservative advice for switching​

If you’re convinced and want to make the switch safely, follow this checklist:
  • Back up: copy a representative folder of originals into a safe location before changing workflows.
  • Install and test:
  • Install Visum from the Microsoft Store (search the Store or visit the developer’s site to locate the Store link).
  • Alternatively, systems with the Windows Package Manager (WinGet) can search and install Store packages where supported — use winget search then winget install per Microsoft’s guidance. Do not blindly run commands copied from random forums; verify package IDs.
  • Run a live trial: open a few large folders with RAW files and a mix of JPG/HEIC/WebP images. Time how long Visum takes to generate thumbnails and flip through photos versus the Photos app.
  • Validate workflows: test drag‑and‑drop to your editor, right‑click “Open with …” flows, and any export/Save As steps you’ll need.
  • Change defaults (optional): if you prefer Visum as your default viewer, change file associations in Windows — note Windows 11 requires setting defaults per extension, so plan the switch.

Quick migration recipe (step‑by‑step)​

  • Install Visum from the Microsoft Store or via WinGet if your environment supports Store installations.
  • Open Visum and add your primary photo folders via the Settings → Folders panel; let it build thumbnails.
  • Test culling:
  • Use the arrow keys to step through 50–200 images.
  • Flag or mark keepers using your preferred file‑move/keyboard method.
  • If satisfied, change defaults for .jpg/.jpeg/.png/.webp/.raw/.cr2/.nef etc. in Settings → Apps → Default apps (Windows 11 per‑extension flow).
  • Keep Photos installed as a fallback for in‑app edits or cloud tasks you might still need.

Risks and enterprise considerations​

  • Security and updates: lightweight third‑party apps sometimes have slower update cadences than Microsoft’s built‑ins. For corporate deployments verify the vendor’s update policy and hosting; prefer apps with signed installers and clear release notes. If you manage many endpoints, test the app before broad deployment.
  • Default association fragmentation: Windows 11 requires per‑extension defaults; switching may be more administrative work than on Windows 10. Automate association changes with enterprise tools if needed.
  • Feature gaps: any cloud or AI functionality you rely on (OCR inside Photos, cloud albums, generative edits) will be absent or different. Keep Photos or other specialized tools installed for those cases.

How Visum stacks against other lightweight alternatives​

If you’re shopping for a Photos replacement, there are several well‑established alternatives with slightly different tradeoffs:
  • ImageGlass — lightweight, broad format support (including SVG in some builds), highly customizable UI for quick previews and simple editing. A strong choice for users who want an old‑school fast viewer with extra bells.
  • IrfanView — tiny footprint, extensive format and plugin support, excellent batch tools. Very fast but UI is dated. Good for scripting/batch processing.
  • FastStone Image Viewer — good batch and organizer features in a lightweight package.
  • digiKam — full photo management suite (tagging, face recognition, local AI options) when you need cataloging power without cloud lock‑in.
Visum sits between these options: more modern UI than IrfanView, simpler than digiKam, and faster at raw previewing than Photos on many machines. Pick based on whether you prioritize raw speed, cataloging depth, or wide format/plugin support.

The critical takeaways​

  • For sheer speed, simplicity, and a dead‑simple culling workflow, Visum Photo Viewer is an excellent lightweight replacement for the Photos app. Independent reviews and developer documentation confirm its RAW handling, modern UI and fast performance.
  • The Microsoft Photos app is now a multipurpose media workspace — highly capable and integrated with cloud services — but that breadth costs responsiveness and can complicate quick preview workflows. Use Photos if you need its cloud/AI pipeline; use Visum if you want instant browsing and minimal friction.
  • Test before switching defaults, back up originals, and keep a fallback option for the few tasks Visum doesn’t cover (advanced RAW development, cloud sync workflows, or enterprise‑required features).

Final verdict — who should switch and why​

  • Switch if you:
  • Cull or preview large batches of photos frequently.
  • Want a snappy, modern app that just works for viewing.
  • Prefer a small‑surface‑area app without cloud processing surprises.
  • Don’t switch if you:
  • Depend on deep RAW editing with color‑managed workflows.
  • Need Photos’ integrated cloud features and AI edits for your daily work.
  • Require enterprise‑grade support and enforced update cadence for production systems.
Visum brings back the feeling of the old lightweight photo viewer while keeping a contemporary, Windows‑native interface and support for modern formats. For anyone who remembers — and misses — a viewer that opens instantly and stays out of the way, switching away from the bloated default is a pragmatic productivity win.
End with one practical nudge: install, run a short test on the folders you care about, and if Visum saves you even a few minutes per review session, the time savings will compound over weeks of photo work.

Source: MakeUseOf Stop using the Windows Photos app — this is the lightweight replacement you need
 

Back
Top