Skip to content

Provider Coverage Matrix ​

AeroFTP classifies each supported provider with a Coverage Class (A, B, C, D) and a numeric score out of 100. The rubric is deterministic, speed-independent, and designed to reflect the end-to-end experience of running production workloads on AeroFTP + provider.

Coverage Class ​

ClassLabelScoreMeaning
APrimary90-100Full matrix green, ready for critical workloads
BExtended70-89Core operations solid, minor gaps on advanced features
CCompatible50-69Base works, known non-blocking limitations
DObserver< 50Partially covered, not recommended for production

Scoring rubric (100 pt) ​

DimensionWeightWhat it measures
Core Operations30connect, ls, put, get, stat, mkdir, rm, mv
Data Integrity20SHA-256 end-to-end + hashsum parity
Navigation & Discovery15tree, find, head, cat, recursive stat
Advanced Features15share links, trash/restore, versions, server-side copy, quota detail
Encoding Robustness10unicode, spaces, special characters in file names
Reconciliation10check, sync-doctor, reconcile post-sync matches

Speed is deliberately excluded: throughput depends on distance from the provider endpoint and on local network conditions, not on the client implementation.

Stable Core ​

Dated matrix

These scores were measured on 2026-04-18 and 2026-04-19 with AeroFTP 3.5. Client fixes for the S3 encoding failures have shipped since (see the notes below), and the totals on this page, on the detail pages and in their component columns do not agree in several places. They will be recomputed together at the next scored sweep; until then, read each score as the April result, not as the state of the current release.

Scores below reflect an encoding sweep completed 2026-04-18 on live accounts (Seafile, Jianguoyun and CloudMe pending), with SHA-256 end-to-end verification on 1 MB round-trip. Matrix refresh 2026-04-19:

  • Reconciliation flipped to ✅ for SFTP and S3-compatible providers after the path canonicalization fix. cmd_check, cmd_reconcile, and cmd_sync now delegate to sync_core::scan_remote_tree + compare_trees, which track relative paths via the scan queue state instead of stripping the remote prefix from provider-returned absolute paths.
  • Alibaba OSS encoding lifted to 5/10 after the S3 listing panic on multibyte keys was fixed (byte-slice on XML preview replaced with char-aware truncation); Class promoted from C to B with Navigation full 15/15.
  • WebDAV Navigation benchmark completed on Seafile, Jianguoyun, CloudMe, DriveHQ, and InfiniCloud JP - all five promoted from ⏳ pending to ✅ after tree --depth 2 and find returned the expected structure on live accounts.
  • Structural not exposed by API / not applicable entries use - instead of ⚠️ to avoid confusion with real partial-pass warnings.
ProviderProtocolClassScoreIntegrityNavigationAdvancedEncodingReconcile
DropboxDropbox APIA95✅✅✅✅ 10/10✅
kDriveInfomaniak APIA93✅✅✅✅ 10/10✅
Yandex DiskNative APIA92✅✅✅✅ 10/10✅
FileLu APINative APIA92✅✅✅✅ 9/10✅
FeliCloudWebDAV (Nextcloud)A90✅✅✅◑ 7/10✅
SFTP server on a NASSFTPA90✅✅✅✅✅
AWS S3S3A90✅✅✅◑ 5/10✅
Google Cloud StorageS3A90✅✅✅◑ 7/10✅
iDrive e2S3B89✅✅✅◑ 6/10✅
MEGA S4S3B89✅✅✅◑ 6/10✅
StorjS3 GatewayB89✅✅✅◑ 6/10✅
WasabiS3B89✅✅✅◑ 6/10✅
Backblaze B2S3B88✅✅✅◑ 5/10✅
Cloudflare R2S3B88✅✅✅◑ 5/10✅
FileLu S3S3 (S5)B88✅✅✅◑ 5/10✅
Tencent COSS3B88✅✅✅◑ 5/10✅
KoofrWebDAVB86✅✅✅◑ 5/10✅
DriveHQWebDAVB85✅✅✅◑ 8/10✅
InfiniCloud JPWebDAVB83✅✅✅◑ 7/10✅
SeafileWebDAV (seafdav)B78✅✅⏳⏳✅
JianguoyunWebDAVB77✅✅⏳⏳✅
CloudMeWebDAVB76✅✅⏳⏳✅
Alibaba OSSS3B73✅✅✅◑ 5/10✅

Legend: ✅ full pass · ◑ partial pass · ⏳ pending benchmark · ❌ fail · - not applicable

Notes on score dimensions ​

  • Encoding Robustness is measured on live accounts for every provider in this matrix except Seafile, Jianguoyun and CloudMe, which are pending. The sweep covers 10 file names including unicode, emoji, spaces, and the ASCII special set & ' # % ( ) +.
  • Native / API providers (Dropbox, kDrive, Yandex, FileLu) handle all 10 names cleanly. FileLu is at 9/10 because emoji is stored correctly but rendered as ???? in the listing (server-side transliteration).
  • S3-compatible providers consistently trip on the same set (% signature mismatch, + reject, & / ' XML split in listing, # URL fragment truncation). These were AeroFTP client issues, not provider issues. Fixes shipped in v3.6.6 (XML entity decoding in listing keys), v3.7.7 (per-segment key encoding) and v4.1.7 (whitespace kept inside listing keys). The encoding column still shows the 2026-04-18 sweep and will be refreshed at the next scored sweep.
  • Reconciliation on object-storage and cloud APIs is now ✅ after the 2026-04-19 path canonicalization fix. The previous ⚠️ requires explicit path note referred to a client-side scan bug that has been eliminated; integrity of the transferred data was never affected.
  • InfiniCloud JP, DriveHQ were benchmarked on Navigation 2026-04-19 and promoted to 15/15 after tree + find validated the full recursive surface.
  • Seafile, Jianguoyun, and CloudMe entered the matrix at Class B after 2026-04-19 live listing + reconcile + navigation verification. Advanced features (share/versions/trash) and encoding sweep still pending - score will refresh once those dimensions are benchmarked.
  • Alibaba OSS moved to Class B after the S3 listing panic on multibyte keys was eliminated (F-P1 fix: s3.rs debug preview now uses char-aware truncation instead of a raw byte slice). It shared the S3-family encoding gaps on %, &, ', # measured in April, for which client fixes have shipped since (see above).
  • Symbol convention: ◑ (partial) is used for real partial passes (e.g. encoding 5-9/10). - is used for N/A / not exposed by API / not applicable structural gaps - these are not errors and should not be read as warnings.

Detail pages ​

Providers not yet in the public matrix ​

Several additional providers (pCloud, Filen, Internxt, MEGA, 4shared, Zoho WorkDrive, Drime, FileLu WebDAV, Box, OneDrive, Google Drive, Jottacloud) are covered in internal test runs with mixed status. They will enter the public matrix once their scoring stabilizes across the full rubric.

2026-04-19 note: the internal sweep validated ls / on 25 of 31 vault profiles post-fix batch. Jottacloud is now fully re-runnable (grant_type=refresh_token lowercase fix) but not yet scored on the full rubric.

Update policy ​

The matrix is revisited after every significant test run consolidation. Scores may change when:

  • New rubric dimensions are benchmarked on previously-untested providers
  • Provider-side changes affect an operation class
  • Rubric weights are re-balanced (only in major revisions of the methodology)

See methodology for the reproducibility protocol.

aeroftp.app - Released under the GPL-3.0 License. AeroFTP Reviews