原文：http://www.magicwinmail.com/client/outlook.htm
  使用Outlook Express进行POP3收信和SMTP发信认证的设置

使用Outlook进行POP3收信和SMTP发信认证的设置
软件名称：Microsoft Outlook Express 5.0
使用版本：5.50.4133.2400

3〕 进入到“Internet连接向导”填入用户的名字，点击下一步；如下图所示：

4〕 填写你在yourdomain.com邮局里申请到的电子邮件地址到“电子邮件地址”里，如下图所示：

5〕 接收邮件服务器选为“POP3”，在接收邮件服务器POP3的地方填入“pop.yourdomain.com”或者“yourdomain.com”，而在发送邮件服务器SMTP填入“smtp.yourdomain.com”，点击下一步；如下图所示：

6〕 输入你的yourdomain.com的帐号名和密码；点击下一步，如下图所示：

7〕 添加用户完成，如下图所示：

8〕 同样，要修改用户设置请点击菜单中的“工具”->“帐号”，选择好你想要设定的帐号，按“属性”。如下图所示：

9〕 在用户信息里可以修改用户的资料。如下图所示：

10〕 设定SMTP验证及修改POP3服务器地址可选择“服务器”标签；

11〕 在“外发邮件服务器”下面的“我的服务器要求身份验证”选项打勾，并按“设置”按钮（注意，不要选择“使用验证密码安全登陆”）。如下图所示：

12〕 选择“使用与接收件服务器相同的设置”按“确定”，完成设定。如下图所示：

13〕假如用户希望在收信之后，不删除服务器上的邮件，你可以在Outlook Express的“高级”标签里面设置“在服务器上保留邮件副本”。

1.什么是xp编程(极限编程):

XP是勇气，交流，反馈和简单。
XP是软件开发过程中的纪律，它规定你：必须在编程前些测试，必须两个人一起编程，必须遵守编程规范……。
XP是把最好的实践经验提取出来，形成了一个崭新的开发方法。

2. XP适用范围:

极限编程，也被叫做XP，适用于中小型团队在需求不明确或者迅速变化的情况下进行软件开发的轻量级方法学。
推荐使用范围为10人左右的团队

3.XP工作模式体现:

一、工作环境
二、立式晨会
三、结对编程
四、测试驱动开发
五、重构
六、持续集成
七、频繁地发布小版本

4.结对编程:

开发任务会细化分解为很多Task，一个Task的开发周期一般不超过2天。
每个Task的Owner会寻找一个Partner进行结对开发。
Task开发的次序由程序员们自己协商。他可以先作为Partner和其他Owner一起开发某个Task，然后再找另一个程序员作为Partner来共 同开发自己承担的Task。
结对开发时，Task的Owner主要负责编码， Partner负责在一旁看Owner编程并在其编写有错误提出自己的意见，当其遇到困难时一起讨论、互相帮助完成任务

5.测试驱动开发:

在动手编码之前，必须先写功能测试脚本、单元测试脚本。
写好测试脚本后，开始编码、重构、运行单元测试、集成、运行功能测试，以此循环

6.重构:

减少重复设计，优化设计结构，提高技术上的重用性和可扩展性。
XP提倡毫不留情的重构。
任何人可以重构任何代码，前提是重构后的代码一定要通过100%测试单元测试后才能被Check-in

7.持续集成:

测试先行是持续集成的一个重要前提。
持续集成指不断地把完成的功能模块整合在一起。目的在于不断获得客户反馈以及尽早发现BUG。
随时整合，越频繁越好；集成及测试过程的自动化程度越高越好。
每次只有一个新增加部分在整合，而且必须运行功能测试

8.频繁地发布小版本:

发布过程应该尽可能地自动化、规范化。
不断地发布可用的系统可以告诉客户你在做正确的事情。
客户使用发布的系统，可以保证频繁地反馈和交流。
保证客户有足够的依据调控开发过程(增加、删除或改变需求)。
降低开发风险。
随着开发的推进，发布越来越频繁。
所有的发布都要经过功能测试。

9.XP的关键词:

测试优先原则
结对编程
持续集成
频繁小版本
不断重构
立式晨会
交流和沟通，“只有没有沟通不够的项目，没有沟通过度的项目”
分解任务、制定计划是关键一环

10.XP作用:

一、平稳的工作效率

平稳的工作效率指团队和个人在很长的时期内保持一定的开发效率。
保证了项目速度和计划过程的有效性和准确性；
保证了程序员可以持续地完成任务，团队可以持续地向客户交付可运行的系统；
结对编程已经加大了工作强度，并且和其它XP的规则一起提高了工作效率，使少加班和维持平稳的工作效率可能而且可行。
提倡平稳的工作效率，体现了XP以人为本的价值观。
二、高质量

测试优先、并坚持单元测试、每个版本进行功能测试的原则是保证了高质量的一个关键；
充分的沟通交流进一步减少了写低质量代码的风险；
结对开发模式在互相学习中会产出高质量的代码
三、Open

结对开发、每一处修改都需要测试等等规则使得实现集体拥有代码， “我们”的代码，而不是“我”的代码；
充分的沟通交流可以将每个人的知识、思想共享；
让每个人都知道项目的设计、计划、进展情况等信息；
大家都知道每个人都在做什么和怎么做；
四、对人的挑战
暴露自己的缺点，人的本性
懒惰
自尊
封闭
……

克服自己的缺点
高效率
不怕告诉别人自己不会，乐于问人
懂得尊重别人，乐于帮助别人
……

11.受益于XP:

一个曾经在XP模式下工作过的人，回到传统开发模式下才深刻体会到XP给他带来的财富。
在传统开发模式下他坚持每天有计划、总结，坚持测试驱动开发……
发现他总是按时下班甚至提前下班，可是同事们越来越多且越来越晚下班，是自己不认真？是同事们爱表现？……
都不是！！
是XP给他带来的受益终身的开发方式，他的同事bug量远远比他多，他只有不多的几个;同事们任务总是延时，而自己都是轻松按时完成……

文 档是项目的知识，这些知识必须集中管理、容易获取、人人可以编辑。

项 目在生长，代码在增加，文档也必须能够跟随项目自然生长，强行划分设计阶段和开发阶段，是不可取的。

Wiki 不是传统的项目文档，而是一个应交流需要，可能随时增删改的知识库。项目组的成员，遇到问题，就应该首先查看Wiki，如果这是Wiki中没有，那么他应 该找人询问。而那个知道答案的人，如果他不想再今后不断的回答同一问题，就应该把这个答案写入Wiki，这就是Wiki条目增长的自然动力。

传统文档最大的问题在于浪费，而Wiki通过持续修改，按需提供的方式，保证了所有写下的文 字，一定有超过一个人需要读它。

Include功能，增加include标签，可以在一个条目中，引入其他条目的全文，而不是仅仅 增加一个link。

文档的层次结构，当项目的文档条目逐渐增加，分门别类的条目，更加便于查找，也可以有效的避免条目 重名的问题。

一个Click，就能够创建新一个条目，用于填写当天的工作安排。

每日15分钟文档制度，基于“填写当日工作”的功能，我规定每个项目组成员，每天要花三个5分钟来 写文档，早上的5分钟，填写当日工作计划。中午的5分钟填写上午的工作情况，下班前的5分钟，填写下午的工作情况。这样，每天的文档工作相当轻松，但是文 档能够保证持续的跟随项目成长下去。更进一步的，这样的制度，对于项目的进度控制，也很有帮助。

User Case条目驱动，所有分解出去的User Case，在分配到责任人之后，该责任人的第一项工作，就是在Wiki中写下对于这个User Case的理解。随后项目进展，也应该持续的维护这个条目。

同时进行Bug的管理，Bug也作为Wiki中的条目，以便于和其他条目项目引用。

每次Check In CVS时，必须写注释。这是更加细节的文档，然后我还做了一个小程序，能够自动的从CVSTrac中读出当天Check In代码的注释。供每个人在写当天文档的时候引用。