0. 你做过什么操作，测试过什么办法才来求助的？
1. 纯净Minecraft 有问题吗？
2. 纯净Forge 有问题吗？
3. 使用出现错误的profile，还原本来的resources pack 可以吗？
4. 使用出现错误的profile，删除所有Mod 可以吗？
5. 欢迎阅读『提问的智慧』，有助降低遭遇crepper 的机会。

@lk09364 补充： [1] 第2个回答解释了邮件不正常的原因。

@yylzcom @phoenixlzx 嗯… 现在找到原因了。在 RFC 下，的确是不应该在 @ 加 CNAME 的 [1]，不过我用的 cloudflare 有所谓『cname flattening』[2] 的东西，所以就没问题 ——因此不是供应商的问题，之前的推断错了，抱歉。

[1]: http://serverfault.com/questions/170194/why-cant-a-domains-root-be-a-cname
[2]: https://blog.cloudflare.com/introducing-cname-flattening-rfc-compliant-cnames-at-a-domains-root/

@yylzcom 这不科学，你请求 TXT，它返回 CNAME？
我自己也在裸域加 CNAME，刚刚测试20来次没有问题，大概是供应商的问题了。

@phoenixlzx 这就糟糕了，是不是应该…… editrule vInspector "Google Apps" "Google App Engine"

@phoenixlzx 自动匹配是指……？

@yylzcom 这个就是Google 里文档的那个吧。
我认为大概有3个可能性：
- Google 邮件伺服器用的 DNS 坏掉了。
- dns.he.net 把部分请求吃掉了。
- 墙把部分请求吃掉了。

可能性2 能解释症状2、4。
可能性3 能解释症状3。

所以你可以……
- 墙内 dig 一下 SPF 在吗？
- 用不同 DNS Server dig 域名的 TXT 试试，看看是不是 dns.he.net 出问题。
- ……想不到其他测试方法。

@yylzcom 2 不对。
_spf.google.com. 299 IN TXT "v=spf1 include:_netblocks.google.com include:_netblocks2.google.com include:_netblocks3.google.com ~all"

_netblocks2.google.com. 3599 IN TXT "v=spf1 ip6:2001:4860:4000::/36 ip6:2404:6800:4000::/36 ip6:2607:f8b0:4000::/36 ip6:2800:3f0:4000::/36 ip6:2a00:1450:4000::/36 ip6:2c0f:fb50:4000::/36 ~all"

SPF 包括整个 2607:f8b0:4000::/36

@lk09364 Google App -> Google Apps
DNS 是放在哪里的？
SPF 记录在那里查的？Gmail吗？

@vInspector Google App Engine != Google App...

关键字：功率计量 插座 / 功率计量 电表

安装到移动硬盘/USB储存装置上。

@Goooogle Mac OS X ...
@tanteng “一些命令行”：什么？
“一些东西”：什么？

根据目前的资料，我可以肯定你安装的东西在世界上某一块硬盘里。（考虑到 ssh 的情况）

你把客户端JS 和伺服器端JS 搞混了。
知道什么是 POST，GET 吗。

CDN -> 伺服器 -> 客户端
……搞不好有反效果。