Voici un petit r�capitulatif pour ceux qui d�sirent envoyer ou recevoir des 
fax avec Linux.

I - Pourquoi utiliser toujours des fax
Simplement parce que les mails avec des fichiers attach�s ne sont pas 
toujours suffisants pour r�pondre � tous les besoins. Par exemple une 
personne peut vous demander un document sign�, mais aussi si vous voulez 
�changer un document avec quelqu'un qui ne dispose que d'une machine 
fax, vous n'avez d'autres choix que de manipuler ce type de document.

II - Contraintes li�es � la manipulation de fax
Contrairement aux transactions par "mail" les informations ne sont jamais 
bufferis�es quelque part (chez un provider par exemple), ceci avec les modems 
classiquement utilis�s par nous autres pauvres Linuxiens, puisque les 
machines fax d�di�es � ce type de communication �taient branch�es 24 heures 
sur 24. Quand on envoie ou re�oit un fax il faut que les 2 syst�mes 
(ordinateur et/ou fax) soient capables d'�changer en direct des informations, 
et donc que, d'une mani�re ou d'une autre ils se synchronisent.

III - De quoi avons nous besoin ?
* Mat�riel : un modem capable de manipuler des fax.
* Logiciels de transactions de fax : "hylafax" ou "mgetty+sendfax" qui sont 
pilot�s ici en mode commande (les essais d�crits ci-dessous ont mis en oeuvre 
en mode commande � l'aide de mgetty+senfax et n'ont pas pu �tre faits avec 
une application graphique qui semble-t-il manque toujours). Le param�trage de 
"mgetty+sendfax" a �t� fait � l'aide de l'application "Gfax".
* Logiciels de pr�paration de l'information pour envoi :
- un logiciel de traitement de texte capable de pr�parer un fax,
- Gfax qui sait s�lectionner un fichier d�j� pr�t (j'ai essay� uniquement du 
texte avec "kedit"),
- Xsane permettant de scanner un document avec l'option fax et de le mettre 
en situation d'envoi.
Tous ces logiciels en g�n�ral demandent de choisir entre "hylafax" et 
"mgetty+sendfax", ce qui pourrait laisser croire que le formattage des 
documents ainsi pr�par�s soit caract�ristique de chacun de ces 2 logiciels 
"hylafax" ou "mgetty+sendfax", ce que je ne crois pas.
Note : pour la r�ception l'utilisation du mode commande en console suffit.
* Param�trage d'un fichier appel� "fax.config" : voir plus bas

IV - Pr�paration des r�glages des transactions
a) pr�paration des objets � faxer
Les documents pr�par�s � l'envoi sont plac�s par l'application de pr�paration 
choisie dans le dossier :
/var/spool/fax/outgoing
Ainsi Xsane en mode fax apr�s cr�ation d'un projet (qui va se placer dans 
/home/user_name sur "Cr�er projet") et fax de documents, va sur clic de 
l'option "Envoyer projet" mettre les �l�ments scann�s, avec ajout d'un 
fichier nomm� "JOB" dans un dossier nomm� "F00000n" o� n s'incr�mente � 
chaque op�ration. Aussi on trouvera plusieurs dossiers de ce type dans 
"outgoing" :
- certains d�j� envoy�s et dans ce cas le fichier "JOB" est  automatiquement 
rebaptis� "JOB.done",
- des dossiers � envoyer pour lesquels le fichier "JOB" renseigne les objets 
� envoyer et le num�ro de t�l�phone du destinataire.
Toutes ces informations sont mises en forme par le logiciel de pr�paration du 
fax (ici Xsane avec l'option fax, mais idem avec un logiciel de traitement de 
texte ou Gfax) qui ne fait donc que spooler l'information sans envoi imm�diat 
du fax. Les pages scann�es apparaissent dans chaque dossier F00000n avec des 
noms du type "f1.g3", "f2.g3" etc... alors qu'apr�s scan elles �taient en 
format *.ps sous /home/user_name avec Xsane. Le format "*.g3" semble-t-�tre 
un iso TIFF toujours noir et blanc, m�me si le fichier source (fichier "*.ps" 
apr�s scan) est en couleur. Chez moi seul Gimp sait le visualiser sans 
probl�me alors que d'autres visualiseurs d'images pourtant capables de voir 
du TIFF ou r�put�s capables de lire du format d�sign� comme "format scan.g3" 
n'y arrivent pas (est-ce un bug de Xsane... apparemment non puisque mes 
essais avec Gfax conduisent � la m�me conclusion ?). Myst�re, ce ne serait 
donc pas vraiment du TIFF. Je profite de cette occasion pour rappeler que les 
faux TIFF ne sont pas toujours coupables ! Enfin dans "outgoing" un fichier 
nomm� ".S�quence" renseigne -je pense- le premier num�ro de dossier � traiter 
� l'envoi. Un dossier "locks" cr�� par le gestionnaire de l'envoi est aussi 
situ� dans "outgoing". Voil� c'est pr�t.
b) param�trage du modem
Ce param�trage est fait ici avec Gfax lanc� en mode root (sinon impossible de 
changer les param�tres). Voici ce qui fonctionne chez moi avec mon modem 
OLITEC SpeedVoice 56000 :
Modem Port=modem
Modem Type=auto
Modem Initialization String=ATZ
Modem Handshake=
Modem Quirks=
Modem Speed (bps)=57600 (note : il semble qu'un essai avec 115200 ait �t� un 
�chec)
Baud Rate Switch=None
Maximum Tries per Page=1
Maximum Tries Continue=Yes
Ignore Carrier=No
Debug Level=3
Open Delay (msec)=500 (note : je pense que 0 devrait aussi fonctionner chez 
moi)
Sendfax Config File=/Etc/mgetty+sendfax/sendfax.config
Fax Users Allowed=votre ou vos user_name(s)
Fax Users Denied=
Run Fax Queue Every=Disabled
Puis Appliquer et OK pour sauver les r�glages et quitter le mode root
d) Mise � jour du fichier "fax.config" situ� dans "/etc"
Le fichier propos� par la distribution Mandrake PP 7.2 pr�sente quelques 
d�fauts qu'il convient de corriger en mode root (je conseille de mettre "#" 
devant les lignes que vous voulez remplacer avec, apr�s la variable, un 
commentaire du type "# as default to **/**/**" et mettre un commentaire du 
type "# as default from **/**/**" apr�s la variable de la nouvelle ligne pour 
vous rappeler de ce que vous avez fait :
PAGE=a4
FAXDIR=/var/spool/fax/incoming (sinon les fax iront se loger sous "fax" !)
LOGDIR=/var/spool/fax/log (car le dossier fax sous "/var/log" n'existe pas 
alors que var/spool/fax/log existe. Je pense d'ailleurs � la r�flexion et 
apr�s examen des structures des autres dossiers qu'il serait plus logique de 
cr�er un dossier "fax" sous "/var/log" qui semble avoir �t� oubli�, et 
desupprimer ce dossier "log" sous /var/spool/fax qui pourrait ne rien � y 
avoir � faire. Si vous avez des id�es ?)
Sauver le fichier.

V - Test des transactions fax
La grande partie des tests d�crits ci-dessous ont �t� r�alis�s avec le 
concours actif de Tomas Pimmel, donc l� un exemple de collaboration 
linuxienne franco-belge !
a) r�ception d'un fax
C'est le plus simple dans la quasi passivit� :
- convenir d'un rendez-vous avec l'exp�diteur du fax (qui peut utiliser ou 
son ordinateur dot� de Linux, ou une machine fax)
- passer en mode commande root quelques minutes avant et ex�cuter la commande 
"fax answer" ; le modem se met alors en position d'attente
- � la sonnerie le modem reconna�t l'appel fax entrant, et vogue la gal�re, 
le fax est r�cup�r�,
- � la fin la console d'o� a �t� pass� la commande r�cup�re la main et le 
modem se remet en position neutre.
- le fax re�u peut �tre lu dans le dossier "/var/spool/fax/incoming".
Un bref examen du dossier "incoming" montre qu'il contient :
- un ex�cutable ".index",
- des fichiers en format TIFF avec des noms du type "mmjjhhmmss.00n" n 
s'incr�mentant suivant le num�ro de page. Ils sont ouvrables avec la plupart 
des visualiseurs d'images contrairement aux fichiers "*.g3".
- et un (des ?) fichier(s) "modem.num�ro_�_4chiffres" dont j'ignore la 
signification.
A ce jour j'ignore encore ce qui se passe quand on re�oit plusieurs fax 
multipages. On peut imaginer la m�me en-t�te "mmjjhhmmss" caract�risant 
l'unit� des donn�es et ".001", ".002", ... ".00n" pour n pages re�ues. Ceci 
�viterait l'�crasement des documents d�j� arriv�s. J'ignore aussi s'il existe 
un logiciel de lecture capable de d�m�ler la coh�rence de chacun de ces fax 
multipages situ� dans "incoming". C'est peut-�tre � ce niveau qu'intervient 
".index". L� aussi les suggestions seront les bien venues.
b) envoi d'un fax
C'est tout simple :
- convenir d'un rendez-vous avec le destinataire du fax (qui peut utiliser ou 
son ordinateur dot� de Linux, ou une machine fax)
- en mode root ex�cution de la commande "faxrunq"
- tout ce qui est dans "outgoing" et pas d�j� envoy� (fichier "JOB" et non 
pas "JOB.done") va partir avec appel automatique des destinataires � tour de 
r�le et envoi.

Voil� c'est termin�. Je pense qu'avec Hylafax on arrive � la m�me chose.
-- 
Daniel Moyne (ARMada French fan Club)
PC Celeron 400 Mhz 128 Mo Ram               Lecteur CD 40X Ide
Carte graphique AGP 3Dfx                    Lecteur Zip Iomega SCSI
HD Ide (M) 4 Go + (S) 20 Go        \\|//    Modem OLITEC Speed Voice 56000
Carte SCSI Tekram DC-395UW        / --- \   Imprimante DeskJet HP 850C
Vision Master 17" Iiyama Monitor (' o-o ')  Scanner UMAX Astra 1220S SCSI
--------------------------------oOO-(_)-OOo------------------------------------


Répondre à