英语翻译We had problem with our antispam system this morning (CE

问题描述:

英语翻译
We had problem with our antispam system this morning (CET) and thats why your email to me bounced.
Did you get my email about the TCP window size issue?Any ideas about the reason?It must mean that your email server is so busy so the TCP/IP stack cant receive any more packets and sends TCP win=0 to packets the sending server so the SMTP session idle until your server can receive packets again.I dont know yet if it is our outbound SMTP server,our firewall or your equipment that after a while terminate the session but I will continue to go through logs etc to try to find the reason.
In my packet traces (I use Observer Suit from Network Instruments) I do see that the 1st mail with a PDF of 20 kB went through without any problems and no TCP Win=0 packets from your server.The second mail with the 250kB PDF first timed out after your server sent alot of TCP Win=0 packets,and then later our server resends the same mail again and this time it is sent without problem and without any TCP Win=0 packets from your server.
For the 3rd and 5th mail I never see that the mail are successfully sent.I only see that the SMTP sessions starts and then the sessions idles when your mailserver send TCP Win=0 packets...
The 4th mail with the PDF of 12 MB bounced back imidiatly due to your SIZE limit of 10 MB.
The 5th mail with a PDF of 7 MB timed out,and I got an SMTP error back after several hours.
I've sent 5 mails to you but only received 2 reply's from you.The only normal error message I got was when I tried to send a PDF with a size over 10 MB.The others seems to have been sent.
I do see some strange behaviour from your server but dont know yet if this cause the problems.
For several of the mails I sent (and also others I've seen) your server sends a huge amount of TCP ACK's with Window size=0 which means that our server stop sending more data,and wait until it gets a ACK packets with Win size greater than 0.I can see several ongoing SMTP sessions were the only packets that are sent is ACK's with Win=0 from your server,and if this maintains a long time it might occour that the SMTP session times out.
Our firewall is set to drop SMTP sessions that haven't sent any packets at all during 10 minutes,so I dont think this is the reason as the servers still sends ACK packets to each other.I have change this to 20 min anyway,to test to see if there is any change.I'll continue to watch my logs etc,to see if I find any other clues.
1个回答 分类:英语 2014-10-21

问题解答:

我来补答
我们有了我们的 antispam 系统的问题今天早晨 (CET) 和那你的电子邮件为什么对我反弹.
你收到我的有关那传输控制协议窗户大小的电子邮件吗发行? 任何的主意有关理由的事?它一定意谓你的电子邮件伺候器是如此忙碌,如此传输控制协议/ IP 堆叠伪善之言接受任何的储存器而且送传输控制协议赢得=0 到打包那个送伺候器因此 SMTP 期间不作事直到你的伺候器再一次能接受储存器.我 dont ,然而如果它是我们的出境 SMTP 伺候器, 我们的防火墙或你的在一会儿之后结束期间的仪器但是我将会及其他穿过圆木试着找理由.
在我的储存器痕迹 ( 我使用观察者诉讼从网络工具) 中我确实第一邮件不需要任何的问题就能由于 20 kB 的一个可携式电子文件穿过和没有传输控制协议赢得=来自你的伺候器的 0个储存器.在送传输控制协议的 alot 的你伺候器赢得之后 , 和 250 kB 可携式电子文件的第二邮件首先计时出=0个储存器, 然后比较迟的我们伺候器再一次而且这次再送相同的邮件它不需要问题就能被送和没有任何的传输控制协议赢得=来自你的伺候器的 0个储存器.
对于第三和第 5 个从不邮寄我邮件被成功地送. 我只 SMTP 期间开始然后当你的 mailserver 送传输控制协议的时候期间不作事赢得=0个储存器.
和 12个万位元组的可携式电子文件的第 4 邮件恢复对你的 10个万位元组的大小界限的到期 imidiatly .
和 7个万位元组的一个可携式电子文件的第 5 邮件计时出,而且我在好几个小时之后把一个 SMTP 错误得到回来.
我已经除了从你来的唯一被一般承认的 2 答复之外把 5 邮件送给你. 唯一的正常错误信息我收到是我试着用一个超过 10 的大小万位元组送一个可携式电子文件的时候. 其余者已经被送.
我确实来自你的伺候器的一些奇怪的行为,但是 dont ,然而如果这引起问题.
对于一些邮件我送 ( 以及其它我已经看到) 你的伺候器用窗户送极大量的传输控制协议 ACK's 按规定尺寸制作=0 意谓我们的伺候器停止送较多的数据, 而且等候直到它拿 ACK 打包由于赢得大小大比较 0. 我能好几继续的 SMTP 期间是被送的唯一储存器是 ACK's 的由于赢得=0 从你的伺候器,而且如果这维持长的时间它力气 occour SMTP 期间乘出.
我们的防火墙被设定来降低 SMTP 期间以一点也没有在 10 分钟期间送任何的储存器, 因此我 dont 这当伺候器仍然送 ACK 储存器给彼此,是理由. 我有变化这到 20 分钟无论如何, 测试如果有任何的变化. 我将及其他看我的圆木, 如果我找任何其他的线索.
 
 
展开全文阅读
剩余:2000
也许感兴趣的知识