兄弟，先别慌，咱们先搞清楚这些文件到底是怎么变成“加密”状态的——你说原本没加密，只是传到了服务器，大概率不是那种不可逆的端到端加密，更可能是Windows识别到了Mac文件的特殊属性，或者传输过程中触发了服务器的某些机制，给误判成加密了。给你几个实操的方向试试：

• 先查Windows服务器的EFS加密：Windows自带的EFS（加密文件系统）有时候会在权限配置有问题的情况下自动加密文件。你右键加密的文件→属性→高级，看看“加密内容以便保护数据”是不是被勾上了。如果是的话，换服务器的管理员账户登录试试解密——管理员一般有EFS的恢复权限，哪怕原上传的用户不在了，说不定能解锁。
• 清理Mac留下的特殊属性：Mac文件传到Windows时会带一堆额外的扩展属性和数据流，有时候这些东西会让Windows误以为文件是加密的。你可以用管理员身份打开命令提示符，进到文件所在目录，执行attrib -R -S -H *.* /S /D，这个命令会移除文件的只读、系统、隐藏属性，顺带清理那些奇怪的标记。要是还不行，装个Sysinternals的Streams工具，执行streams -d *.*删掉Mac留下的数据流，很多时候这就能解决问题。
• 换Mac环境试试访问（还有Mac的话）：如果手头还有能连这个Windows服务器的Mac，试试从Mac上挂载服务器共享，把这些文件再拷出来重新传一遍——Mac能识别自己的文件属性，拷贝时会自动处理掉那些让Windows犯懵的标记。要是没Mac了，也可以在Windows上装个支持Mac文件系统的工具（比如Paragon NTFS），看看能不能正常读取并转换这些文件的属性。
• 检查共享文件夹的权限：有时候共享权限配置错了，会导致你连修改加密状态的权限都没有。到服务器上右键共享文件夹→属性→安全，确保你当前登录的用户有“修改”或者“完全控制”的权限，再去尝试解密。

要是以上方法都不管用，那可能真的是EFS加密且没备份恢复密钥——这种情况确实很棘手，因为EFS是和用户证书绑定的，原Mac用户不在了，服务器又没存恢复密钥的话，几乎没法解开。不过也别完全放弃，试试专业的数据恢复工具，但成功率不高，而且千万别在原文件所在分区写入新数据，不然就彻底没救了。

备注：内容来源于stack exchange，提问作者DanS