因为这个方法不能完全解决被中继的现象,所以还需要有一个后台管理这些内存中的对象,这个对象就放到内存中,前期解决方法：（手动删除队列里面的邮件就不在这里说明了,让所有员工都修改一遍密码也是不太可行,不能解决根本问题）停掉smtp可以解决这个问题,把数据库全搬到内存中是不可能的,终于解决了被中继这个问题。
如何解决exchange2003被中继的问题
可能这篇文章对您没有实质性的参考，因为这个方法不能完全解决被中继的现象，但是最少能暂时会对你有一些帮助。 现象：exchange2003的队列中有大量的排队邮件等待发送，客户端outlook无法发送和收取邮件，或者是很慢，经查说是被中继了。 这个队列里有很多排队的邮件 原因：公司有500多员工，前期开通企业内部邮箱的时候没有注意安全策略，大部分人的密码都是弱密码，也有很多人没去修改密码，导致邮箱被中继了。 前期解决方法：（手动删除队列里面的邮件就不在这里说明了，不能解决根本问题）停掉smtp可以解决这个问题，但是有些领导是要用outlook的，我是停掉了协议里面的默认smtp，然后新建一个。这个方法也是没有维持多长时间，然后又有很多邮件在队列里面排队了，近2万多。让所有员工都修改一遍密码也是不太可行；也懒得去装一个补丁然后去做检测分析，太麻烦了。必须研究一个根本的解决办法。 后来我想AD里面是可以对用户建组来控制权限的，smtp是不是也是可以的？我在smtp里面做了一些设置，终于解决了被中继这个问题，方法如下： 右击smtp协议选择“属性” 访问---身份验证----用户---提交和中继的权限中设置需要用outlook的用户，不在此列的用户只能web形式登陆邮箱，不能使用outlook。 最后总结：防范被中继的根本点还是要做到密码安全，建议员工定期修改密码。 如有其它方法的兄弟，希望一起交流！
什么是java persistence
就是java的持久化，有很多框架可实现这个功能。举一个程序访问数据库的例子。当程序查到一条记录，就把记录的数据构造成一个对象（如姓名、年龄等），这个对象就放到内存中，如果下一个请求需要访问同一条记录，则直接在内存中读取这个对象就可以了。如果修改了对象的属性（如姓名、年龄等），则后台会选择合适的时间，同步到数据库中。这样相当于把数据库缓存到内存中了，程序的性能将能得到可观的提升。当然，把数据库全搬到内存中是不可能的，所以还需要有一个后台管理这些内存中的对象。例如把不常用的对象销毁，或放到硬盘，同时还需处理并发访问等等。著名的 hibernate 、 mybatis等，就是完成了上述类似的功能。你也可以视作为一个java persistence的实现。
asp中使用createtextfile方法,系统没反应
Sub CreateAfile（）
Set fs = CreateObject（“Scripting.FileSystemObject“）
Set a = fs.CreateTextFile（“c:\testfile.txt“, True）
a.WriteLine（“这是一个测试。“）
a.Close
End Sub
call CreateAfile
-ex
