今天的搜索来源 GOOGLE 120  百度 59 验证了我的一些看法：相对而言，GOOGLE比较没有什么推广之类的；而编程方面使用GOOGLE的也比较多

GMAIL：目前您已经使用了2202 MB中的100 MB(5%)。50份邀请函剩余 可惜没有人要

发送一些邮件给GMAIL总是失败：This message is generated by COREMAIL email system.
I'm sorry to have to inform you that the message returned

The message to yippeesoft at gmail dot com is bounced because : SMTP error, DOT: 552 5.7.0 Illegal Attachment

无论是RAR还是ZIP，我改名成1RAR之类的才能发送正常，原因如下：本来想作个插件作这个事情的，后来想想还是算了～～～～～

作为预防可能存在的病毒的一种安全手段，Gmail 不允许用户接收可能包含破坏性可执行代码的可执行文件（例如文件名以 .exe 结束的文件）。
即使这些类型的文件以压缩格式（.zip、.tar、.tgz、.taz、.z、.gz）发送，Gmail 也不会接收。如果有任何这种类型的邮件发送到了您的 Gmail 帐户，该邮件会退回发送方。

大多数计算机病毒包含在可执行文件中，因此，一般的病毒检测程序都是对邮件进行扫描，查找怀疑是病毒的可执行文件。Gmail 采用几乎是最直接的方式拦截病毒：不让用户接收可能包含破坏性可执行代码的可执行文件（例如文件名以 .exe 结束的文件）。这不仅保护了您的计算机，也终止了这些病毒的传播。
即使这些类型的文件以压缩格式（.zip、.tar、.tgz、.taz、.z、.gz）发送，Gmail 也不会接收。如果可执行文件发送到了您的 Gmail 帐户中，该邮件会退回发送方。

这样看了GOOGLE应该取得了RAR的授权，WINZIP为什么打败不了WINRAR，主要原因就是ZIP文件格式是开放的，而RAR文件格式受版权保护的，一个小原因就是RAR的压缩率比ZIP高；但是WINZIP的压缩速度远远高于RAR。

今天发现VB的MSCOMM控件的一个问题：如果放上一个MSCOMM控件，FORM LOAD事件里面 PORTOPEN=TRUE，以及RThreshold=1用来激活MSComm_OnComm 在Case comEvReceive   ' 收到 RThreshold # ofchars. 写上UNLOAD ME。然后放上一个按钮 CommandButton 控件，在_Click 事件里面OUTPUT="AT"+CHR(13) 发送一条指令，立即VB就会出现非法错误，WIN2K下是提示读写访问了不能禁止访问不能写入的内存，地址是多少多少；XP就是提示出现VB需要关闭，出现严重错误，是否需要关闭之类的。可能是因为此时控件正在执行事件当中，而UNLOAD ME则卸载了控件，导致如此。以我微薄的VC编程经验来看，这种事件应该是开启了一个线程访问COM口，监听COMEVENT各种事件，此时卸载窗体类似于这个进程被杀掉，而线程没有完全退出和释放。具体不是很清楚，反正加了一个定时器作为退出。