用kerio的朋友，有时间做个试验--躲GFW成功了？

handy163

问题确认：
1、SMTP服务器放在中国大陆，而你们却在海外使用Outlook，Foxmail，notes/iNotes等客户端电子邮件软件将邮件发给自己不成功？
2、反之亦然。即SMTP服务器放在海外，而你们却在中国大陆使用Outlook，Foxmail，notes/iNotes等客户端电子邮件软件将邮件发给自己不成功？

3、使用WebMail形式却能成功将邮件自己发给自己？

具备以上测试环境的朋友可以测试一下，发一封测试邮件给自己，看看是否提示出错：）


使用SSL加密形式试试是否通过测试？成功的概率是50%以下吧：）

因为始终还是要经过GFW的，难道“聪明的”GFW对付SSL会成问题吗？？？

既然知道是GWF在作怪，  呵，呵，想办法“ 绕过去”就好了，不过所做的一切要求在合理、合法的前提下。

另外要提醒大家一下，GFW的存在是有必要的，否则不乱套了吗？

[ 本帖最后由 handy163 于 2007-7-7 11:18 编辑 ]

tdk

只有测试了才知道
所有猜测都是猜测：）

你说说的1，2并不是主要状况，主要是mailservr to mailserver 之间的问题

luluboy

不是客户端邮件收发软件与邮件服务器之间的问题。多数是服务器与服务器之间链接被恶意切断的问题，不好意思,不是恶意应该平和点说“无故切断”我从对方的LOG中看出来的。
最近与台湾SSL测试中没有遇到问题，而没有建立SSL与美国链接中双方服务器出现大量退信。

tdk

原帖由 luluboy 于 2007-7-8 11:25 发表
不是客户端邮件收发软件与邮件服务器之间的问题。多数是服务器与服务器之间链接被恶意切断的问题，不好意思,不是恶意应该平和点说“无故切断”我从对方的LOG中看出来的。
最近与台湾SSL测试中没有遇到问题，而 ...

你总能带来我喜欢听到的消息：）

应该有10天了吧。美国那边如果再没问题就爽了。

luluboy

1、Kerio的使用：当接收对方发邮件时中途终端，Kerio的log中会体现吗？
2、SSL是如何工作的？我现在很迫切想知道Kerio与其他SMTP服务器使用SSL传输的过程。
3、Exchange2003在不影响它与其他未启用SSL域通信前提下，能使用SSL与kerio工作吗？
我时把Kerio装在Linux上的。

tdk

1 kerio 的日志本身相对简单一些。 你说的对方接收是指mailserver? 还是oe这样的客户端？
2 邮件服务器之间先握手 helo 然后询问是否支持ssl,如果支持则按ssl方式传输，否则俺常规方式
3 可以问问exc的高手，我也不太清楚。一般情况下，服务器是都支持常规方式25端口连接并传输， 有一些服务器同时支持ssl 或者tsl方式传输。

至于工作原理可以去论坛搜搜，我也需要学习这些：）  

老铁，钉子，各位高手你们看到的话帮忙~

luluboy

1、先报告一下跟台湾测试的情况：
到今天为止还没有得到丢信的投诉，看到MAIL LOG中 SSL: yes 那个安心啊。。。

luluboy

原帖由 tdk 于 2007-7-10 22:26 发表
1 kerio 的日志本身相对简单一些。 你说的对方接收是指mailserver? 还是oe这样的客户端？
2 邮件服务器之间先握手 helo 然后询问是否支持ssl,如果支持则按ssl方式传输，否则俺常规方式
3 可以问问exc的高手， ...

1、我说的是KMS的Logs.为什么LOG这么简单能不能达到如下的细致LOG[From MDaemon mail]呢？我觉得那样的才是最基本的，不然许多问题无法判断啊。。。
example:
Thu 2007-06-28 10:55:34: ----------
Thu 2007-06-28 11:05:10: Session 46; child 1; thread 2908
Thu 2007-06-28 11:05:09: Accepting SMTP connection from [61.XXX.XXX.XXX : 41693]
Thu 2007-06-28 11:05:09: --> 220 BBBB.com ESMTP MDaemon 9.5.6; Thu, 28 Jun 2007 11:05:09 +0800
Thu 2007-06-28 11:05:09: <-- EHLO AAAA.com
Thu 2007-06-28 11:05:09: --> 250-BBBB.com Hello AAAA.com, pleased to meet you
Thu 2007-06-28 11:05:09: --> 250-ETRN
Thu 2007-06-28 11:05:09: --> 250-AUTH=LOGIN
Thu 2007-06-28 11:05:09: --> 250-AUTH LOGIN CRAM-MD5
Thu 2007-06-28 11:05:09: --> 250-8BITMIME
Thu 2007-06-28 11:05:09: --> 250-STARTTLS
Thu 2007-06-28 11:05:09: --> 250 SIZE 0
Thu 2007-06-28 11:05:09: <-- STARTTLS
Thu 2007-06-28 11:05:09: --> 220 Begin TLS negotiation
Thu 2007-06-28 11:05:10: SSL negotiation successful (TLS 1.0, 2048 bit key exchange, 128 bit RC4 encryption)
Thu 2007-06-28 11:05:10: <-- EHLO AAAA.com
Thu 2007-06-28 11:05:10: --> 250-BBBB.com Hello AAAA.com, pleased to meet you
Thu 2007-06-28 11:05:10: --> 250-ETRN
Thu 2007-06-28 11:05:10: --> 250-AUTH=LOGIN
Thu 2007-06-28 11:05:10: --> 250-AUTH LOGIN CRAM-MD5
Thu 2007-06-28 11:05:10: --> 250-8BITMIME
Thu 2007-06-28 11:05:10: --> 250 SIZE 0
Thu 2007-06-28 11:05:10: <-- MAIL FROM:AAAA@AAAA.com SIZE=1950
Thu 2007-06-28 11:05:10: --> 250 AAAA@AAAA.comSender ok
Thu 2007-06-28 11:05:10: <-- RCPT TO:<BBBB@BBBB.com>
Thu 2007-06-28 11:05:10: --> 250 <BBBB@BBBB.com>Recipient ok
Thu 2007-06-28 11:05:10: <-- DATA
Thu 2007-06-28 11:05:10: Creating temp file (SMTP): e:\mdaemon\queues\temp\md50000000019.tmp
Thu 2007-06-28 11:05:10: --> 354 Enter mail, end with <CRLF>.<CRLF>
Thu 2007-06-28 11:05:10: Message size: 1952 bytes
Thu 2007-06-28 11:05:10: Message creation successful: e:\mdaemon\queues\inbound\md50000000016.msg
Thu 2007-06-28 11:05:10: --> 250 Ok, message saved <Message-ID: 200706281108332040200@AAAA.com>
Thu 2007-06-28 11:05:10: <-- QUIT
Thu 2007-06-28 11:05:10: --> 221 See ya in cyberspace
Thu 2007-06-28 11:05:10: SMTP session successful (Bytes in/out: 2648/1885)
Thu 2007-06-28 11:05:10: ----------
2、就是关于SSL的问题，因为我目前对SSL还不怎么了解 呵呵也许提的问题比较白一点 ^_^
Q：为什么在2台同样支持SSL SMTP 的服务器通信，在KERIO的LOG中，只显示接收邮件记录中“SSL : Yes ”而没有在发送邮件的记录中显示“SSL:YES” 呢？

[ 本帖最后由 luluboy 于 2007-7-11 10:33 编辑 ]

tdk

原帖由 luluboy 于 2007-7-11 09:34 发表
1、先报告一下跟台湾测试的情况：
到今天为止还没有得到丢信的投诉，看到MAIL LOG中 SSL: yes 那个安心啊。。。

开心！！！
为你高兴！！！
也在想，难道避免GFW就这样简单吗？
那大家整天在这里嚷的话，是不是说明他们的mailserver不支持ssl或者tsl加密？
如果支持的话，好像这个问题很容易解决了。

另：kerio mailserver的webmail 页面做的加密也还是让我很满意的，注销后从历史中都看不到什么痕迹，
至少我没看到 呵呵。

tdk

原帖由 luluboy 于 2007-7-11 09:44 发表

1、我说的是KMS的Logs.为什么LOG这么简单能不能达到如下的细致LOG[From MDaemon mail]呢？我觉得那样的才是最基本的，不然许多问题无法判断啊。。。
example:
Thu 2007-06-28 10:55:34: ----------
Thu 20 ...

kms的日志确实太简单了，只能从反馈的代码找信息。
如果真的有问题，只能自己telnet看看了。
不知道以后的kms会不会有什么变化，也许他们觉得这样的日志让管理员看着省心吧，呵呵