On Thu, Aug 30, 2001 at 09:14:18AM +0200, Rémi Letot wrote:
> Des conseils pour un fax modem pur ? (pas besoin de
> voice... ni de modem, mais ça j'ai pas le choix)
En général, essaye de trouver ou moins un class 2, d'après la doc :
"The Class 2 driver has been extensively tested with a wide variety of
Class 2 modems."
J'ai un Zoom 56K (model 2826 avec bonne version du firmware, je peux
regarder précisément, si tu veux) qui va bien (chipset Rockwell).
Ils disent, sur le class 2.0 (mieux) : "Since this standard is very
young do not be surprised if there are firmware problems and/or
incompatibilities between the driver and modems with Class 2.0
firmware." Maintenant, j'ai toujours la 4.1 beta 2 et il se peut que
la récente 4.2 améliore les choses (?)
Essayes ce que tu as sous la main, tu sauras vite :-)
> Ici c'est plutôt méchamment multi utilisateur, mais
> HylaFax semble solide à mort.
Oui, je pense que tu peux y aller. Il y a des histoires vécues sur
leur site avec un nombre très impressionnant de fax envoyés / jours.
[contrôle de la TSI par regexp]
> C'est quoi ça ?
La doc appelle 'TSI' la ligne ajoutée sur le dessus des faxs, avec ton
numéro, ton nom, etc. Elle est aussi transmise pendant le handshaking
des appareils.
La fonctionnalité que le serveur propose est de comparer cette TSI aux
expressions régulières du fichier <faxroot>/etc/tsi pour accepter le
fax ou raccrocher.
Tu vois alors ça dans le log de la réception :
Aug 30 14:29:35.07: [ 366]: SESSION BEGIN 00001157 32087891267
Aug 30 14:29:35.07: [ 366]: <-- [4:ATA\r]
Aug 30 14:29:44.12: [ 366]: --> [5:+FCON]
Aug 30 14:29:44.12: [ 366]: ANSWER: FAX CONNECTION
Aug 30 14:29:44.12: [ 366]: MODEM input buffering enabled
Aug 30 14:29:44.12: [ 366]: RECV FAX: begin
Aug 30 14:29:45.68: [ 366]: --> [29:+FTSI: " 32 2 5056612"]
Aug 30 14:29:45.68: [ 366]: REMOTE TSI "32 2 5056612"
^^^^^^^^^^^^^^^^^^^^^^^^^
il lit ce que l'autre envoie.
Aug 30 14:29:46.09: [ 366]: --> [22:+FDCS: 0,5,0,2,0,0,0,0]
Aug 30 14:29:46.09: [ 366]: REMOTE wants 14400 bit/s
Aug 30 14:29:46.09: [ 366]: REMOTE wants page width 1728 pixels in 215 mm
Aug 30 14:29:46.09: [ 366]: REMOTE wants unlimited page length
Aug 30 14:29:46.09: [ 366]: REMOTE wants 3.85 line/mm
Aug 30 14:29:46.09: [ 366]: REMOTE wants 1-D MR
Aug 30 14:29:46.09: [ 366]: --> [2:OK]
Aug 30 14:29:46.12: [ 366]: ACCEPT TSI "32 2 5056612"
^^^^^^^^^^^^^^^^^^^^^^^^^
elle passe le test (tu peux donner un pattern de ce qui convient, ou
refuser certains numéros, les deux types de règles sont permises).
Pour éviter la plaie de la pub par fax, tu exiges au minimum un ou
plusieurs chiffres dans la tsi et tu es déjà + tranquille. Les pubs
n'ont jamais de tsi.
J'ai mis ça ici :
^.*[0-9][ \.\+\*-]*[0-9].*$
(deux chiffres minimum)
Pour faire une black list : imagines que je t'envoie des faxs à
longueur de journée pour te vendre du sable self-statique à base de
gibolin dont tu n'as rien à faire :-)
Avec ça :
!^.*32[ \.\+\*-0]*87[ \.\+\*-]*89[ \.\+\*-]*12[ \.\+\*-]*67[ \.\+\*-]*$
thank you hylafax, c'en est fini du casse-pied :)
> <couic sur l'envoi>
> L'idéal serait un fax robuste pour l'envoi et qui
> transfère le contrôle au serveur pour la réception.
fastoche : fax + modem sur la même prise téléphonique avec le fax
réglé en manuel, c'est-à-dire qu'il ne décroche jamais et c'est le
serveur qui prend.
Pour l'impression, c'est assez simple aussi. Tu adaptes le script
<faxroot>/bin/faxrcvd.
Ici, j'ai bêtement mis ($1 = nom du fax)
tiff2ps -a -h11 -w8 $1 | lpr
Pour adresser le bon bac, je suppose que tu as un switch à passer à
lpr (?).
> <couic> > - WHFC comme soft client pour l'envoi et la
> visualisation si tu te compromets parfois sur une machine WinDoze
> :-), ou si tu as des brebis égarées sous cet OS dans tes users ;
> mes machines clientes sont toutes sous win, pas le
> choix :-(
C'est un bon soft, même GPL je crois. Pour la visualisaiton, Kodak
Imaging n'est pas mal pour le tiff multipages.
> Merci de ta description,
Pas de quoi.
--
J.-F. STRAETEN
---
Mutt 1.3.7i.
Powered by SuSE Linux 6.4
[ Soyez précis dans vos sujets svp afin de déterminer directement ]
[ le type de demande... ]
[ Pour vous (dés)inscrire, aller sur http://unixtech.be/ml.php ]
[ Archives de la mailing list: http://archives.unixtech.be/linux/ ]
[ http://unixtech.be Contact: [EMAIL PROTECTED] ]
