IRC和fServe 图解说明 －使用篇

另外一个虽然不会让你收不到文件，但也应该要做的修改就是自动接收。mIRC缺省的设定是在每次别人给你传文件的时候都会弹出一个框询问你是否接受，这是处于一个安全的考虑，但在很多时候会变得很麻烦，比如你正好不在计算机前，那么这个请求就很可能超时失败。一般我们都会将这个设定改为自动接受，会方便很多。设定位于mIRC Options->DCC里的On send request，改为Auto get file，如下图所示。

自动接受还有一个高级设定，可以让你设置哪些人是可以信任的，他们发来的文件直接接收，判断是通过对方的Nick来进行的，对方如果改了Nick就有可能会被认为不受信任，可以使用通配符（*）来标示Nick，这样会减少一些潘判断错误。如果你对频道里面的人都是很放心的，大可将上面的Limit auto-get to trust user前的勾去掉，如下图。

mIRC Options->DCC里面还有Fserve和Server两项，这是和做fServe有关的，以后再讲。

续传，mIRC接收文件是可以续传的，但有一些要求。文件名是用来进行判断的唯一依据，所以想要续传前次没有传完的文件，一定要在这个文件的接收目录里面有上次收了一半的那个文件。这也是不推荐使用按发送人分目录保存文件的原因，很可能发送人修改了自己的Nick或者你从另外一个人那里补文件。

如果发现有同名的文件，mIRC就会进行续传，如果现在给你补文件那人的文件名和你原先收的不一样，一定要手工修改为新的文件名才可以续传。如果你将别的文件改成了将要接收的文件的名字，那么收到了错误的内容也不要怪mIRC不小心了。

设定完全之后，还是按照上次说的连接服务器，进入Channel。

fServe有好几种，用法也略有差异，先看最常见的。File Server类型的fServe。

一个fServe提供的信息很多，这些信息按字段划分，通常包括这个fServe的Trigger（触发器），当前／最大发送数，当前／最大等待数，总的发送次数和字节数，目前的带宽状况等，还有服务器消息。

比如这样一行：
-qiyu- [Fserve Active] - Triggers:[/ctcp qiyu anime(0/30) & /ctcp qiyu spare anime(0/30) & /ctcp qiyu comic(0/30)] - Users:[0/5] - Min CPS:[4.9kB/s] - Record CPS:[70.7kB/s by blindman] - Bytes Sent:[70.32GB] - Files Sent:[409] - Sends Failed:[1128] - Accesses:[3392] - Upload Speed:[58.4kB/s] - Download Speed:[30.6kB/s]

这是qiyu的fServe，可以看到当前是活动的，在Triggers后面写的就是进入fServe的触发器，一共有三个，中间用 & 分隔，在每一个触发器后面写有一个两个数字，这是该触发器对应的等待队列的情况，不是触发器本身，使用的时候可别把这个数字也用上了。有的fServe并没有按触发器来设置等待队列，而是所有的触发器共用一个，那么这一项等待队列的情况就不会再触发器后面看到，而是在稍后写的地方有一个Queues字段，说明fServe的等待队列情况。在这两个数字里面，前面一个是当前正在等待的任务数，后面一个是该扥带队列的最大容量，如果你看到一个触发器或者fServe的等待队列情况中两个数字是相同的，就说明该队列已经满员，你的请求就加不进去了，得换其它的fServe或者等一会儿再来。

再往后看，Users是当前连接在这个fServe上的用户情况，同样有当前用户数和最大用户数之分。之后还有很多fServe的记录信息，如记录到的最大传输速率是多少及该记录的创造者，一共发送了多少文件和多少字节，总访问次数，当前fServe的带宽使用情况，分上行和下行。

在了解fServe的提示信息之后，就要看具体使用方法了，首先，打开fServe大门的钥匙就是刚才看到的Tigger。

在mIRC中输入 /ctcp qiyu anime，也可以是后面两个Trigger，然后mIRC会尝试与qiyu的fServe建立会话，成功的话，你可以看到出现一个新的小窗，然后就能在这个小窗里面使用fServe了，如下图所示。在建立连接的时候如果你的mIRC设定中On DCC Chat Request不是自动接收的话，还会有一个确认对话框，问你是否开始与fServe的会话。如果尝试失败，可能的原因也许是你本地的防火墙之类的禁止了该次连接。

说到排队，很多人认为IRC上下载文件排队时间很长，感觉上就很慢，其实不然。任何事情都是相对的，有对立而辩证统一的两个方面。对于下载而言，速度和时间两者总不能兼顾，而IRC更中意前者，与eDonkey相比，IRC上的东西少而精，和FTP相比，特别是个人FTP，哪里有IRC这样出色的在线情况指示？就下载所花的时间而言，特别是一些新的或者主推的内容，IRC不会比其它方式来的慢，如果fServe的数量再进一步增加的话，IRC肯定是得到文件最快的方法。此外，IRC最大的好处在人，在论坛上发帖子找文件，等了几天都有可能没人回答，而IRC上都是大活人，有困难还怕没人帮？

漫游的channel刚刚起步，肯定和国外那些大规模的channel还有差距，上面常挂的fServe数量也还不多，但已经可以感受到一种热烈的气氛，特别是晚上和周末。如果能够合理运用的话，漫游提供的各种文件传播途径能够很好的综合起来，每个人都能从中感到舒适和愉快。

这个pool里面有两个文件可以下载，可以看到编号#1的文件是[Solar]_I_-_Wish_You_Were_Here-_Episode_2，长度224.4MB，已经有15人下载过了。

要下载这个文件的话，输入 /ctcp qiyu XDCC GET new_anime #1，同样的要看等待队列的情况来完成你的请求。

其它的XDCC命令还有：
HELP：查看XDCC命令帮助。
QUEUES：查看等待队列的情况。
CLR_QUEUE：清除你在等待中的请求。

有些fServe做过和在channel里面的身份有关的设定，在IRC里面，看到名字前面有一个’@’的是channel的管理员，名字前面有一个’+’的代表voice，而有些fServe就可以设定为只有@/+能够访问，或者@/+优先访问，因为一般在挂了很多fServe的Channel里面，只有开fServe的人能够得到@或者+，这样的设定能够方便文件快速的在各个fServe间传递，也能缩短大家的下载时间。

在漫游的channel里面，fServe的Nick可以得到@，而积极参与讨论的人可以得到+，同时也建议用两个Nick，其中一个作为fServe的朋友只给自己的另外一个Nick加voice就行。并且，只有很少数的fServe或者其中的一个Trigger为设定为与身份有关。

看不懂！