林健的BLOG

注意：以下论断仅针对目前阶段（2009年7月4日）观察到的 Windows Live 和 Google 服务而言，只代表用户可见的现象，不说明其实现的本质；只说明现状，不代表未来可能的变化。

1. 有关使用非 Hotmail 邮箱注册 Windows Live ID 或使用非 Gmail 邮箱注册 Google Account

1.1.M. 使用原有（非 Hotmail）邮箱注册的 Windows Live ID 与在 Windows Live 网站通过注册 hotmail.com / live.com / live.cn / msn.com 等邮箱得到的 Windows Live ID 的使用范围基本相同，可以直接使用 Messenger、SkyDrive、Spaces、Photos 等服务，只是没有 Hotmail 邮箱（注意：微软启动 Live 战略以后，“Hotmail”的概念泛指一切 Windows Live 邮箱，不限于“hotmail.com”后缀的）。可以认为，通过注册 Hotmail 邮箱得到的 Windows Live ID 只是比用自己原有的邮箱注册的多得到了一个免费邮箱。如果用原有邮箱的 Windows Live ID 登录 Hotmail，会被告知需要开通 Hotmail。

1.1.G. 使用原有（非 Gmail）邮箱注册的 Google Account 与通过注册 gmail.com 邮箱得到的 Google Account 的使用范围基本相同，可以直接使用 Calendar、Documents、Reader、Groups 等服务，只是没有 Gmail 邮箱和 Gtalk 即时通信功能。如果用原有邮箱的 Google Account 登录 Gmail 或 Gtalk，会被告知需要开通 Gmail。

1.2.M. 在已登录原有邮箱注册的 Windows Live ID 后，根据提示开通 Hotmail，相当于重新注册了一个全新的 Windows Live ID，新账号可以使用所有 Windows Live 服务。这个 Windows Live ID 与原先的那个没有任何关联，可以分别独立使用。二者的 Messenger、SkyDrive、Spaces、Photos 等数据独立、互不干扰。

1.2.G. 在已登录原有邮箱注册的 Google Account 后，根据提示开通 Gmail，相当于在原有账号基础上增加了 Gmail 和 Gtalk 服务。这时账户的主 Email 地址自动修改为新的 Gmail 邮箱，原来的邮箱则变成了本账号的关联邮箱。关联邮箱可以同 Gmail 邮箱等价地登录 Google 的各项服务；在部分服务（如 Groups）中，可以使用关联邮箱作为自己的联系方式。但一旦注册了 Gmail，在 Google 的多数服务中就会用 Gmail 邮箱作为用户身份的唯一对外标识。在此之前用户创建的数据不受影响，只是账户名称变了。用户可以解除关联邮箱，解除之后旧数据不会丢失。但需要注意，如果解除关联邮箱之后重新手动关联，部分服务（如 Groups）无法使用新的关联邮箱。

2. 有关 Windows Live Admin Center 和 Google Apps 服务

2.1.M. 在 Windows Live Admin Center 使用自己的域名开通服务，旗下用户得到的服务与在 Windows Live 网站通过注册 Hotmail 邮箱得到的 Windows Live 服务完全一致。自己域名的邮箱就是 Windows Live ID，邮箱后台也是由 Hotmail 提供支持的，名称也叫“Hotmail”。这相当于在 Windows Live 原有的 hotmail.com、live.com、live.cn、msn.com 等域基础上，增加了用户自定义的一个域。

2.1.G. 在 Google Apps 使用自己的域名开通服务，旗下用户得到的服务与一般的 Google Account（无论使用原有邮箱或注册 Gmail）并不相同。自己域名的邮箱并不是可以登录 Google 各项服务的 Google Account，而是仅仅能登录本域的一个账号。Google Apps 相当于为企业、学校等用户群体提供一个适于内部使用的、相对独立于 Google 公共服务平台的“小 Google 服务平台”。在这个小平台中，提供有限的几项服务，如 Mail、Calendar、Documents、Sites、Gtalk 等，不包括 Reader、Groups 等。这些服务体现“内部”特色，在逻辑上与 Google 公共服务平台隔离，例如 Mail 被命名为“[你的域名] Mail”而非“Gmail”；但这并不影响域内用户与其它 Google 用户（包括其它域下的 Google Apps 用户）进行有限的互通，例如可以与跨域的 Gtalk 联系人聊天、共享 Documents 上的文档等。

2.2.M. 通过 Windows Live Admin Center 得到的自己域名的 Windows Live ID 与使用默认域名的 Windows Live ID 处于平行位置，功能等价，没有带来新问题。

2.2.G. 通过 Google Apps 得到的自己域名的账户并不是 Google Account，因此如果用户需要使用完整的 Google 服务，需要另外注册 Google Account。如果用户使用基于 Google Apps 的自己域名的邮箱注册 Google Account，可能带来一些微妙的问题：

2.2.G.1. 总体上说，这与 1.1.G、1.2.G 节所述的“使用原有（非 Gmail）邮箱注册的 Google Account”相似。

2.2.G.2. 对于 Documents 服务，用户分别拥有“Google 公共服务平台”和“本域服务平台”上的两套版本，分别在不同的界面使用不同的密码登录，数据独立。如果注册了 Gmail，则 Gmail（Mail）、Gtalk 服务也类似地维持两套版本。

2.2.G.3. 对于 Calendar、Sites 服务，本质上也有两套版本。如果没有注册 Gmail，则会因账户重名问题只能在优先注册的平台上使用，第二套版本无法启用；如果注册了 Gmail，则可以保证两个平台上拥有不同的账户名称，两套版本可以并存，数据独立。

2.2.G.4. 对于 Reader、Groups 等“本域服务平台”没有提供的服务，可以在“Google 公共服务平台”上使用，不存在多版本问题。

3. 总结及对创建个人 Windows Live / Google 统一账号的建议

3.1. Windows Live 对非原生邮箱账号的处理比 Google 更简单、更易于理解一些，区别一在能否直接使用即时通信工具，二在注册原生邮箱之后对原有账号的影响。我们可以通过单独注册 Gmail 邮箱的方法让 Google 实现类似 Windows Live 的“双账号”行为，但不能在 Windows Live 中为非原生邮箱账号添加额外的 Hotmail。

3.2. Windows Live Admin Center 与 Google Apps 是两个定位有所不同的产品，Windows Live Admin Center 强调用户域与 Windows Live 平台的相对统一，而 Google Apps 强调用户所属组织的独立性。它们的功能行为满足了不同类别用户的需求。

3.3. 对于企业、学校等有特殊需求的用户，或者仅偏好于 Windows Live / Google 一方的用户，以及对账号不在意或不愿公开的用户，不在本文讨论范畴之内。

3.4. 对于追求“使用并公开统一账号，访问 Windows Live / Google 服务”的用户，建议方案为：通过注册 Gmail 邮箱得到 Google Account，享受所有 Google 服务；然后使用这个邮箱注册 Windows Live ID，享受 Hotmail 之外的所有 Windows Live 服务。因为对外统一接口是 Gmail 邮箱，所以 Windows Live 上的联系人可以直接联系到用户，无须经过 Hotmail 邮箱。相反地，如果首先通过注册 Hotmail 邮箱得到 Windows Live ID，再用此邮箱注册 Google Account，则无法使用 Gmail 与 Gtalk。如果用户不在意 Gtalk，则此方案也可行；否则此方案不佳，因为如果用户在此基础上注册了 Gmail 或 Gtalk，多数 Google 服务中的用户账号会变化，不符合“统一账号”要求。

3.5. 对于追求“使用并公开统一的个性化（自己域名的）账号，访问 Windows Live / Google 服务”的用户，没有像上面那样完美的方案。建议的两种方案为：

3.5.1. 使用 Windows Live Admin Center 开通自己域名的邮箱，即可享用所有 Windows Live 功能。使用这个邮箱在 Google 注册账号，即可使用 Gmail、Gtalk 以外的几乎所有 Google 服务。如果用户不在意 Gtalk，则到此为止。如果用户在此基础上注册了 Gmail 或 Gtalk，多数 Google 服务中的用户账号会变化，不符合“统一账号”要求。不过用户也可以在 Google 之外使用自己的服务器搭建 Jabber 服务，与自己的域名绑定，现实与 Gtalk 的互通，但这提升了实现成本和技术难度。

3.5.2. 使用 Google Apps 开通自己域名的邮箱，即可享用部分 Google 服务（关键是有 Mail 和 Gtalk）；然后使用这个邮箱注册 Windows Live ID，享受 Hotmail 之外的所有 Windows Live 服务。再使用这个邮箱注册 Google Account，享受其它 Google 服务。注意不要开通 Gmail，原因同上，且此举是无法恢复原状的！此方案的缺点在于 2.2.G 节所述的部分服务双版本共存或双版本冲突的问题，使用时需要格外注意，防止混淆。

3.6 对于新启用统一账号的用户，3.4、3.5 节提出的方案可以在一定程度上满意其需求。但对于已经在不同平台上使用了不同账号的用户，迁移到新的统一账号上来却是不方便的。主要的问题是用户数据无法同步迁移。目前 Windows Live 和 Google 提供的关联邮箱功能，主要解决的只是多账号登录问题，没有太关注内容同步，这也许是它们下一步有必要努力的方向。

附录A. 我个人的统一账号迁移方案：基于 3.5.2 节方案，前两个步骤相同，但没有注册新的 Google Account 和 Gmail。访问 Google 服务仍然使用原来的 gmail.com 账号。主要的考虑是：

A.1. 我原来在 Windows Live 上使用的服务以个人存储为主、人际交流为辅，内容易迁移；即使不迁移也无妨，因为大多是自己使用，不对外公开交流。因此这个账号可以停止维护，只增加必要的邮件监控或转发。

A.2. 我原来在 Google 上使用的服务以人际交流为主（如 Reader 和 Documents 上的共享、Groups 中的群组和帖子），如果迁移，对个人和其他联系人都有一定的时间和劳动成本。

A.3. 我关注的统一接口的三个要件是 Email / MSN / Gtalk，这一方案满足了此要求。缺陷只是在访问 Google 服务的时候没有使用统一的账号，但这并不影响对外公开的接口。且 Google 双平台 cookie 独立，方便同时登录 Google Account 和 Google Apps 账号，互不干扰。

　　前天和昨天中国互联网可够折腾的了，这些折腾再次警示我们网络上可能存在的风险。上面大折腾，我在下面也小折腾了一下，启用了新的、统一的 Email/MSN/Gtalk 账号：
　　
　　麻烦朋友们在 IM 或地址簿中加入这个新的账号。
　
　　启用这个新账号，出于以下考虑：
　　1．原 MSN 账号基于“.cn”域名，存在潜在的安全风险。
　　2．原 Gtalk 账号名称过长，不便他人记忆。
　　3．原“@gmail.com”邮箱存在一定的受阻风险。
　　4．我原先对外公开的 Email 较多较杂，不便统一处理邮件。
　
　　新账号的技术方案：
　　使用 Google Apps 建立自定义域名的邮箱（基于 Gmail 系统）和 IM（即 Gtalk）服务；使用这个邮箱注册 Live ID，即可开通 MSN 服务。
　　顺便说一下，原来的“@linjian.cn”的邮箱和 IM 使用的是微软的 Admin Center 服务。与 Google Apps 类似，它提供了基于 Hotmail 的邮箱和基于 MSN 的 IM 服务。但 Google 不允许使用 Gmail 和 Google Apps 账号以外的 Email 地址作为 Gtalk 账号（虽然可以使用第三方 Email 注册 Gtalk 别名，但别名只能用于登录，在好友处显示的仍是一个“@gmail.com”结尾的、不能收发邮件的 jabber 名称。而且这一特征只能在英文版 Gtalk 上使用，中文版 Gtalk 和多数第三方客户端不支持）。
　
　　新账号的优点：
　　1．Email/MSN/Gtalk 统一的入口地址，便于发布和记忆。
　　2．公开单一的邮箱，处理与朋友往来的邮件，减少管理邮件的时间开销。当然，处理工作业务、重要数据的邮箱并不统一到这里，还是要用独立的。
　　3．安全。使用自己的域名，可修改 MX、SVR 等记录，不受制于服务提供商。即使 Gmail 相关域名被劫持，自定义域名的邮件收发也不受影响。即使 Google 相关的 IP 被过滤，我也可以在不改变账号的前提下更换邮箱服务器和 jabber 服务器，通信不受影响。自己的域名被劫持相比 Google、Live 被“肃整”的概率要小一点。
　
　　新账号的缺点：
　　1．Google Apps 账号不能使用完整的 Google 服务，它可以访问 Calendar、Docs 等，但不能登录 Reader、Groups 等。所以我仍然需要使用原 Gmail 账号登录上述服务。不过这对面向他人的“统一入口地址”影响不大，只是自己麻烦点；好在 Gmail 和 Google Apps 的 cookie 是独立的，可以同时登录互不干扰。
　　2．联系人批量转移是个麻烦事，好在 MSN 和 Gtalk 都可以批量导入导出纯文本的联系人列表。需要各位联系人确认一下我的添加请求。
　
　　备注：
　　目前正在使用“@linjian.cn”的 Live ID 的朋友请不要担心，只要没有不可抗拒的因素，我不会停止对 linjian.cn 域名的支付和维护；只要微软的 Admin Center 服务继续免费提供，我就不会停止使用 linjian.cn 上的 Live 服务。除了对个人姓名域名的保护性注册因素之外，我们也必须认识到：虽然目前放在美国的域名比放在国内的域名（尤其是“.cn”）要保险一些，但美国毕竟是我们的潜在对手。万一中美关系有大事变，不排除中国人在美国的域名受到威胁的情况。所以，“.cn”域名可以认为是一种战备资源，适当的时候可以显示其价值。

　　无意中发现 Windows Live Messenger 的一个小技巧：把联系人拖放到 gtalk 或 Fetion、Baidu Hi 的聊天窗口本文输入框中，相应区域就会显示这个联系人的 Live ID（Email）。其实 Windows 的 drag & drop 的原理挺简单的，但 Live Messenger 使用文本格式的 drag & drop 数据，这倒是增强了程序的互操作性。Fetion 和 Baidu Hi 的联系人也是可以 drag & drop 的，但它们使用的是封装过的对象，所以不能把账号什么的以文本形式拖放到别的软件的窗口中。有趣的是，Live Messenger 不能把联系人的 Live ID 拖放到自身的聊天窗口中，如果拖放到非文本区域代表的是加入多人会话。
　　顺手写了一个查看 drag & drop 信息的小程序（需要安装 .Net Framework 3.5），含 C# 源代码，需要的朋友可以下载：
　　http://files.linjian.org/dotNet/dragdroppad.zip
　　http://www.linjian.cn/files/dotNet/dragdroppad.zip

　　转眼间，我使用微软的网络服务八年多了，以自己域名注册的Windows Live ID也诞生整整三年了（微软的这个anniversary提示提醒了我）。世纪之交时申请Hotmail邮箱只是因为那时国内的ISP邮箱收费太高，免费邮箱容量小且服务不稳定。后来发现Hotmail变成了访问微软各种网络服务的.NET Passport，于是初学英语的我开始在MSN（Microsoft Network，非MSN Messenger）网站上探索。但微软当时针对中国市场的服务似乎不多，除了Windows中捆绑的MSN Messenger可以用，别的很多在线服务都是for U.S. only的。直到2005年底Windows Live计划面市，.NET Passport变成了Windows Live ID，面向全球市场的各种服务才蜂涌而至。Spaces、SkyDrive、Office Live、Admin Center、Mesh、OneCare、Favorites……尽管有很多抄袭的痕迹，尽管在竞争中不少产品都比Google略逊一筹，但不能不说微软还是很有创造力和决断力的。
　　微软和Google的产品我都喜欢尝鲜，我是在Windows Live开始Beta测试没多久便启用了现在这个自定义域名的Windows Live ID的。但最近一次Windows Live的改版却令我担忧：Windows Live增加了社会化网络（SNS）的元素。我并不反对微软来搅这一潭浑水，但微软是在原有Home、Spaces的基础上新增了SNS功能，并且将已有的用户默认地变成了它的SNS的用户，还在新版的Messenger中加入了SNS信息提示。这种强推的手段令人反感（在这一点上，Google Orkut就比较善意，是可以选择性加入和退出的，也不会影响Google Talk）。
　　我想大多数人和我一样，把Windows Live（其实主要是Messenger）当作私人性的、业务性的工具来使用的。除了Spaces是对外的窗口，别的什么资料，特别是好友信息，都是隐私内容。但现在的Windows Live开始社会化了、娱乐化了：Home上充斥着他人的Spaces上的东西，特别是那些无聊的Note；Network功能让人随意在我的好友和好友的好友之间跳来跳去；干净的Messenger窗口上增加了一堆八卦式的提醒，令人生厌。
　　有人说Profile、Spaces原先不就是公开的吗？可原先只要你不专门去设置，你的URL就是一个随机字串，除了你的好友可以在Messenger找到链接并打开，别人通常是找不到的。而现在通过Network，你的好友的好友的好友也都可以把它们翻出来。有人说把哪些好友加入你的Network、授权他查看你的SNS信息，不都是由自己决定的吗？那你可以试试把一个好友加入Network有多容易，从Network中删除又有多周折。再去看看Permissions的默认设置，多少内容都对Network以外的Contacts、Contacts extended甚至Everyone公开了呀！还有人说只要不使用Spaces之类的服务，不上传什么隐秘文件，单单使用一个Messenger不就得了？那我也要提醒你注意Messenger弹出的邀请或Hotmail中的邀请信，一不小心你就把对方加入了你的Network，从此为这个好友和他的Network成员们开了一扇门，让他们可以看到你都不慎把谁加入了你的Network。
　　微软把Windows Live Messenger这个原本定位明确的产品模糊化了。很多人选择它，原来就是图个专用、私密、清静一点，SNS化的Windows Live Messenger至少伤害了像我这类用户的情感。但是工作需要，用还是得用。我能够做的就是关闭Spaces，仔细检查Permissions设置，把一切对他人无关的信息设置为Privete或Just me。不是说我怕什么人肉搜索，我想公开的内容在我的主页和blog上都有公开。我所不喜欢的是微软这种通过对使用模式的隐性转变带来的对信息传播的知情权的减弱。我的观点就是：谁想看我的东西尽管来pull，但我不希望微软帮我满城push。
　　微软的这种变化或许还会引起一些公司的警觉，很多公司禁止员工在工作时间访问SNS性质的网站和国内某些娱乐化了的IM，而Windows Live正在向这个方向靠拢，有可能引发那些敏感的公司的封杀。对于在中国主要占领商务市场的Windows Live Messenger无疑是在自找没趣。另一方面，越来越庞大的Windows Live Messenger客户端给用户带来了麻烦，IM就是IM，绑定了SNS功能又能增加多少有效的SNS用户呢？何况微软和Google还都喜欢把这些产品强制在C盘安装，这都给那些人性化的第三方客户端创造了机会。不知道微软是怎么权衡这些利弊的。
　　最后转两篇“电脑玩物”上的旧文链接，提醒大家做好Windows Live的隐私的设置，减少事实风险和心理压力：
　　http://playpcesor.blogspot.com/2008/12/windows-live-messenger.html
　　http://playpcesor.blogspot.com/2009/01/windows-live.html