拨号文件描述各种各样被使用的拨号程序的方法。传统地, UUCP 更多地谈到拨号程序而非调制
解调器,因为在早些次数中，通常的实践是，拥有一个(昂贵的)自动拨号的设备提供调制解调器
整个银行的服务。今天,大多数调制解调器内部建有拨号支持,因此这种区别有点模糊。
但是，不同的拨号程序或调制解调器可能要求不同的配置。你能在拨号文件中描述他们每一个。
拨号中的入口以给出拨号程序名字的拨号程序命令开始。
与此比较的最重要的入口是调制解调器聊天,由聊天命令指定了。类似登录聊天，它由 uucico 发
送到拨号程序的一个顺序行组成，并且它期望作为回报的反应。它通常被用来重新设置调制解调器
到一些知道的状态，并且拨数字。下个例子样品拨号程序入口为一个Hayes兼容的调制解调器显示
出一个典型的调制解调器聊天：
调制解调器聊天以空的期望字符串开始。因此 uucico 将马上发送第一个命令( ATZ )。 ATZ 是重
新设置调制解调器的 Hayes 命令。然后它等待，直到调制解调器发送好了，并且发送关掉本地回响
的下一个命令,等等。在调制解调器再次返回OK以后， uucico 发送拨号命令( ATDT )。在这个字符
串中的逃跑顺序 T 被拿自系统入口 sys 文件中的电话号码代替。然后 uucico 等待调制解调器返
回字符串CONNECT,它发出远程调制解调器的一个连接成功地被建立了的信号。
通常,调制解调器不能与远程系统联接,例如，如果另外的系统正与另外的某人在谈话并且线路正忙。
在这种情况中，调制解调器将返回一些显示原因的错误消息。调制解调器聊天不能检测这样的消息;
uucico 将继续等待期望的字符，直到它超时为止。因此 UUCP 记录文件将仅仅显示出一行“在聊天
手迹中超时了”，而不是真实的原因”。
然而, Taylor UUCP 允许你告诉 uucico 这些出现在上面的使用聊天失败命令的错误信息。当执行
调制解调器聊天时， uucico 检测一个聊天失败字符串时，它放弃呼叫，并且在 UUCP 记录文件中
记载错误消息。
在上面被显示出的例子中的最后命令告诉 UUCP 在开始调制解调器聊天前套牢 DTR 行。当在DTR行上
检测一个变化时，大多数调制解调器能被设置在钩上，并且进入命令模式。
(http://www.fanqiang.com)
进入【UNIX论坛】
|
![[ 永远的UNIX::UNIX技术资料的宝库 ]](/images/title.gif)