Hylafax küzdelem

Ubuntu Linux

Hello,

Ubuntu 8.04, Hylafax 4.4.3 csomagbol, es egy US Robotics kulso modem a soros porton.

A modem egy Bosch kozponton keresztul hiv, 0-val kell "elohivni", es utana egy 4 jegyu PIN-t kell megadni. A dialrules-ben meg tudtam adni, hogy a kimeno hivast modositsa a fentiek szerint, a logban mar a modosított szamsor szerepel.

Fogadni tudok - tudom, hogy ehhez nincs koze a fentieknek.

Kuldeni nem tudok, minden beallitasra azt irja, hogy "No local dialtone".

Ha minicommal piszkalom a modemet, akkor igy megy: 

ATZ
OK
ATDT0xxxx1234567

es kicseng a masik oldal.

Ha viszont a minicom indulasa utan igy probalom egybol: 

ATDT0xxxx1234567

(tehat ATZ vagy ATX nelkul) akkor szinten azt mondja, hogy "No
dialtone".

Hogy lehet megmondani a Hylafax-nak, hogy minden fax kuldes elott
kuldjon egy reset-et a modemnek (ha egyaltalan ez a megoldas)?

A modem konfigjaban (config.ttyS0) bent vannak a kovetkezo sorok: 

ModemSoftResetCmd:      ATZ
ModemResetCmds:         ATX

Koszonom:

a.

  • 2090 megtekintés

( m0csi | 2008. 07. 29., k – 23:45 )

USR rel meg nemprobaltam de javasolnam valami tusko gazdasagos rockwell es 33.6 os vagy 56.6 modemet szerezz be azokkal semmilyen rossz tapasztalatom nem volt.

Talan meg egy probat megerne a dialstringbe berakni par ,-t ha jol emlekszem az ad 1 vagy 2 sec szunetet a tarcsazaskor, elmeletileg akkor mennie kene, talalkoztam mar olyannal hogy a modem tempojat nembirta a kozpont valamint meg valami olyasmi is remlik hogy a dialtonet a USR nel lehet allitgatni haromfele normara amit bele is irhat a user default init scriptkent a modem sajat firmware-be de ez mar nembizti :)

"de javasolnam valami tusko gazdasagos rockwell es 33.6 os vagy 56.6 modemet szerezz be azokkal semmilyen rossz tapasztalatom nem volt."

Hasonló funkcióra tudnál ajánlani olyan modemet, amit a *bsd/*linux rendszerek visznek rendesen (mégha hegeszteni is kell hozzá, nem gond)? Te miket próbáltál már, ami működött?

Tudom, xmodems.org viszont az az oldal kicsit hmm... "obsoleted"
/mazursky

Hello,

A Rockwell csere nem fog menni, most vették a USR-t, mondván az a legjobb. :)
De szerintem itt nem modem gond van (szerintem), hanem inkább központ :)

A dialstring-ben a ,-t próbáltam, de nincs hatása, illetve ahogy írtam: minicom-ból a sima ATDT0xxxx1234567 lazán átmegy a központon, és kicseng a másik oldal.

valami olyasmi is remlik hogy a dialtonet a USR nel lehet allitgatni haromfele normara amit bele is irhat a user default init scriptkent a modem sajat firmware-be
Pedig ez jó lenne, hátha. Nincs semmi emléked, merre keresgéljek?

Köszi:

a.

http://www.usr.com/support/doc-popup-template.asp?url=faqs/analog/faile…

http://www.pcs-computing.com/support/3com_modem_cmds.html

Ja jol emlekszem tenyleg tarolhatsz benne configot :)

&Cn Controls Carrier Detect (CD) signal.

&C0 CD override
&C1 Normal CD operations

talan ez. egyebet nemtok segiteni, nekem eddig 2 hylafax megy panasonic
kozponton keresztul.

Sziasztok,

Guglin kerestem de nem találtam választ hyla bajára.

Sep 03 14:36:28.15: [ 3337]: SESSION BEGIN 000002153 ----------
Sep 03 14:36:28.15: [ 3337]: HylaFAX (tm) Version 4.4.4
Sep 03 14:36:28.15: [ 3337]: <-- [4:ATA\r]
Sep 03 14:36:32.03: [ 3337]: --> [7:CONNECT]
Sep 03 14:36:32.03: [ 3337]: ANSWER: FAX CONNECTION DEVICE '/dev/ttyS0'
Sep 03 14:36:32.03: [ 3337]: RECV FAX: begin
Sep 03 14:36:32.08: [ 3337]: RECV FAX: Unable to create temp file for received data: Failed to find unused filename
Sep 03 14:36:32.08: [ 3337]: RECV FAX: end
Sep 03 14:36:32.08: [ 3337]: Unable to create temp file for received data: Failed to find unused filename
Sep 03 14:36:32.08: [ 3337]: SESSION END

Tudtommal semmi sem változott a beállításokban.

Segítsetek

Köszönöm

... most pedig megérkezett a fax...

Sep 03 15:23:23.74: [ 3337]: SESSION BEGIN 000002155 361*******
Sep 03 15:23:23.74: [ 3337]: HylaFAX (tm) Version 4.4.4
Sep 03 15:23:23.74: [ 3337]: <-- [4:ATA\r]
Sep 03 15:23:27.75: [ 3337]: --> [7:CONNECT]
Sep 03 15:23:27.75: [ 3337]: ANSWER: FAX CONNECTION DEVICE '/dev/ttyS0'
Sep 03 15:23:27.75: [ 3337]: RECV FAX: begin
Sep 03 15:23:27.75: [ 3337]: <-- data [32]
Sep 03 15:23:27.75: [ 3337]: <-- data [2]
Sep 03 15:23:29.73: [ 3337]: --> [7:CONNECT]
Sep 03 15:23:29.73: [ 3337]: <-- data [23]
Sep 03 15:23:29.73: [ 3337]: <-- data [2]
Sep 03 15:23:30.48: [ 3337]: --> [7:CONNECT]
Sep 03 15:23:30.48: [ 3337]: <-- data [13]
Sep 03 15:23:30.48: [ 3337]: <-- data [2]
Sep 03 15:23:30.97: [ 3337]: --> [2:OK]
Sep 03 15:23:30.97: [ 3337]: <-- [9:AT+FRH=3\r]
Sep 03 15:23:31.67: [ 3337]: --> [7:CONNECT]
Sep 03 15:23:33.42: [ 3337]: --> [2:OK]
Sep 03 15:23:33.42: [ 3337]: REMOTE TSI "+36 1 *******"
Sep 03 15:23:33.42: [ 3337]: RECV recv TSI (sender id)
Sep 03 15:23:33.42: [ 3337]: <-- [9:AT+FRH=3\r]
Sep 03 15:23:33.43: [ 3337]: --> [7:CONNECT]
Sep 03 15:23:33.72: [ 3337]: --> [2:OK]
Sep 03 15:23:33.72: [ 3337]: REMOTE wants 14400 bit/s
Sep 03 15:23:33.72: [ 3337]: REMOTE wants A4 page width (215 mm)
Sep 03 15:23:33.72: [ 3337]: REMOTE wants unlimited page length
Sep 03 15:23:33.72: [ 3337]: REMOTE wants 3.85 line/mm
Sep 03 15:23:33.72: [ 3337]: REMOTE wants 2-D MMR
Sep 03 15:23:33.72: [ 3337]: REMOTE wants T.30 Annex A, 256-byte ECM
Sep 03 15:23:33.72: [ 3337]: RECV recv DCS (command signal)
Sep 03 15:23:33.72: [ 3337]: RECV training at v.17 14400 bit/s
Sep 03 15:23:33.72: [ 3337]: <-- [11:AT+FRM=145\r]
Sep 03 15:23:35.41: [ 3337]: --> [7:CONNECT]
Sep 03 15:23:36.96: [ 3337]: RECV: TCF 2728 bytes, 0% non-zero, 2696 zero-run
Sep 03 15:23:36.96: [ 3337]: --> [10:NO CARRIER]
Sep 03 15:23:36.96: [ 3337]: DELAY 70 ms
Sep 03 15:23:37.03: [ 3337]: TRAINING succeeded
Sep 03 15:23:37.06: [ 3337]: <-- [9:AT+FTH=3\r]
Sep 03 15:23:37.08: [ 3337]: --> [7:CONNECT]
Sep 03 15:23:37.08: [ 3337]: <-- data [3]
Sep 03 15:23:37.08: [ 3337]: <-- data [2]
Sep 03 15:23:38.29: [ 3337]: --> [2:OK]
Sep 03 15:23:38.29: [ 3337]: <-- [11:AT+FRM=146\r]
Sep 03 15:23:39.34: [ 3337]: --> [7:CONNECT]
Sep 03 15:23:39.77: [ 3337]: RECV received frame number 0
.
.
.
Sep 03 15:23:47.38: [ 3337]: RECV received frame number 52
Sep 03 15:23:47.38: [ 3337]: RECV received RCP frame
Sep 03 15:23:47.42: [ 3337]: --> [10:NO CARRIER]
Sep 03 15:23:47.42: [ 3337]: <-- [9:AT+FRH=3\r]
Sep 03 15:23:47.47: [ 3337]: --> [7:CONNECT]
Sep 03 15:23:48.80: [ 3337]: --> [2:OK]
Sep 03 15:23:48.80: [ 3337]: RECV recv PPS (partial page signal)
Sep 03 15:23:48.80: [ 3337]: RECV recv EOP (no more pages or documents)
Sep 03 15:23:48.80: [ 3337]: RECV received 53 frames of block 1 of page 1
Sep 03 15:23:48.85: [ 3337]: RECV: 13335 bytes of data, 1109 total lines
Sep 03 15:23:48.85: [ 3337]: DELAY 70 ms
Sep 03 15:23:48.92: [ 3337]: <-- [9:AT+FTH=3\r]
Sep 03 15:23:48.95: [ 3337]: --> [7:CONNECT]
Sep 03 15:23:48.95: [ 3337]: <-- data [3]
Sep 03 15:23:48.95: [ 3337]: <-- data [2]
Sep 03 15:23:50.16: [ 3337]: --> [2:OK]
Sep 03 15:23:50.16: [ 3337]: RECV send MCF (message confirmation)
Sep 03 15:23:50.16: [ 3337]: RECV FAX (000002155): from +36 1 *******, page 1 in 0:21, INF, 3.85 line/mm, 2-D MMR, 14400 bit/s
Sep 03 15:23:50.16: [ 3337]: RECV FAX (000002155): recvq/fax000000653.tif from +36 1 *******, route to , 1 pages in 0:23
Sep 03 15:23:50.16: [ 3337]: <-- [9:AT+FRH=3\r]
Sep 03 15:23:50.57: [ 3337]: --> [7:CONNECT]
Sep 03 15:23:51.78: [ 3337]: --> [2:OK]
Sep 03 15:23:51.78: [ 3337]: RECV recv DCN (disconnect)
Sep 03 15:23:51.78: [ 3337]: RECV FAX: bin/faxrcvd "recvq/fax000000653.tif" "ttyS0" "000002155" ""
Sep 03 15:23:51.78: [ 3337]: RECV FAX: end
Sep 03 15:23:51.78: [ 3337]: SESSION END

Ettől függetlenül szerintem a hiba nem hárult el.

( xmas | 2008. 09. 23., k – 15:59 )

Sziasztok!

Kis segítségre lenne szükség. A fellelhető dokumentáció és 3 napi gugli után sem tudom elérni, hogy az érkező faxokat csatolva elküldje mailben.
A rendszer: Ubuntu feisty, hylafax 4.4.4, postfix függőségek átnézve-rendben. Minden frissítve ubuntu repóból.
Amit kipróbáltam: alap konfig, módosítások doksi szerint, guglin talált infók szerint.
Az érkező levél minden esetben tartalmaz csatolást, és minden esetben 0 hosszúságú. Egy csomó mimencode - uuencode -uuencode_it variációt kipróbáltam, sikertelenül.
Jogok, mappatulajdonosok rendben (uucp hozzáfér a /var/spool/hylafax mappához, almappáihoz, fájlokhoz - ahol kell ír, olvas, végrehajt)

Parancssorból mutt uucp felhasználóval szépen küldi a levelet (csatolással együtt), de ilyen formán sem faxdispatch, sem faxrcvd fájlokba ágyazva nem küld levelet (pedig az összes hack feledhető lenne ezzel).

Szóval mit - hogyan naplózzak, hogy információhoz jussak, miért nem csatolja a fájlt rendesen?
Amire rájöttem: postfix olyan levelet kap továbbításra, amiben már eleve 0 hosszúságú a csatolás.

Aaaaggrrrr!

Persze be kellett írnom, hogy feladtam, ahhoz, hogy előkerüljön a megoldás:

Binary package hint: hylafax-server
in /etc/setup.cache which is autogenerated by faxsetup
BASE64ENCODE='/usr/bin/uuencode' needs to be BASE64ENCODE='/usr/bin/uuencode -m ===='
Otherwise when you try and attach the faxes in any format tiff/pdf they become 0 byte attachments that wont open.

Pedig az uuencode_it nagyon hasonló, de valahogy az mégsem volt jó, mint megoldás.
Minden más "gyári" (kivéve a sendto= faxkezelők)