FAX modem mgetty vagy mégis csak valami kábeles zavar?

Fórumok

Debian Etch -re próbálom feltolni az mgetty-fax dolgait (azaz elgondolás, hogy a courier-mta -nak van faxmail opciója - az lessz a frontend). Eddig kettő modemmel próbálkoztam - szerintem mind a kettő jó, de mésem megy a dolog:

1. GVC külső modem (vlmi. 1999 -es gyártmány, kézalól vettem) az
inicializáció úgymond hiba mentes - nincs error, minden OK. Azonban ha
faxot kell fogadni nem tudja felvenni a kapcsolatot - felkapja a telót
és és hiába fütyülszívhezszólóan a túloldal, nem kapcsolódik - nincs
"CONNECT". A pontos hiba üzenetet már nem tudom felidézni, de
össze vissza guglizva is csak azt találtam, hogy rossz a firmware
és dobjam ki a modemet :) Nem igazán hiszem el ezt, elég korrekt kis
cucc ez, ha nem is alegmodernebb.

2. Datatronix, Discovery 1414CX külső modem (sokáig használtam mint adat
modemet CIB bankhoz). Szintén semmi hibát nem jelez, az inicializáció
hibátlanul lefut. Azonban amikor fogadni kellene felkapja a telót,
fütyörészik, a másik oldal is fütyörészik és nincs "CONNECT".

FONTOS: mindkét oldalt jelenleg én kezelem, van egy becsületes t-com vonalam (ezen lóg a kisérleti darab) és van egy chello telefonom, azon egy winXP -s FAX működget (többször is küldtem és fogadtam vele faxot de azért nem teljesen gömbölyű - pl. ahol 5 csengetést kell várni amíg felkapja a túloldal ott előbb leszakad a vonalról és sehogy sem tudom beállítani hogy várjon még) ez egyébként egy conexant chipes, PCI cucc.

Szóval nem tudom mi itt a hiba, már az is megfordult a fejemben hogy kábel gond van. Nincs valami ötlet hogyan, merre lépjek tovább?

Hozzászólások

Hylafax-ot próbáltál már? Esetleg lehet, hogy érdemes lenne kipróbálni.

Nézegettem. Ha ezzel végképp befuccsolok - esetleg.
Viszont közben feldobtam egy Acorp külső modemet is, ezzel úgy kezdődik a gond, hogy nem fogadja el a AT+FCLASS=2 parancsot. minicom -mal megnéztem, AT+FCLASS=? 0,1,8 - azaz az AT+FCLASS=8 lehet a jó - de hogy tudom ezt beállítani?

Egy kicsit okosabb lettem! - de még mindíg nem elég.
Az elsőnek próbált GVC SF1156V/R19 elvileg jónak kellene lennie, a következő adatokat a minicom segítségével szedtem ki belőle:

AT&V
ACTIVE PROFILE:
B1 E1 L1 M1 N1 Q0 T V1 W0 X4 Y0 &C1 &D2 &G0 &J0 &K3 &Q5 &R1 &S0 &T5 &X0 &Y0
S00:000 S01:000 S02:043 S03:013 S04:010 S05:008 S06:002 S07:045 S08:003 S09:006
S10:014 S11:095 S12:050 S18:000 S25:005 S26:001 S36:007 S37:000 S38:020 S46:138
S48:007 S95:000

STORED PROFILE 0:
B1 E1 L1 M1 N1 Q0 T V1 W0 X4 Y0 &C1 &D2 &G0 &J0 &K3 &Q5 &R1 &S0 &T5 &X0
S00:000 S02:043 S06:002 S07:050 S08:003 S09:006 S10:014 S11:095 S12:050 S18:000
S36:007 S37:000 S40:104 S41:195 S46:138 S95:000

STORED PROFILE 1:
B1 E1 L1 M1 N1 Q0 T V1 W0 X4 Y0 &C1 &D2 &G0 &J0 &K3 &Q5 &R1 &S0 &T5 &X0
S00:000 S02:043 S06:002 S07:050 S08:002 S09:006 S10:014 S11:095 S12:050 S18:000
S36:007 S37:000 S40:104 S41:195 S46:138 S95:000

TELEPHONE NUMBERS:
0= 1=
2= 3=

OK
ATI
56000

OK
ATI1
255

OK
ATI3
V2.077-V90_2M_DLS

OK
ATI11
V2.080E4

OK
AT+FCLASS=?
0,1,2,1.0

OK

Sajnos a profilok dekódolásához kevés vagyok, de az utolsó AT+FCALSS -ra adott válaszból az jön le, hogy legalább FAX class 2 =(nem hinném hogy a 2.0 tudná). A végére biggyesztett "1.0" viszont teljes rejtély :(
Az mgetty a class 2 és 2,0 -át támogatja.
Most akkor ez jó valamire vagy sem?

No már megint szégyelhetem magam! - tudtam hogy nem lehet ez olyan borzasztóan nehéz.
Felcsaptam a GVC modem -et (ezt akartam már először), átmostam a konfigokat és újra beállítottam az /etc/mgetty/mgetty.config -ot és kipróbáltam - nem vette le a FAX -ot viszont mikor jobban belenéztem a LOG -ba, a következőt találtaM:

03/01 17:16:17 yS0 fax_wait_for(OK)
03/01 17:18:17 yS0 Warning: got alarm signal!
03/01 17:18:17 yS0 mdm_read_byte: read returned -1: Interrupted system call
03/01 17:18:17 yS0 mdm_get_line: cannot read byte, return: Interrupted system call
03/01 17:18:17 yS0 >> The problem seen above might be caused by a wrong value of the
03/01 17:18:17 yS0 >> 'switchbd' option in 'mgetty.config' (currently set to '0')
03/01 17:18:17 yS0 >> try using 'switchbd 19200'

Pontosan ezt is tettem, és voila működött! Valószínűleg összevissza szerkesztettem a konfigot (két helyen is mivel a parancsorba is lehet - csak minek), össze-vissza dugtostam a modemeket, míg végül teljesen összezavarodtam. Kössz a segítséget, rávettetek hogy még egyszer átmenjek egy halom beállításon és megvizsgáljam a modem -et, ez átlendített:)
UI: Legközelebb lehet hogy inkább blogot kellene írnom?

Úgy döntöttem előveszem a saját blogszerű topicomat.
Most már, évek óta működik az mgetty fax-mail kombóm. Az egyik cégemnél is raktam ilyet össze, (így rengeteg papírt megtakaríthattunk), ott jól is működik, mivel napi szinten jön néhány FAX (ha valami baj van azt pedig gyorsan kiszúrjűk, de mindig az lett az eredmény hogy nincs vonal). Azonban a házi szerveremen "mindig" történik valami. Most például azt vettem észre, hogy a soros port amire a modem volt akasztva rosszul volt konfigurálva (rossz irq volt megadva az /etc/serail.conf -ban). Mikor és hogyan - nem emlékszem :( - biztos valami HW piszkatúra után megváltozott a kiosztás. A lényeg, hogy ha nem nézek rá a naplóra nem tudok róla, hogy a FAX fogadás nem működik. Valakinek sikerült erre megoldást találni?
Elvileg van egy mg_ttyS?.log fájl, illetve ellenőrizni lehet, hogy az mgetty egyáltalán fut-e.
Viszont a log fájlból nehéz kinyerni a működőképességről szóló információt. Elvileg, ha kiadom az #kill -2 "mgetty PID" parancsot újrahúza, piszkálja a modemet, kiad néhány inicializációs stringet "AT+FDCC= ..." amire ha minden rendben egy "OK" a válasz. Persze ebből még nem lehet tuni 100% hogy tudni fogja a következő faxot venni, de arra jó, hogy ellenőrizzem van kapcsolat a modemmel. Talán ...

* Én egy indián vagyok. Minden indián hazudik.

Nálam dialin-ként működött az mgetty egy frankó kis Discovery modemen, amíg nem került át a modem egy távmenedzsment kártya soros portjára. Most meg egy olyan "szerver szobában" van, ahol nincs telefon. Mondjuk évek során csak 2x volt olyan, hogy telefonról bejelentkeztem, amikor szünetmentesről ment és nem volt hálózat, csak telefon. De úgy sem tudtam túl sok mindent csinálni.

Szóval nálam a /var/log/mgetty-ben az mgetty.ttyS1-be loggolt (nálad lehet, hogy mgetty.log.ttySx lesz, esetleg /tmp/log_mg...). Időnként látszott, hogy piszkálja a modemet, hogy minden rendben. Ha valami gubanc volt, akkor megváltoztak a szokott üzenetek... :-O Ha nem elég beszédes a log, akkor az x kapcsoló értékét növelve lehet növelni a log méretét.

Üdv:
Dw.

"Jegyezze fel a vádhoz - utasította Metcalf őrnagy a tizedest, aki tudott gyorsírni. - Tiszteletlenül beszélt a feljebbvalójával, amikor nem pofázott közbe."

Most hogy helyre raktam a modemet az mgetty naplójában, látszik, hogy óránként ismétel egy egyszerű kis ellenőrzést:

07/24 11:50:28 yS2 checking if modem is still alive
07/24 11:50:28 yS2 makelock(ttyS2) called
07/24 11:50:28 yS2 do_makelock: lock='/var/lock/LCK..ttyS2'
07/24 11:50:28 yS2 lock made
07/24 11:50:28 yS2 mdm_send: 'AT'
07/24 11:50:28 yS2 mdm_command: string 'AT'
07/24 11:50:28 yS2 mdm_command: string 'OK' -> OK
07/24 11:50:28 yS2 waiting for line to clear (VTIME=3), read: [0a]
07/24 11:50:29 yS2 removing lock file
07/24 11:50:29 yS2 waiting...

Ezt kellene ellenőrizgetni, egyrészt fut-e az mgety (erről mondjuk elég megbízhatóan gondoskodik az init), másrészt megtörténik az óránkénti ellenőrzés és az eredményes "OK".

* Én egy indián vagyok. Minden indián hazudik.