php使用fsockopen时,fwrite中的\r\n及\n结束符导致,smtp.qq.com响应出现问题

<?php
$t= time();
$sk = fsockopen('tcp://smtp.qq.com',25,
		$errno,
		$errstr,
		5);
		
echo "sockect ok:".(time()-$t)."\n";	
if ( ! is_resource($sk) )
	exit('connect error:'. $errno." ".$errstr);
//设置成阻塞模式
 stream_set_blocking  ($sk,1);
//获取初次链接信息
var_dump( fgets($sk,512) );
//设置读超时
stream_set_timeout( $sk, 3 );
var_dump( stream_get_meta_data( $sk ) );
fwrite($sk,"EHLO qidizi.com\n");//这个会导致超时,个人判断应该是qq在等待一行的输入结束符,但是\n却不是,应该是\r\n才是,就会卡在这里不输出提示,这个问题,在以前的版本,及当前测试时,的163.com上面都没有发现有这个问题
//fwrite($sk,"EHLO qidizi.com\r\n");//正确的一行结束符\r\n,立刻会得到响应

var_dump( fgets($sk,512).':'.(time()-$t) );
//上面的不会超时

echo "4:".(time()-$t)."\n<br />";
var_dump( stream_get_meta_data( $sk ) );
fclose($sk);

测试代码

可能qq的服务器在最近的更改中出现了变动,记得以前是可以使用\n来做为一行的结束符的,也就是一fwrite($sk,"kkk\n")就得到响应,fgets就能立刻成功,测试了一下163,\n是没有问题,最近发现qq的\n却出现问题,导致没有响应,fgets因为缓冲区没有内容导致异常,直到读超时.但是qq的换成了\r\n后就正常了.

所以smtp.qq.com,及smtp.exmail.qq.com都存在这个问题.

我开始以为是某些人说的变成了ssl的问题.却不是.现在的25端口还是可以正常使用的.