Re: flexfax: Hylafax and Word with telephonnumbers?

[Nico Kadel-Garcia <raoul@cirl.meei.harvard.edu>]

-----BEGIN PGP SIGNED MESSAGE-----

On Tue, 27 Oct 1998, Andre Vaupel wrote:

> Hello! 
> I must implement a project, where 1000 faxes per day are dispatched. The documents are present only in a Word format. These are copied by NFS into
> a directory. The telephone number is detected from there automatically by the current software. The telephone number is on the Word document with a certain contraction.

MOO-HA-HA! Welcome to proprietary Microsoft standards.

> My question: 
> 
> Is it possible to give to Hylafax the faxes as Word document which is extracted and dispatched the telephone number? 
> Or however, it is to be linked on file base possible the document with the appropriate telephone number? 

Not directly. HylaFAX does not know how to handle the "Word"
documents. "Word" is not a published standard, it use a proprietary
Microsoft format for a "WYSIWYG" editor called Word. "Word" is then
responsible for feeding it to Microsoft's proprietary print drivers
(which are fairly well published and understood).

> The faxes can be printed also as Postscript into a file. The telephone number (without WHFC (WHFC is greatly however not in the form required)) with the document must be transferred only
> automatically. 

Postscript is sendable via HylaFAX, Word is not. There are tools to
turn Microsoft Word documents into something cleaned up and vaguely
usable, such as "msword" and "catdoc" available in various UNIX ftp
sites. But all the pretty formatting information and font-of-the-hour
stuff will be lost.

> Thank you for your information! 

No problem.

If the Word documents are generated by users, you might consider using
the publicly available WHFC software (www.transcom.de/whfc) which will
use a print driver on the Microsoft box to transmit the print request
to HylaFAX. The user will still have to add the phone number and
delivery information by hand, but this can be put in a reasonably
useful phone book for automation purposes the next timer around.


			Nico Kadel-Garcia
			Senior Engineer, CIRL 
			Mass. Eye and Ear Infirmary
			raoul@cirl.meei.harvard.edu

-----BEGIN PGP SIGNATURE-----
Version: 2.6.2

iQCVAwUBNjYx8j/+ItycgIJRAQGmfgP/UsQ9jW/GMZ0XqWm+kB9S9kGrral9MV3F
rCGdXfKcsyztCV3BQoflUSgrv8S2K7vfWTZgrlsxZyvXsZGEImsxBsC3TsTQBEQt
yBE9zf8mDblGz3wn4BFFlh2kQ4Z5yL/yO/TQlnq115GzmOOxV2mZNvdPS0P+SL5b
EpddmFX0sSI=
=oWu9
-----END PGP SIGNATURE-----