关于下一版本

XFile 2026.05.01已经发布，

目前市场上有类似名称和功能的ios app,但是这些均不是我们开发的,和我们无任何关系,也不兼容我们的服务器, ios版本的客户端暂定名称为XFileI , ios图标可能为下面两者之一,与android以及windows桌面系统保持统一风格:

25年底个人出了点状况,中间暂停了两个月的开发,因此预计ios版本的app也会延迟两个月，请谅解，目前的状况是，ios swift版本的底层核心引擎完成了一半功能，主要的列表播放功能已经完成了，正在完善XFile协议中的扩展部分，加上我实在不习惯使用MacOS系统，开发效率对比windows/linux平台是打了大大的折扣，但是基本上，ios版本会在下一版本发布前后到来.

其他功能，

我们还将增加一个加强版本的断点续传协议，因为我们目前的桌面客户端没有实现断点续传功能，要解决就干脆解决的更强壮点，对大型文件传输会比较友好;

 类似部分linux版本桌面下，XFileC客户端的底部状态条没有显示信息等问题，我是知道的，但是这个问题比较难解决，关键在于Linux桌面实在太多，因此我在考虑一个变通的解决办法，估计会在下一版本一并到来;

至于Android16后，google收紧android开放政策，要求开发者强制认证，否则要24小时后才给安装的问题，目前我没有去做认证的计划，在这种脱钩的大环境下是不合适的，google要作死那是它自己的事，在国内，网站有网安认证，总比google认证强的多了.

5月26日额外补充:

目前发现一个ipv6方面的bug(不是漏洞), 在windows系统下, 新版的XFileSvr.exe有一定概率出现email ipv6解析正常,ipv6连接成功但是读取欢迎信息失败导致连接失败,这不是你配置错误,而是在重新改写的新版XFileSvr.exe服务器程序中,存在一个bug, 受影响版本为 4.00--4.12 windows版本(linux版本基本没有影响,除非某些特殊发行版修改内核的某个默认设置),反而是旧版本3.xx的都没有这个bug, 我们已经找到并修复这个bug,会随着下一版本解决,下一版本也会提前发布.

由于ios 和 macOS 系统下,苹果在新版本中强行禁用了系统库的SSL函数调用,导致我们用底层SOCKET来实现FTP显式SSL功能无法实现,除非将整个第三方的OpenSSL搬到ios/macOS,但是我无法确定在不久的将来苹果是否会象禁止第三方浏览器内核一样禁用OpenSSL, 因此还是选择了苹果的推荐使用NWConnect, 但是这里又存在一个问题,它同样无法实现显式SSL连接,我也尝试对NWConnect进行扩展,结果发现苹果已经在2025年禁止对底层进行扩展,这样的话,使用NWConnect实现显式SSL功能在理论上已经不可能了,除非苹果自己主动为NWConnect提供动态升级SSL功能,至少目前来看可能性不大.   为了彻底解决这个问题， 我只好对XFile服务器端动手增加功能， 添加 FTP隐式SSL支持 ， 该功能已经在下一版本的服务器端实现， 但是这个功能只有苹果系统才是刚性需求，而linux/windows/android系统统统不需要，毕竟世界主流是显式SSL. 因此，如果您使用苹果的硬件[iphone/ipad.......]  ， 如果需要XFile支持SSL连接，您可能必须升级XFile服务器端到下一版本并开启隐式SSL支持， 同时您需要重新处理防火墙[如果存在的话]，添加隐式SSL服务端口（我们默认为显示FTP服务端口减一，例如显式是21，那么隐式会默认是20，如果显式是2121，那么隐式是2120，以此类推). 总之，下一版本XFile服务器端为了支持苹果的SSL,不得不添加了额外的服务，默认是关闭的，如果您不需要使用苹果系统的SSL,那么就什么都不用动，但是如果需要使用苹果SSL,那么可能不得不重新设置一下。

下一版本将提前发布，预计2026年7月或者8月前后，请关注网站更新信息.