我有一个相当奇怪的问题，它可能没有解决scheme，这可能甚至不是这个论坛，但这里去:-)
我需要将传真从Word 2007发送到特定用户联系人列表中的一堆传真号码。 我们的企业传真解决scheme无法处理 所以，我做了以下工作：
传真工作正常。 用户可以通过合并传真将传真发送给联系人列表中的人员。
问题在于速度非常慢，大约需要30秒来传输一个完整的文本页面，并且最多需要5分钟时间才能发送完整的图像。 我换出了MultiTech调制解调器，并用美国Robotics公司的K56型号取而代之，性能是一样的。
任何想法，我可能已经搞砸了，非常感谢！ 谢谢。
不幸的是，传真速度很慢，在这些日子里传真的标准是14.4千比特/秒和33.6千比特/秒。 当然，一个复杂的页面需要比简单的页面发送更多的数据，因此为什么你看到纯文本和图像之间的区别。
我认为你不会看到这方面的进步。
或者不要自己传输 – 外包。
我们有一个提供商，我们发送特殊格式的电子邮件，包含出站传真，他们的系统代表我们传真传真。
它优雅地处理附件，无论是Word文档，PDF文件，Powerpoint幻灯片，无论如何。 非常“销售部门友好”。
不幸的是，我不记得那个服务的名字，但是如果你有兴趣的话，我会为你查。
传真只是很慢 – 我不认为你搞砸了。 您所引用的号码对于传真来说相当典型。 您可以尝试寻求更多的并行路由，获得多调制解调器卡（或多个串行端口和外部调制解调器），并使用传真服务器作为Server 2003的一部分排队并发送传真 – 假设您有足够的出站电话线路也可以使用。
也许像eFax这样的解决scheme提供商也值得一看？
我肯定会考虑与Server 2003的传真不同的解决scheme。 我们使用来自ZFirm的FaxRush，它使我们能够快速地传送多行传真。 Windows XP中有一个Brooktrout TR114传真板，可以连接4条线路，以便同时向不同的主机发送传真。 这是一个简单的解决scheme，不应该让你回来过多的设置。
如果速度非常重要，有些服务可以允许asynchronous发送传真（也就是说，您可以在第一个传真完成之前开始发送第二个传真）。
我们在这里使用的那个叫做mBox 。 从内存中，您只需发送包含内容的电子邮件作为附件，并将电话号码包含在电子邮件地址中。 例如[email protected]（或类似的东西）。
当然，传真还需要5分钟才能发送，但至less不是你在等待…