Modem ttyS0 (020-12345678): Running and idle
OK! 现在你的传真服务器已经在运转了！让我们来发送本服务器的第一份传真。创建一个新文件 [/] echo \ sendfax -n -d /tmp/testfax
参数 -n告诉sendfax不要使用封面页。只见调制解调器上的LED灯一阵狂闪，看看这时传真服务器的状态 [/] faxstat
HylaFAX scheduler on athlon.setiatchina.org: Sending Modem ttyS0 (020-12345678): Running and idle
给它一点时间，凝神倾听那\嘀嘀嘟嘟\的拨号音，难道你不觉得很有成就感吗？当一切安静下来的时候，传送完成。
最后，不要忘了清除临时文件
[/] rm -rf /tmp/hylafax-4.1.2 hylafax-4.1.2.tar.gz
4.进一步的配置
1）JobFmt
当运行faxstat查看传真队列状态的时候，典型的输入如下 HylaFAX scheduler on athlon.setiatchina.org: Running Modem ttyS0 (020-12345678): Running and idle JID Pri S Owner Number Pages Dials TTS Status 5 127 R root 11223344 0:1 0:3
它使用的就是默认的格式，
JobFmt: \
你可以在/usr/lib/fax/hfaxd.conf中设置新的格式，以便更符合你的需要。特别是第4列Job owner定为%6.6o，对于Alexander这样的英文名字显然太少了；我通常还要加长第5列（Public (external) format of dialstring）%-12.12e到%-16.16e，因为这样才能容下9,00852,12345678这样的国际长途直拨电话号码。 hfaxd.conf
因为这个设置可以在HylaFAX协议中使用JobFmt原语调整，所以有时仅在传真服务器上设定是不够的。例如，前面介绍的whfc客户端使用服务器上默认的JobFmt格式，结果你不得不在所有用户的电脑上修改设置。
2）Kill Time / MaxDial /MaxTries
发送失败的传真，根据错误的严重程度，被区别对待：有些只是小问题，比如对方占线，当然只需等一会儿重新发送就好了；也可能拨叫的传真号码根本不存在或者另一端根本不是传真设备――用户输入了
错误的号码――这个问题不能被任何软件解决，因此立即被停止发送并传回错误消息。
有时传真在队列中会停留很久，比方说对方不巧电话没有放好导致总是忙音，这会占用系统资源。HylaFAX使用MaxTries、MaxDial、KillTime三道防线来防止此类无效的资源占用。
前面提到过，当两个传真系统通过电话网联接上并建立虚链路以后，要执行握手程序，以便协商某些细节问题，比如传真速度、压缩方式等，只有双方达成一致后才开始正式传送数据。在这个过程中如果出现某些问题，比如电话线路出现干扰，就可能需要\一下。如果\的次数太多，超过了上限MaxTries（默认是12次），HylaFAX将停止本次会话（但不会停止传送）。
MaxDial则用于为一份传真拨叫特定传真号码的最大次数，默认也是12次。也就是说，比如连续十二次都碰到忙音的话，HylaFAX会想，很可能是对方的电话没有放好吧，这可没办法了，只好停止传送。但是有些公司很节约（或者是申请不到足够的电话线），使用三合一甚至四合一机器，传真、电话、复印甚至打印都在同一部机器上，高峰时可能会很难打进去。这种情况下，你必须指定更大的MaxDial值以避免用户重传。
HylaFAX传真服务器每次拨叫失败后会等待更长的时间再重试。具体的等待时间由KillTimeMap指定，默认为5 5 5 15 60 240 720 1440 1440 1440 1440 1440，单位是分钟。即第1、2、3次失败后等待5分钟，第4次等待15分钟，第五次等待60分钟，以此类推。
如果你在它等待期间修正了错误，可以使用命令 [/] faxalter -p JOBID 或者
[/] faxalter -a now JOBID
--两者等价--立即发送队列中任务号为JOBID的传真。
KillTime则是最后的雷霆手段，默认是3小时。午时三刻一到，任何在队列中停留超过KillTime的传真将被认为不可送达而立即终止。
MaxDial和KillTime这两个限制条件只要触发了任意一个即会导致任务终止，传真归于失败。
3）运行在程控电话交换机后的传真服务器
有时候我们需要在程控电话交换机后运行HylaFAX服务器，在拨叫外线之前，往往需要先拨一个前缀号码，通常是\。我们当然可以在客户端的地址簿上为每个联系人的传真号码前加上一个9，不过还有更好更简单的方法。通过修改调制解调器配置文件config.ttySx中的拨号设定 #ModemDialCmd: ATDT%s # T for tone dialing 为
#ModemDialCmd: ATD9T%s # T for tone dialing
此调制解调器在拨叫任何号码前都会自动添加前缀\，同时用户对此一无所知――这符合面向对象的信息隐蔽原则：）获得的好处是，如果有一天我们想把这部服务器移到程控电话交换机之前，只须花上5秒钟修改服务器配置文件的一行而不是所有用户的所有数据。
4）调制解调器组
默认情况下faxgetty为任务分配当前可用的任何调制解调器，但HylaFAX也提供由指定调制解调器/调制解调器组发送的功能。我们可以将多个调制解调器分配到一个组中，方法是在调制解调器配置文件
/usr/local/lib/fax/config.ttySx中指定一个或多个ModemGroup参数，其值为正则表达式。当指定调制解调器组发送时，faxgetty会在匹配的调制解调器中为任务分配调制解调器。
我使用这个功能保留一个调制解调器专用于接收传真，而发送全部通过SENDER组中的调制解调器进行。
5.我应该使用什么样的调制解调器？
你能够买到的最贵的那种--我很想这样回答。遗憾的是，生活总是不那么简单。这里的要点在于，HylaFAX服务器和传真设备之间的通信是通过AT命令集完成的。理论上说，能够理解AT命令的传真设备都是可以的和HylaFAX一起运行的。但在实际生活当中，明智的方法是只购买经过验证的产品。因此请检查www.hylafax.org的HCL（Hardware Compatibility List），看看是否能够买到上面列出的产品。
现在国内调制解调器市场上山头林立，不禁使人缅怀当年Hayes公司风光一时的日子。那时该公司垄断了调制解调器市场，你只须到市场上要求购买一个Hayes牌传真调制解调器即可确保软件可以很好地识别、支持它。
除了必须支持AT命令外，我们主要关心调制解调器的接口类型。常见类型包括
1）外置串行调制解调器
这一类调制解调器历史悠久，从2400 bps一路行来，普通常见，因此支持最好，不失为最稳妥的选择，而且可保证不会有WinModem这类鱼目混珠的坏分子掺杂其中。这里有个限制，就是一般AT体系结构机器只有两个串行接口可用。如果你已经有一部UPS的监控电缆接在COM2上，就只剩下唯一的一个接口了。
适用于1-2根线路的传真系统。
2）内置ISA硬件调制解调器
老骥伏枥，志在千里，虽然速度低了点，ISA总线用于传真还是绰绰有余的。具体的用法就和内置PCI硬件调制解调器差不多，只是由于IRQ的缘故，仅适用于1-2根线路的传真系统。
3）内置PCI硬件调制解调器
这一类也不错，而且不会额外占用地方，也没有各种连线一大堆，机架会很清爽，PCI总线的自配置特性对于防止资源分配错误有很大的帮助。只是它一般只有唯一一个位于板卡挡片上的LED指示灯，对查错没有什么贡献。系统的最大规模取决于系统的PCI插槽数目，一般在六个以下。
4）外置USB调制解调器
目前相当流行的调制解调器接口形式，据说工作得不错，能够同时支持很多的线路。注意USB电缆比较容易滑落。
5）内置多端口卡/调制解调器
很贵，但是，如果你需要支持更多的线路，这可能是唯一的途径。例如Moxa公司Intelligent系列的 C320Turbo/PCI高密度串行接口卡，提供有Linux版本的驱动程序，每片卡支持的端口总数从基本配置1 UART模块 8端口到4 UART模块级联32端口，同一部机器上可安装达惊人的四片共128端口之多！高档板卡上通常集成有CPU和缓存，自身有一定处理能力，对主机CPU的要求不高。
多端口调制解调器进一步将传真功能集成到板卡上，不必象多端口卡那样外接调制解调器，不过端口
密度一般不如多端口卡。
6）ISDN和其它高带宽数字调制解调器
ISDN有专用的传真协议：Group 4，即所谓G4传真。G4传真速度较快，图像分辨率也高，但并没有得到广泛应用。通过语音类型的呼叫，运行在ISDN上的G4传真设备可以同Group 3传真设备通信，但其速度被降低到G3的水平。个人认为没有这个必要。
有了一堆串口之后，你可能需要使用setserial命令（或者厂商提供的工具程序）来设置串行口参数，其范围之广泛，从速率、奇偶校验到UART类型无所不包。需要说明的是，内置PCI/ISA调制解调器中有一类恶名在外的WinModem，一般称之为软调制解调器／软猫的，需要设备驱动程序配合实现部分功能，因而大多数只能在Windows下工作，罕见的几种可以在Linux或其它Unix系统中工作的也强差人意而已。因此，忠告是：避之则吉。
另外随着ADSL的大范围普及，有一个常见的疑问，在ADSL线路上运行传真服务可以吗？答案是可以，只要是按照ADSL的安装要求连接在信号分离器后面。
有时候，某些调制解调器的行为很奇怪。例如我现下用来上网兼传真的调制解调器，Acer出品，支持class 1传真。它能够响应AT命令，但是有时并不象我们期望的那样。例如，正常的ATI0命令会报告产品代码，但这个调制解调器对ATI0命令的返回代码很奇怪：\- DSP PATCH:001.65\。后来发现它与众不同地使用ATI9报告产品代码\！你知道，大公司都有不遵循标准的癖好，对此我们早已见怪不怪了--好在发送传真倒是没有大问题。稳妥起见，对待此类坏孩子最好小心些－－不兼容就是这样造成的。
class 1、class 2还是class 2.0？
class 1调制解调器比较便宜，但它有两个缺陷。如前所述，class 1调制解调器将大部分工作推给CPU做，这就要求：
a）电脑系统必须及时处理串口上源源而来的数据，大的串口延迟将导致数据丢失。
b）实时系统响应。出于同样的理由，系统调度算法必须保证HylaFAX能够不受干扰地获得CPU时间片。这个问题在Linux系统中通常采用临时提高HylaFAX服务器进程优先级的方法加以解决，但此路在有些系统上行不通。
所以，class 1调制解调器较适合小规模系统。
class 2调制解调器对实时性的要求不太严格，但它也有弱点，那就是不兼容性。同为class 2调制解调器，可能一个一切正常，另一个则总是莫名其妙地中断传输过程，必须借助特别的设定。
所以，请尽可能使用class 2.0调制解调器。当然，也不必过于担心，这只是理论情形而已。我为公司运行的传真服务器用的就是两个废弃的class 1杂牌调制解调器，取其价廉，迄今为止发送6447份/接收12173份的传真，没见有什么问题――毕竟极端的运行条件是少数。
提醒你一下，个别情况中调制解调器声称支持较高的级别，但是并不能正常地运行，这时候你可以选
择较低的级别试试--当然，效能也会随之打个折扣。
6.日志和报告
HylaFAX
的日志保存在标准日志文件/var/log/messages
中，通过修改
/var/spool/hylafax/etc/config文件中ServerTracing的级别可以调整日志的详细程度。除此之外，每次会话的详细记录则保存在/var/spool/hylafax/log目录下。运行xferfaxstats会生成相当详尽的统计报告。
你也可以对sendfax/faxalter使用-vv参数，可以将协议执行过程输出到文件中，这对调试客户端与服务器的联接问题很有用。
7.发送和接收
1）从用户端提交传真 从用户端提交传真有两种方法
A）通过虚拟的传真打印机
基本的想法是通过把文件打印到虚拟的传真打印机，使用PostScript打印机驱动程序作为过滤器，将文件转化为HylaFAX服务器理解的PostScript格式，然后由客户端程序向HylaFAX传真服务器提交此文件及有关信息即可。
对此我有五点看法，
a）Windows下客户端程序当中，我感觉whfc不错，你不妨试试。作者Ulrich Eckhardt是德国人，注意安装的时候要去掉默认的德语支持，否则界面是德语的。在Windows NT/98下和Windows 2000下的行为稍有不同。过去的1.08版本由于使用了专有的库文件，因此不是开放源码的，我一直有点担心后续支持问题。但作者似乎解决了这个问题，今天察看主页的时候才发现目前1.09版本已经使用GPL许可，还有了简体中文支持！恭喜！
b）并不是所有的PostScript打印机驱动程序都表现优异。历史上看，Apple公司是PostScript的积极支持者。80年代中期，Adobe出PostScript、Aldus出PageMaker，Apple出MacOS和LaserWriter系列打印机，三剑客携手桌上排版革命，对PostScript成为印前行业事实上的工业标准功不可没。所以大多数人选择使用高品质的Apple LaserWriter 16/600 PS驱动程序不是没有道理的。
c）有些方案要求你在要传真的文件中插入有特殊意义的字符序列，比如sambafax要求 Fax-Nr:
委婉一点说，这种方式不象听起来那么好；换句话，这种方式也太差劲了。首先，这是一个肮脏的解决方案，把传真和它的元信息搞混了，其次，若你的文档是一张图片，这种方法会失效，最后，当然了，你的自由被剥夺了――这个特定的字符序列将成为传真正文中永远的禁忌字眼。颇不光明正大。建议在采用此类方案之前三思。
d）正如上面已经提到的，通常我们将需要传真的文档打印到设定的PostScript传真打印机即可通过