Re: problemi invio fax con hylafax
Il Sun, 19 Feb 2012 07:16:13 +0100 (CET)
piviul@riminilug.it ha scritto:
> La cosa mi è abbastanza oscura ma guardando il file di configurazione
> ho commentato la voce Class1HFLOCmd: AT&H1&I0&R2 e aggiunto
> Class1HFLOCmd: AT&H2&I2&R1 la cosa però non ha sortito alcun effetto.
> Di seguito riporto il file di configurazione completo:
Se ho capito bene, il problema è in spedizione. Cioè tenti di mandare
un fax e risponde no-carrier. Cioè succede qualcosa per la quale il fax
remoto si disconnette.
Il modem è configurato in classe 1 e controllo software. Il che
dovrebbe essere il massimo della compatibilità. Dovresti abbassare la
velocità della seriale a 28800.
Ho notato che ci mette un minuto per decidere che non c'è
comunicazione, quindi tenta qualche verifica. Probabilmente non
funziona l'handshake.
Premetto che non conosco il modem, ma secondo me dovresti cominciare
sostituendo AT+FCLASS=1A con AT+FCLASS=1 (ammesso che il modem
capisca). Poi alcuni modem hanno la possibilità di distinguere tra
linea voce e linea fax. Dovresti vedere come disattivare questa cosa
ammesso che il tuo modem ce l'abbia. Credo si chiami AdaptiveAnswer o
qualcosa del genere. dovrebbe essere tipo: AT+FAA=0 Ma forse funziona
solo in risposta.
>
> #
> # Configuration for using the Class 1 command interface with
> # a USR Courier or Sportster modem and XON/XOFF flow control.
> #
> #
> CountryCode: 39
> AreaCode: 0541
> FAXNumber: +39,0541,742632
> LongDistancePrefix: 0
> InternationalPrefix: 00
> DialStringRules: etc/dialrules
> ServerTracing: 1
> SessionTracing: 11
> RecvFileMode: 0644
> LogFileMode: 0644
> DeviceMode: 0666
> RingsBeforeAnswer: 1
> SpeakerVolume: off
> GettyArgs: "-h %l dx_%s"
> LocalIdentifier: "Fax server cam"
> TagLineFont: etc/lutRS18.pcf
> TagLineFormat: "From %%l|%c|Page %%P of %%T"
> MaxRecvPages: 25
> #
> #
> # Modem-related stuff: should reflect modem command interface
> # and hardware connection/cabling (e.g. flow control).
> #
> ModemType: Class1 # use class 1
> interface ModemRate: 19200 # rate for
> DCE-DTE communication ModemFlowControl: xonxoff
> # software flow control #
> ModemSetupDTRCmd: ATS13=1&D2 # setup so DTR drop resets
> modem ModemSetupDCDCmd: AT&C1 # setup so DCD
> reflects carrier (or not) ModemNoFlowCmd:
> AT&H0&I0&R1 # setup modem for no flow control
> ModemHardFlowCmd: AT&H1&I0&R2 # setup modem for
> hardware flow control ModemSoftFlowCmd: AT&H2&I2&R1 #
> setup modem for software flow control ModemResultCodesCmd:
> ATQ0X4 # enable result codes #
> ModemMfrQueryCmd: !USR ModemModelQueryCmd: ATI3
> ModemRevQueryCmd: ATI7 # XXX returns a
> multi-line result #
> # When AT+FCLASS=1 is issued the modem automatically switches
> # to software flow control; these parameters let the fax software
> # reset flow control as needed after entering Class 1.
> #
> Class1NFLOCmd: AT&H0&I0&R1 # setup modem for no
> flow control #Class1HFLOCmd: AT&H1&I0&R2 #
> setup modem for hardware flow control Class1HFLOCmd:
> AT&H2&I2&R1 # setup modem for software flow control
> Class1SFLOCmd: "" # modem does this
> automatically # # This should resolve "DIS/DTC received 3 times"
> errors: #
> Class1ResponseWaitCmd: AT+FRS=1 # wait after sending
> TCF for response #
> # The remainder of this configuration is included so that the
> # modem "idles" in Class 0 while not sending or receiving facsimile.
> #
> ModemSetupAACmd: AT+FCLASS=0 # leave modem idling in
> class 0 ModemAnswerCmd: AT+FCLASS=1A # answer
> in Class 1 #
> # When using AT+FRS=n we see USR modems reset themselves in the
> middle of sessions
> # this is not good. So, we seem to work-around that problem by not
> using the # command. Unfortunately, this isn't an ideal thing.
> #
> Class1SwitchingCmd: "<delay\0727>"
>
> #ModemDialCmd: ATDT%s # T for tone dialing
>
>
> #
> ## AvantFAX
> #
> FaxRcvdCmd: bin/faxrcvd.php
> DynamicConfig: bin/dynconf.php
> UseJobTSI: true
>
>
> ...se qualcuno avesse qualche altro consiglio :(.
>
> Grazie mille
>
> Piviul
>
>
Reply to: