最近 Teams EXP 接连翻车,统筹局网盘其中一个存储策略就是用的翻车的 Teams EXP 账号,里面还有600多个G的文件,无奈之下只好开始转存;

本文章仅供参考

前期准备

先准备一个用来放文件的新的微软账号,确保可以放下原来账号里的文件;

转移文件

我是用的是 mover.io 转移文件,mover.io 被微软收购之后一直是免费的,也没有文件限制,唯一的缺点就是只能转移到微软家的存储空间;

先去 mover.io 注册一个账号,不注册也没有关系,现在已经支持用 Microsoft 账号直接登录了,然后分别授权两个账号,我就不演示了,之后就是很简单的文件转移;这里需要说明一下的是,有时候在 Migration Manager 看似转移失败了,但是也不一定失败,需要自己到账号里核实,我根据 Migration Manager 里的数据计算600多G的文件需要转移七天左右,但实际上一个晚上就转移完了,由此可见速度还是可以的
image.png

在本地转移文件实在是时间不够,足足600多G,我家小水管宽带不知道啥时候才能下完,别提上传了;当然,用 mover.io 完全是无奈之举,要是说有足够时间的话我也会考虑本地转移

获取刷新令牌

这一点还是比较重要的,Microsoft Azure 注册应用如果按照平常注册,在Cloudreve后台重新授权的时候会显示 无法获取AccessKey ,也就是刷新令牌,这个时候不要急,根据提示,我们除了获取 应用程序(客户端) ID客户端密码 之外,还需要手动获取 AccessKey(正常都是Cloudreve自动获取);手动获取 AccessKey 的方法很多,我采用的方法只是其中一种,具体可参考Alist文档中OneDrive一节

首先去Azure增加一个重定向URL https://tool.nn.ci/onedrive/callback
image.png

然后在 https://tool.nn.ci/onedrive/request 中填入 client_id(应用程序(客户端) ID) 和 client_secret(客户端密码),点击 获取刷新令牌
image.png

复制 refresh_token,这就是我们要的刷新令牌;

Cloudreve后台操作

在Cloudreve后台中,进入要替换的存储策略的 专家模式编辑
image.png

替换其中的 BucketName应用程序(客户端) ID) 、 AccessKey(刷新令牌) 以及 SecretKey(客户端密码) ;保存更改之后再向导模式重新授权即可

测试:

第三类方法

显然,目前来看,Microsoft 全局仅仅是 Teams EXP 一个订阅被吊销,不影响 SharePoint 和 OneDrive ,换句话说,我们只需要往 Teams EXP 被吊销的全局中再叠加可以使用 SharePoint 和 OneDrive 的许可就可以保存全局中的数据;Teams EXP 订阅被吊销许可不影响全局购买其他订阅

image.png图中其他订阅在为Teams EXP订阅被吊销后购买

关于Teams EXP订阅

最近很多 Teams EXP 全局(号称永久那一批,截止日期是28xx年的)接连翻车,都是在邮件中被提醒试用时间即将结束

我自己手头正好有几个 Teams EXP 全局,都是最早的那一批,有翻车的全局也有没翻车的(上面的图片就是我自己的一个翻车全局),我自己比对了一下几个翻车的全局和没翻车的全局,发现了翻车 Teams EXP 全局的一个共性,那就是大部分全局只有一个 Teams EXP 订阅,我没翻车的 Teams EXP 全局一般都有一到两个其他订阅,这是一个没翻车的 Teams EXP 全局订阅

哪怕是有一个免费订阅的 Teams EXP 全局也有很大概率不翻车,我干脆给自己其中一个翻车的全局也附上了几个免费订阅,看看能抢救回来不
我想抢救一下的 Teams EXP 全局

欢迎各位分享自己的 Teams EXP 全局状态,也欢迎大家留下对Teams EXP的看法;如果评论区无法正常加载,请打开检查自己的IP是否处在中国大陆区域

本文会持续关注 Teams EXP 订阅,直至大部分 Teams EXP 订阅被吊销

补充

  1. 经过实测,Teams EXP 订阅被吊销的全局购买其他订阅不受影响
  2. 虽然已经出现了即使叠加其他订阅,Teams EXP 订阅也会被吊销的情况,但目前的数据依然倾向于Teams EXP订阅是否被吊销与是否叠加订阅有很大联系
  3. 开满Teams EXP订阅再叠加订阅的实验也已经有人做过了,但是依然没能逆转 Teams EXP 订阅被吊销的现实
  4. 目前还没有什么方法能恢复被吊销的 Teams EXP 订阅,建议全局里有数据的抓紧转移,或者叠加其他能保留数据的订阅