Archiv verlassen und diese Seite im Standarddesign anzeigen : Modem Elsa Microlink 56k-pro + HylaFax Problem
Hallo Andreas,
ich habe mir die Configdatei von der Elsaseite mal angesehen, kann sie leider nicht testen da ich kein Elsamodem mehr habe. Ich kann mich aber daran erinnern dass mein Elsamodem als Class1-Modem erkannt wurde, was natürlich nicht funktionierte. Ich hatte dann die config.ttyS0 selbst geändert:
- Setup nach Buch durchgeführt
- config.ttyS0 belassen bis zu "# Modem-related stuff"
- daran die Datei aus /var/spool/fax/config/class2 ab "# Modem-related stuff" angehängt.
- ModemRate auf "19200"
- ModemFlowControl auf "xonxoff" (!)
- "#" in /etc/inittab vor "mo:23:respawn:/usr/lib/fax/faxgetty /dev/ttyS0" entfernt (!)
- Neustart
Als Client benutzte ich Whfc. Ändere vielleicht erst mal ModemRate und ModemFlowControl. Meinem Elsamodem war mit "rtscts" nichts zu entlocken. Wichtige Hinweise auf irgendwelche Probleme bei der Modeminitialisierung findest du in /var/log/messages wenn Hylafax zu starten versucht ("tail -f /var/log/messages"). Vielleicht fehlt auch nur die Änderung in der /etc/inittab?
Lass hören ob es was gebracht hat...
CU
Oliver
[Dieser Beitrag wurde von Matrix am 18. Juni 2000 editiert.]
Hallo Oliver,
besten Dank für Deine Hilfe, habe alles gespannt ausprobiert. Nichts hat geklappt wie es soll. Beim Fax-Versand mit Whfc wird das Fax in die Warteschlange gestellt, das war's dann aber auch. Bei eingehenden Faxen hebt das Modem erst gar nicht ab. Zwischen dem 56k und 56k-pro Modem liegt anscheinend ein riesiger Unterschied. Das 56k gehorcht dem Hyas-kompatiblem Befehlssatz. Das 56k-pro Modem allerdings gehorcht dem neuen V250-Befehlssatz, was das auch immer ist. Ich denke da liegt der Hund begraben! Trotzdem Danke für Deine Hilfe, hätte ja klappen können.
Allerdings 'xonxoff' anstatt 'rtscts', hätte ich nie getestet.
Grüße von Andreas Runge
[Dieser Beitrag wurde von Andreas Runge am 18. Juni 2000 editiert.]
Ich habe mit Linux 6.4 meinen privaten Server aufgebaut. Die Anwahl mit dem analogen Modem Elsa Microlink 56k-pro (mit neuem V.250 Befehlssatz) mit "wvdial" funktioniert bestens, auch der e-mail-Versand mit "sendmail" und "fetchmail". Nur mit "HylaFax" hagelt es Probleme. Ich habe mir von der Elsa-Hompepage die Original-Config.modem-Datei für HylaFax 4.1beta2-66 besorgt. Das Modem wurde zudem auf die neueste Firmware 1.85 upgedatet. Danach reagierte das Modem zwar, aber leider immer noch fehlerhaft. Beim Versand eines Faxes, von der Workstation aus, wird das Fax zwar in die Warteschlange gestellt, aber nicht versandt. Das Modem, hängt an einer direkten analogen Tel.-Leitung, hebt aber erst gar nicht ab. Eine Änderung der Anwahl-Befehle X3/X4 brachte keine Abhilfe. Bei eingehenden Faxen hebt das Modem ab, verständigt sich mit dem senden Fax-Gerät, die Protokolldatei weist die sendende Gegenstelle korrekt aus einschließlich Geschwindigkeit, bricht dann aber die Übertragung mit unbekanntem Fehler ab. Ich habe schon alles ausgetestet, kann den Fehler aber nicht ausfindig machen. Wer hat ein Elsa 56k-pro Modem unter Linux 6.4 mit HylaFax zum Laufen gebracht? Mich würden die korrekten Einstellungen interessieren. Meine e-mail an Elsa wurde wie folgt kommentiert, "wir bieten keinen Linux-Support an ..." Sehr hilfreich, denn ich denke fast, dass der Fehler an irgend einer Modem-Einstellung liegt.
Hallo Andreas,
gibt es irgenwelche Meldungen bezueglich Hylafax in der /var/log/messages ?
Bye
Oliver
Hallo Oliver,
die Meldungen beim Booten in /var/log/messages und beim Initialisieren des Modems sehen ok aus. Beim Fax-Versand mit Whfc wird jedoch folgendes protokolliert:
Jun 20 21:36:43 server FaxQueuer[209]: SUBMIT JOB 1
Jun 20 21:37:51 server FaxGetty[219]: ANSWER: Can not lock modem device
Wo liegt denn da der Hund begraben?
Habe keine Ahnung.
Grüße Andreas
[Dieser Beitrag wurde von Andreas Runge am 20. Juni 2000 editiert.]
Hi,
die selbe Meldung bringt auch mein FaxGetty, das Fax wird aber trotzdem gesendet. Ich denke nicht dass es daran liegt...
Sonst keine Anhaltspunkte in der /var/log/messages?
Bye
Oliver
[Dieser Beitrag wurde von Matrix am 22. Juni 2000 editiert.]
Hallo Oliver,
habe Hylafax nochmals mit der Original - Config.modem
Datei von Elsa mit Class2.0 und rtscts konfiguriert.
Zur Info sende ich Dir mal den
vollständigen Inhalt meiner Datei
/var/spool/fax/etc/config.modem
sowie einen Ausschnitt der Datei
/var/log/messages. Sieht eigentlich alles ganz normal aus.
Könnte es sein, dass wvdial bzw. der gestartete Daemon ppp0 den Modem-Zugriff von HylaFax blockiert? Beim Anruf des Fax-Servers, über eine zweite analoge Leitung, hebt das Modem korrekt ab und sendet das Fax-Connect-Signal. Habe leider kein Fax-Gerät zu Hause, um den Verbindungsaufbau zu kontrollieren.
Was könnte der Grund für das Fehlverhalten des Modems Microlink 56k pro sein?
Grüße
Andreas
# /var/spool/fax/etc/config.modem
#
# Id: class2.0,v 1.2 1999/01/10 09:09:37 Andreas Runge
#
# HylaFAX Facsimile Software
# Class 2.0 modem configuration for ELSA Modems with V.250 command set.
# Elsa Microlink 56k Pro
#
# EDIT THIS CONFIGURATION TO REFLECT YOUR SETUP
#
CountryCode: 49
AreaCode: 6203
FAXNumber: +49.6203.12345
LongDistancePrefix: 0
InternationalPrefix: 00
DialStringRules: etc/dialrules
# ServerTracing: 13
# SessionTracing: 13
ServerTracing: 527
SessionTracing: 527
# RecvFileMode: 0644
RecvFileMode: 0666
LogFileMode: 0600
# DeviceMode: 0600
DeviceMode: 0666
RingsBeforeAnswer: 5
SpeakerVolume: off
GettyArgs: "-r -b -s %s %l"
# GettyArgs: "-h %l dx_%s"
LocalIdentifier: "+49(6203)12345"
# LogFacility: local7
TagLineFont: etc/lutRS18.pcf
TagLineFormat: "Von %%l|%c|Seite %%p von %%t by HylaFax"
# PercentGoodLines: 80
# MaxConsecutiveBadLines: 20
MaxRecvPages: 30
# ModemPriority: 200
#
#
# Modem-related stuff: should reflect modem command interface
# and hardware connection/cabling (e.g. flow control).
#
ModemType: Class2.0 # use this to supply a hint
ModemRate: 115200 # max rate for DCE-DTE communication
# ModemRate: 19200 # max rate for DCE-DTE communication
ModemFlowControl: rtscts # XON/XOFF flow control assumed
# ModemFlowControl: xonxoff # XON/XOFF flow control assumed
ModemSetupDTRCmd: AT&D2 # setup so DTR drop resets modem
ModemSetupDCDCmd: AT&C1 # setup so DCD reflects carrier (or not)
#
# We normally append the "@" symbol to the dial string so that
# the modem will wait 5 seconds before attempting to connect
# and return result codes that distinguish between no carrier
# and no answer. This makes it possible to avoid problems with
# repeatedly dialing a number that doesn't have a fax machine
# (kudos to Stuart Lynne for this trick.)
#
# NB: If you need to prefix phone numbers to get through a PBX,
# put it in the ModemDialCmd; e.g. "DT9%s@".
#
ModemDialCmd: ATDT0W%s
# ModemDialCmd: ATX3DT%s
#
# Other possible configuration stuff. The default strings are
# shown below. Only those that are different from the defaults
# need to be included in the configuration file.
#
ModemResetCmds: ATX3 # stuff to do when modem is reset
ModemAnswerCmd: ATA # use this to answer phone
ModemNoFlowCmd: AT+IFC=0,0;
ModemHardFlowCmd: AT+IFC=2,2;
ModemSoftFlowCmd: AT+IFC=1,1;
ModemNoAutoAnswerCmd: ATS0=0 # disable auto-answer
#
# Set modem speaker volume commands: OFF QUIET LOW MEDIUM HIGH.
# Note that we both turn the speaker on/off and set volume.
#
ModemSetVolumeCmd: "ATM0 ATL0M1 ATL1M1 ATL2M1 ATL3M1"
ModemEchoOffCmd: ATE0 # disable command echo
ModemVerboseResultsCmd: ATV1 # enable verbose command results
ModemResultCodesCmd: ATQ0 # enable result codes
ModemOnHookCmd: ATH # place phone on hook (hangup)
ModemSoftResetCmd: ATZ # do soft reset of modem
ModemWaitTimeCmd: ATS7=60 # wait 60 seconds for carrier
ModemCommaPauseTimeCmd: ATS8=2 # comma pause time is 2 seconds
ModemRecvFillOrder: LSB2MSB # bit order of received facsimile
ModemSendFillOrder: LSB2MSB # bit order modem expects for transmit
#
# Configuration parameters for Class 2.0 modems.
#
Class2Cmd: AT+FCLASS=2.0 # command to enter class 2.0
Class2BORCmd: AT+FBO=0 # bit order for phase B/C/D (direct)
Class2CQCmd: "" # commands to enable copy quality proc.
Class2AbortCmd: AT+FKS # abort session command
Class2CQQueryCmd: AT+FCQ=? # query for copy quality capabilities
Class2DCCQueryCmd: AT+FCC=? # query for modem capabilities
Class2TBCCmd: AT+FPP=0 # setup stream mode
Class2CRCmd: AT+FCR=1 # enable capability to receive
Class2PHCTOCmd: AT+FCT=30 # set phase C timeout parameter
Class2BUGCmd: AT+FBU=1 # enable HDLC frame tracing
Class2LIDCmd: AT+FLI # set local identifier command
Class2DCCCmd: AT+FCC # set modem capabilities command
Class2DISCmd: AT+FIS # set session parameters command
Class2DDISCmd: "" # disable pre-dial DIS command hack
Class2CIGCmd: AT+FPI # set polling identifier command
Class2NRCmd: AT+FNR=1,1,1,1 # setup status reporting command
Class2PIECmd: AT+FIE=0 # disable interrupt-enable command
Class2PTSCmd: AT+FPS # set post-page status command
Class2SPLCmd: AT+FSP # set polling indicator command
Class2NFLOCmd: AT+FLO=0 # set no flow control command
Class2SFLOCmd: AT+FLO=1 # set software flow control command
Class2HFLOCmd: AT+FLO=2 # set hardware flow control command
# Und nun noch einen Auszug aus
# /var/log/messages
Jun 22 08:45:59 server syslogd 1.3-3: restart.
Jun 22 08:46:02 server kernel: klogd 1.3-3, log source = /proc/kmsg started.
Jun 22 08:46:02 server kernel: Inspecting /boot/System.map-2.2.14
Jun 22 08:46:05 server kernel: Loaded 8963 symbols from /boot/System.map-2.2.14.
Jun 22 08:46:05 server kernel: Symbols match kernel version 2.2.14.
Jun 22 08:46:05 server kernel: Loaded 27 symbols from 4 modules.
Jun 22 08:46:05 server kernel: Serial driver version 4.27 with HUB-6 MANY_PORTS MULTIPORT SHARE_IRQ enabled
Jun 22 08:46:05 server kernel: ttyS00 at 0x03f8 (irq = 4) is a 16450
Jun 22 08:46:05 server kernel: ttyS01 at 0x02f8 (irq = 3) is a 16450
Jun 22 08:46:05 server kernel: eth0: EtherExpress 16 at 0x300 (IRQ 10, BNC connector, 16-bit bus, 32k RAM)
Jun 22 08:46:14 server squid[142]: Squid Parent: child process 143 started
Jun 22 08:46:14 server squid[143]: Starting Squid Cache version 2.3.STABLE2 for i686-pc-linux-gnu...
Jun 22 08:46:14 server squid[143]: Process ID 143
Jun 22 08:46:14 server squid[143]: With 1024 file descriptors available
Jun 22 08:46:14 server squid[143]: DNS Socket created on FD 2
Jun 22 08:46:14 server squid[143]: Adding nameserver 194.25.2.129 from /etc/resolv.conf
Jun 22 08:46:15 server squid[143]: Unlinkd pipe opened on FD 7
Jun 22 08:46:16 server squid[143]: Swap maxSize 102400 KB, estimated 17066 objects
Jun 22 08:46:16 server squid[143]: Target number of buckets: 341
Jun 22 08:46:16 server squid[143]: Using 8192 Store buckets
Jun 22 08:46:16 server squid[143]: Max Mem size: 8192 KB
Jun 22 08:46:16 server squid[143]: Max Swap size: 102400 KB
Jun 22 08:46:16 server sshd[149]: Server listening on 0.0.0.0 port 22.
Jun 22 08:46:16 server sshd[149]: Generating 768 bit RSA key.
Jun 22 08:46:17 server /usr/sbin/cron[152]: (CRON) STARTUP (fork ok)
Jun 22 08:46:17 server squid[143]: Rebuilding storage in /var/squid/cache (CLEAN)
Jun 22 08:46:17 server squid[143]: Set Current Directory to /var/squid/cache
Jun 22 08:46:18 server squid[143]: Loaded Icons.
Jun 22 08:46:18 server squid[143]: Accepting HTTP connections at 0.0.0.0, port 3128, FD 9.
Jun 22 08:46:18 server squid[143]: Accepting ICP messages at 0.0.0.0, port 3130, FD 10.
Jun 22 08:46:18 server squid[143]: Accepting HTCP messages on port 0, FD 11.
Jun 22 08:46:18 server squid[143]: WCCP Disabled.
Jun 22 08:46:18 server squid[143]: Ready to serve requests.
Jun 22 08:46:19 server squid[143]: Done reading /var/squid/cache swaplog (1000 entries)
Jun 22 08:46:19 server squid[143]: Finished rebuilding storage from disk.
Jun 22 08:46:19 server squid[143]: 1000 Entries scanned
Jun 22 08:46:19 server squid[143]: 0 Invalid entries.
Jun 22 08:46:19 server squid[143]: 0 With invalid flags.
Jun 22 08:46:19 server squid[143]: 1000 Objects loaded.
Jun 22 08:46:19 server squid[143]: 0 Objects expired.
Jun 22 08:46:19 server in.identd[155]: started
Jun 22 08:46:19 server squid[143]: 0 Objects cancelled.
Jun 22 08:46:19 server squid[143]: 0 Duplicate URLs purged.
Jun 22 08:46:19 server squid[143]: 0 Swapfile clashes avoided.
Jun 22 08:46:19 server squid[143]: Took 5.1 seconds ( 196.5 objects/sec).
Jun 22 08:46:19 server squid[143]: Beginning Validation Procedure
Jun 22 08:46:19 server squid[143]: Completed Validation Procedure
Jun 22 08:46:19 server squid[143]: Validated 1000 Entries
Jun 22 08:46:19 server squid[143]: store_swap_size = 4392k
Jun 22 08:46:21 server squid[143]: storeLateRelease: released 0 objects
Jun 22 08:46:24 server /sbin/init.d/rc2.d/S22wvdial.dod[166]: starting pppd 192.168.99.1:192.168.99.99 /dev/modem 115200 modem crtscts defaultroute -detach user 000XXXXXXXXXXXXXXXXXXX#0001 ipcp-accept-local ipcp-accept-remote usepeerdns call wvdial demand idle 180 connect "/usr/bin/wvdial^I--chat "... [PID=186]
Jun 22 08:46:24 server sshd[149]: RSA key generation complete.
Jun 22 08:46:25 server kernel: CSLIP: code copyright 1989 Regents of the University of California
Jun 22 08:46:25 server kernel: PPP: version 2.3.7 (demand dialling)
Jun 22 08:46:25 server kernel: PPP line discipline registered.
Jun 22 08:46:25 server kernel: registered device ppp0
Jun 22 08:46:25 server pppd[186]: pppd 2.3.11 started by root, uid 0
Jun 22 08:46:25 server pppd[186]: Using interface ppp0
Jun 22 08:46:25 server pppd[186]: local IP address 192.168.99.1
Jun 22 08:46:25 server pppd[186]: remote IP address 192.168.99.99
Jun 22 08:46:27 server /sbin/init.d/rc2.d/S22wvdial.dod[166]: setting ppp0 dynamic done
Jun 22 08:46:30 server FaxQueuer[210]: HylaFAX (tm) Version 4.1beta2
Jun 22 08:46:30 server FaxQueuer[210]: Copyright (c) 1990-1996 Sam Leffler
Jun 22 08:46:30 server FaxQueuer[210]: Copyright (c) 1991-1996 Silicon Graphics, Inc.
Jun 22 08:46:31 server HylaFAX[211]: HylaFAX INET Protocol Server: restarted.
Jun 22 08:46:31 server HylaFAX[211]: HylaFAX Old Protocol Server: restarted.
Jun 22 08:46:31 server HylaFAX[211]: HylaFAX SNPP Protocol Server: restarted.
Jun 22 08:46:33 server FaxGetty[219]: OPEN /dev/modem
Jun 22 08:46:33 server FaxGetty[219]: MODEM set DTR OFF
Jun 22 08:46:33 server FaxGetty[219]: DELAY 2600 ms
Jun 22 08:46:35 server FaxGetty[219]: MODEM set DTR ON
Jun 22 08:46:35 server FaxGetty[219]: MODEM set baud rate: 115200 baud, input flow RTS/CTS, output flow RTS/CTS
Jun 22 08:46:35 server FaxGetty[219]: MODEM flush i/o
Jun 22 08:46:35 server FaxGetty[219]: <-- [16:ATX3E0V1Q0S0=0H\r]
Jun 22 08:46:36 server FaxGetty[219]: --> [15:ATX3E0V1Q0S0=0H]
Jun 22 08:46:36 server FaxGetty[219]: --> [2:OK]
Jun 22 08:46:36 server FaxGetty[219]: <-- [27:ATS8=2S7=60+IFC=2,2;&D2&C1\r]
Jun 22 08:46:36 server FaxGetty[219]: --> [2:OK]
Jun 22 08:46:36 server FaxGetty[219]: <-- [12:AT+FCLASS=?\r]
Jun 22 08:46:36 server FaxGetty[219]: --> [23:0,1,1.0,2,2.0,2.1,8,8.0]
Jun 22 08:46:36 server FaxGetty[219]: --> [2:OK]
Jun 22 08:46:36 server FaxGetty[219]: <-- [14:AT+FCLASS=2.0\r]
Jun 22 08:46:36 server FaxGetty[219]: --> [2:OK]
Jun 22 08:46:36 server FaxGetty[219]: <-- [8:AT+FMI?\r]
Jun 22 08:46:36 server FaxGetty[219]: --> [25:"ELSAG, Aachen (Germany)"]
Jun 22 08:46:36 server FaxGetty[219]: --> [2:OK]
Jun 22 08:46:36 server FaxGetty[219]: <-- [8:AT+FMM?\r]
Jun 22 08:46:36 server FaxGetty[219]: --> [19:"MicroLink 56k pro"]
Jun 22 08:46:36 server FaxGetty[219]: --> [2:OK]
Jun 22 08:46:36 server FaxGetty[219]: <-- [8:AT+FMR?\r]
Jun 22 08:46:37 server FaxGetty[219]: --> [27:"Version 1.85 / 28.04.2000"]
Jun 22 08:46:37 server FaxGetty[219]: --> [2:OK]
Jun 22 08:46:37 server FaxGetty[219]: <-- [9:AT+FCC=?\r]
Jun 22 08:46:37 server FaxGetty[219]: --> [45 http://www.linuxforen.de/ubb/frown.gif0,1),(0-5),(0-2),(0-2),(0),(0),(0),(0-7),(0)]
Jun 22 08:46:37 server FaxGetty[219]: --> [2:OK]
Jun 22 08:46:37 server FaxGetty[219]: <-- [9:AT+FCQ=?\r]
Jun 22 08:46:37 server FaxGetty[219]: --> [11 http://www.linuxforen.de/ubb/frown.gif0-2),(0-2)]
Jun 22 08:46:37 server FaxGetty[219]: --> [2:OK]
Jun 22 08:46:37 server FaxGetty[219]: <-- [9:AT+FAP=?\r]
Jun 22 08:46:37 server FaxGetty[219]: --> [17 http://www.linuxforen.de/ubb/frown.gif0,1),(0,1),(0,1)]
Jun 22 08:46:37 server FaxGetty[219]: --> [2:OK]
Jun 22 08:46:37 server FaxGetty[219]: <-- [9:AT+FSP=?\r]
Jun 22 08:46:37 server FaxGetty[219]: --> [5 http://www.linuxforen.de/ubb/frown.gif0,1)]
Jun 22 08:46:37 server FaxGetty[219]: --> [2:OK]
Jun 22 08:46:37 server FaxGetty[219]: <-- [14:AT+FCLASS=2.0\r]
Jun 22 08:46:37 server FaxGetty[219]: --> [2:OK]
Jun 22 08:46:37 server FaxGetty[219]: <-- [9:AT+FLO=2\r]
Jun 22 08:46:37 server FaxGetty[219]: --> [2:OK]
Jun 22 08:46:37 server FaxGetty[219]: <-- [9:AT+FPP=0\r]
Jun 22 08:46:38 server FaxGetty[219]: --> [2:OK]
Jun 22 08:46:38 server FaxGetty[219]: <-- [9:AT+FBO=0\r]
Jun 22 08:46:38 server FaxGetty[219]: --> [2:OK]
Jun 22 08:46:38 server FaxGetty[219]: <-- [10:AT+FCT=30\r]
Jun 22 08:46:38 server FaxGetty[219]: --> [2:OK]
Jun 22 08:46:38 server FaxGetty[219]: <-- [15:AT+FNR=1,1,1,1\r]
Jun 22 08:46:38 server FaxGetty[219]: --> [2:OK]
Jun 22 08:46:38 server FaxGetty[219]: <-- [7:AT+FAP\r]
Jun 22 08:46:38 server FaxGetty[219]: --> [5:ERROR]
Jun 22 08:46:38 server FaxGetty[219]: MODEM Command error
Jun 22 08:46:38 server FaxGetty[219]: <-- [9:AT+FIE=0\r]
Jun 22 08:46:38 server FaxGetty[219]: --> [2:OK]
Jun 22 08:46:38 server FaxGetty[219]: <-- [23:AT+FCC=1,5,2,2,0,0,0,0\r]
Jun 22 08:46:38 server FaxGetty[219]: --> [2:OK]
Jun 22 08:46:38 server FaxGetty[219]: MODEM "ELSAG, AACHEN (GERMANY)" "MicroLink 56k pro"/"Version 1.85 / 28.04.2000"
Jun 22 08:46:38 server FaxGetty[219]: <-- [5:ATM0\r]
Jun 22 08:46:38 server FaxGetty[219]: --> [2:OK]
Jun 22 08:46:38 server FaxGetty[219]: <-- [9:AT+FCR=1\r]
Jun 22 08:46:39 server FaxGetty[219]: --> [2:OK]
Jun 22 08:46:39 server FaxGetty[219]: <-- [24:AT+FLI="+49(6203)12345"\r]
Jun 22 08:46:39 server FaxGetty[219]: --> [2:OK]
Jun 22 08:46:39 server FaxGetty[219]: MODEM input buffering disabled
# Telefonanruf an Fax-Server Modem hat geantwortet
Jun 22 08:49:29 server FaxGetty[219]: MODEM input buffering enabled
Jun 22 08:49:29 server FaxGetty[219]: --> [4:RING]
Jun 22 08:49:53 server last message repeated 4 times
Jun 22 08:49:53 server FaxGetty[219]: MODEM input buffering enabled
# Fax mit Whfc von Workstation an Fax-Server gesandt
Jun 22 08:51:46 server HylaFAX[237]: Filesystem has SysV-style file creation semantics.
Jun 22 08:51:47 server FaxQueuer[210]: SUBMIT JOB 1
Jun 22 08:51:47 server FaxQueuer[210]: JOB 1 (active dest +496217164100 pri 127 tts 0:00 killtime 3:00:00): PREPARE START
Jun 22 08:51:47 server FaxQueuer[238]: JOB 1 (active dest +496217164100 pri 127 tts 0:00 killtime 3:00:00): CONVERT DOCUMENT: bin/ps2fax -o docq/doc1.ps;01 -r 196 -w 1728 -l 297 -m 30 -1 docq/doc1.ps.1
# und passiert nichts mehr. Der Job verbleibt in der Sendq
# und das Modem meldet
# Running and Idle
[Dieser Beitrag wurde von Andreas Runge am 22. Juni 2000 editiert.]
[Dieser Beitrag wurde von Andreas Runge am 22. Juni 2000 editiert.]
[Dieser Beitrag wurde von Andreas Runge am 22. Juni 2000 editiert.]
Hallo Oliver,
als Druckertreiber habe ich unter WIN98 den Treiber für Apple LaserWriter 16/600 PS installiert. Müsste eigentlich laufen. Werde mal susefax installieren und Deinen Vorschlag testen. Melde mich wieder!
Grüße von Andreas
[Dieser Beitrag wurde von Andreas Runge am 22. Juni 2000 editiert.]
Hallo Oliver,
hat ein paar Stündchen gedauert. Habe aber alle möglichen Konfigurationen getestet. Zunächst, susefax konnte ich nach der Standard-Installation, Linux 6.4 und Yast, nicht starten. Ständig wurden irgend welche Pfad-Fehler beim Java-Paket gemeldet. Es macht keinen Sinn die Ursachen zu suchen und zu beheben. Trotz Deinstallation des pppd-Daemon sowie des wvdial-Programms hatte ich mit meinem Modem keinen Erfolg. Bei allen installierten Varianten rtscts/xonxoff, 19200/115200 sowie FaxClass1/2/2.0 reagierte das Elsa-Modem fehlerhaft. Beim Senden eines Faxes an den Fax-Server hat das Modem korrekt abgehoben und den Vorgang, siehe unten, protokolliert. Abgespeichert wurde lediglich eine 8kb große unvollständige Tiff-Datei und das Modem hängte sich auf. Die anrufende Fax-Stelle meldete nur, Übertragung wegen Fehler abgebrochen. Ausgehende Faxe wurden lediglich, wie gehabt, in die Fax-Sendq gestellt. Mehr passierte leider nicht. Ich denke, dass ich nun schlechte Karten habe ...!!!
Wer hat ein Elsa Microlog 56k pro – Modem unter Linux 6.4 und HylaFax zum Laufen gebracht? Bitte melden !!!!
Jun 22 16:18:54.91: [ 206]: SESSION BEGIN 00000003 49620312345
Jun 22 16:18:54.91: [ 206]: <-- [4:ATA\r]
Jun 22 16:19:03.58: [ 206]: --> [4:+FCO]
Jun 22 16:19:03.58: [ 206]: ANSWER: FAX CONNECTION
Jun 22 16:19:03.58: [ 206]: MODEM input buffering enabled
Jun 22 16:19:03.58: [ 206]: RECV FAX: begin
Jun 22 16:19:08.57: [ 206]: --> [27:+FTI:"01726211234 "]
Jun 22 16:19:08.57: [ 206]: REMOTE TSI "01726211234"
Jun 22 16:19:08.57: [ 206]: --> [22:+FCS:0,5,0,2,0,0,0,0,0]
Jun 22 16:19:08.57: [ 206]: REMOTE wants 14400 bit/s
Jun 22 16:19:08.57: [ 206]: REMOTE wants page width 1728 pixels in 215 mm
Jun 22 16:19:08.57: [ 206]: REMOTE wants unlimited page length
Jun 22 16:19:08.57: [ 206]: REMOTE wants 3.85 line/mm
Jun 22 16:19:08.57: [ 206]: REMOTE wants 1-D MR
Jun 22 16:19:08.58: [ 206]: --> [2:OK]
Jun 22 16:19:08.58: [ 206]: <-- [7:AT+FDR\r]
Jun 22 16:19:10.57: [ 206]: --> [7:CONNECT]
Jun 22 16:19:10.57: [ 206]: RECV: begin page
Jun 22 16:19:10.57: [ 206]: RECV: send trigger 022
Jun 22 16:19:10.57: [ 206]: <-- data [1]
Viele Grüsse und danke!
Andreas
Hallo Oliver,
hat ein paar Stündchen gedauert. Habe aber alle möglichen Konfigurationen getestet. Zunächst, susefax konnte ich nach der Standard-Installation, Linux 6.4 und Yast, nicht starten. Ständig wurden irgend welche Pfad-Fehler beim Java-Paket gemeldet. Es macht keinen Sinn die Ursachen zu suchen und zu beheben. Trotz Deinstallation des pppd-Daemon sowie des wvdial-Programms hatte ich mit meinem Modem keinen Erfolg. Bei allen installierten Varianten rtscts/xonxoff, 19200/115200 sowie FaxClass1/2/2.0 reagierte das Elsa-Modem fehlerhaft. Beim Senden eines Faxes an den Fax-Server hat das Modem korrekt abgehoben und den Vorgang, siehe unten, protokolliert. Abgespeichert wurde lediglich eine 8kb große unvollständige Tiff-Datei und das Modem hängte sich auf. Die anrufende Fax-Stelle meldete nur, Übertragung wegen Fehler abgebrochen. Ausgehende Faxe wurden lediglich, wie gehabt, in die Fax-Sendq gestellt. Mehr passierte leider nicht. Ich denke, dass ich nun schlechte Karten habe ... :-( !!!
Wer hat ein Elsa Microlog 56k pro – Modem unter Linux 6.4 und HylaFax zum Laufen gebracht? Bitte melden !!!!
Jun 22 16:18:54.91: [ 206]: SESSION BEGIN 00000003 49620312345
Jun 22 16:18:54.91: [ 206]: <-- [4:ATA\r]
Jun 22 16:19:03.58: [ 206]: --> [4:+FCO]
Jun 22 16:19:03.58: [ 206]: ANSWER: FAX CONNECTION
Jun 22 16:19:03.58: [ 206]: MODEM input buffering enabled
Jun 22 16:19:03.58: [ 206]: RECV FAX: begin
Jun 22 16:19:08.57: [ 206]: --> [27:+FTI:"01726211234 "]
Jun 22 16:19:08.57: [ 206]: REMOTE TSI "01726211234"
Jun 22 16:19:08.57: [ 206]: --> [22:+FCS:0,5,0,2,0,0,0,0,0]
Jun 22 16:19:08.57: [ 206]: REMOTE wants 14400 bit/s
Jun 22 16:19:08.57: [ 206]: REMOTE wants page width 1728 pixels in 215 mm
Jun 22 16:19:08.57: [ 206]: REMOTE wants unlimited page length
Jun 22 16:19:08.57: [ 206]: REMOTE wants 3.85 line/mm
Jun 22 16:19:08.57: [ 206]: REMOTE wants 1-D MR
Jun 22 16:19:08.58: [ 206]: --> [2:OK]
Jun 22 16:19:08.58: [ 206]: <-- [7:AT+FDR\r]
Jun 22 16:19:10.57: [ 206]: --> [7:CONNECT]
Jun 22 16:19:10.57: [ 206]: RECV: begin page
Jun 22 16:19:10.57: [ 206]: RECV: send trigger 022
Jun 22 16:19:10.57: [ 206]: <-- data [1]
Viele Grüsse und danke!
Andreas
[Dieser Beitrag wurde von Andreas Runge am 22. Juni 2000 editiert.]
Hallo,
ich weiss jetzt auch nicht mehr weiter :-(
Ich wuerde es mal ohne den ppp-Deamon versuchen. Aber so wie es aussieht scheint das Modem korrekt initialisiert worden zu sein. Welchen Druckertreiber verwendest du Clientseitig? Sende doch mal ein Fax mit susefax direkt vom Server aus. Steht der Job auf "direkt versenden"?
Bye
Oliver
Hallo nochmal ;-)
also das interessiert mich jetzt mit diesem Modem. Geht nicht gibts nicht ;-) Für Montag hab ich mir das Elsa Modem Microlink 56k Pro von einem Freund reserviert, dann schaun wir mal. Es sein denn es erbarmt sich noch Jemand mit einem heissen Tipp...
Bye
Oliver
Hallo Oliver,
das finde ich ja suuuper :-)) ! Nun habe ich doch noch Hoffnung, das Modem zum Laufen zu bekommen. Nachfolgend nenne ich Dir zusammengefasst meine exakten Hard- und Software-Versionen:
Elsa-Modem 56k pro, analog, Firmware 1.85 (neueste Version, denn mit der alten Ur-Version 1.53 konnte ich dem Modem keine Regung abgewinnen). Das 56k pro Modem sieht dem 56k Modem zum Verwechseln ähnlich. Auf dem Gehäuse steht sogar auch nur die Bezeichnung 56k. Das reine 56k Modem besitzt allerdings eine runde schwarze Mini-DIN 8-Buchse und das 56k pro Modem eine 9-pol. Sub-D Buchse. Nur das 56k pro Modem unterstützt den neuen Befehlssatz V.250. Ferner fängt beim 56k pro Modem die Geräte-Nummer, siehe Geräteunterseite, mit 8 an, also 8xxx.yyy.zzz.
Software-Versionen:
- Linux als SuSE – Vers. 6.4 (i386)
- WvDial Vers. 1.41, neuester pppd – Daemon. Der mit Linux ausgelieferte WvDial bereitete Probleme
- HylaFax Vers. 4.1beta2-66, Bestandteil des Linux – Paketes
- Sendmail Vers. 8.9.3.1, Bestandteil des Linux – Paketes
- Squid Vers. 2.3.STABLE2, Bestandteil des Linux – Paketes
So nun bin ich auf die nächste Woche und Deine Erfahrungen gespannt :-) ! Ich habe in so vielen unterschiedlichen Foren und Newsgroups gestöbert. Oftmals fand ich meine Probleme andiskutiert, aber leider keine hilfreichen Hinweise zur Beseitigung des Problems. Ich habe mich mit meinem Problem übrigens auch per e-mail an http://www.hylafax.org gewendet. Bis heute habe ich allerdings noch keinen Antwort erhalten.
Bis bald und schönes Wochenende!
Viele Grüße
Andreas
Hallo Oliver,
ich habe am Wochenende noch ein wenig an meinem Problem mit dem Elsa-Modem gebastelt. In einigen Newsgroups wurde ich stutzig als ich las, dass SuSE Linux 6.4 ohne Hylafax, auf Grund von Installationsproblemen, ausgeliefert wurde. Angeblich kann man sich die neue Version von der SuSE Support-Datenbank downloaden. Habe gleich dort nachgeschaut, es wird aber nur die in meinem Paket enthaltene Vers. Hylafax 4.1beta2-66 vorgehalten. Auch bei http://www.hylafax.org fand ich keine neuere Version. Also machte ich mich auf die Suche nach der neuesten Version und wurde auch bei http://tuxfinder.com fündig. Dort wird die Version 4.1beta2-93 angepriesen. Gleich downgeloadet und installiert. Siehe da, der Fax-Versand von der Workstation aus mit Whfc funktionierte auf Anhieb reibungslos. Auch die e-mail Bestätigung über den erfolgreichen Fax-Versand wurde ordnungsgemäß verteilt. Als Config.modem – Datei habe ich die von Elsa angebotene Class2.0 - Datei mit dem Befehlssatz V.250, entsprechend angepasst, installiert. Nun habe ich allerdings ein letztes Problem, welches wir noch knacken müssen. Faxe empfangen kann ich noch immer nicht, denn bei einem Fax-Anruf hebt das Modem nicht mehr ab. Nachfolgend füge ich mal einen aktuellen Auszug aus der Datei /var/log/messages mit der protokollierten Modem-Initialisierung ein. Vielleicht kannst Du den Fehler erkennen? Ich habe nur faxgetty in der Datei /etc/inittab aktiviert. Mgetty habe ich nicht installiert!
Grüße von Andreas
Jun 25 10:45:50 server FaxGetty[218]: MODEM set DTR OFF
Jun 25 10:45:50 server FaxGetty[218]: MODEM set DTR OFF
Jun 25 10:45:50 server FaxGetty[218]: DELAY 2600 ms
Jun 25 10:45:53 server FaxGetty[218]: MODEM set DTR ON
Jun 25 10:45:53 server FaxGetty[218]: MODEM set baud rate: 115200 baud, input flow RTS/CTS, output flow RTS/CTS
Jun 25 10:45:53 server FaxGetty[218]: MODEM flush i/o
Jun 25 10:45:53 server FaxGetty[218]: <-- [16:ATX3E0V1Q0S0=0H\r]
Jun 25 10:45:53 server FaxGetty[218]: --> [15:ATX3E0V1Q0S0=0H]
Jun 25 10:45:53 server FaxGetty[218]: --> [2:OK]
Jun 25 10:45:53 server FaxGetty[218]: <-- [27:ATS8=2S7=60+IFC=2,2;&D2&C1\r]
Jun 25 10:45:53 server FaxGetty[218]: --> [2:OK]
Jun 25 10:45:53 server FaxGetty[218]: <-- [12:AT+FCLASS=?\r]
Jun 25 10:45:53 server FaxGetty[218]: --> [23:0,1,1.0,2,2.0,2.1,8,8.0]
Jun 25 10:45:53 server FaxGetty[218]: --> [2:OK]
Jun 25 10:45:53 server FaxGetty[218]: <-- [14:AT+FCLASS=2.0\r]
Jun 25 10:45:53 server FaxGetty[218]: --> [2:OK]
Jun 25 10:45:53 server FaxGetty[218]: <-- [8:AT+FMI?\r]
Jun 25 10:45:54 server FaxGetty[218]: --> [27:"ELSA AG, Aachen (Germany)"]
Jun 25 10:45:54 server FaxGetty[218]: --> [2:OK]
Jun 25 10:45:54 server FaxGetty[218]: <-- [8:AT+FMM?\r]
Jun 25 10:45:54 server FaxGetty[218]: --> [19:"MicroLink 56k pro"]
Jun 25 10:45:54 server FaxGetty[218]: --> [2:OK]
Jun 25 10:45:54 server FaxGetty[218]: <-- [8:AT+FMR?\r]
Jun 25 10:45:54 server FaxGetty[218]: --> [27:"Version 1.85 / 28.04.2000"]
Jun 25 10:45:54 server FaxGetty[218]: --> [2:OK]
Jun 25 10:45:54 server FaxGetty[218]: <-- [9:AT+FCC=?\r]
Jun 25 10:45:54 server FaxGetty[218]: --> [45 http://www.linuxforen.de/ubb/frown.gif0,1),(0-5),(0-2),(0-2),(0),(0),(0),(0-7),(0)]
Jun 25 10:45:54 server FaxGetty[218]: --> [2:OK]
Jun 25 10:45:54 server FaxGetty[218]: <-- [9:AT+FCQ=?\r]
Jun 25 10:45:54 server FaxGetty[218]: --> [11 http://www.linuxforen.de/ubb/frown.gif0-2),(0-2)]
Jun 25 10:45:54 server FaxGetty[218]: --> [2:OK]
Jun 25 10:45:54 server FaxGetty[218]: <-- [9:AT+FAP=?\r]
Jun 25 10:45:54 server FaxGetty[218]: --> [17 http://www.linuxforen.de/ubb/frown.gif0,1),(0,1),(0,1)]
Jun 25 10:45:54 server FaxGetty[218]: --> [2:OK]
Jun 25 10:45:54 server FaxGetty[218]: <-- [9:AT+FSP=?\r]
Jun 25 10:45:54 server FaxGetty[218]: --> [5 http://www.linuxforen.de/ubb/frown.gif0,1)]
Jun 25 10:45:54 server FaxGetty[218]: --> [2:OK]
Jun 25 10:45:54 server FaxGetty[218]: <-- [14:AT+FCLASS=2.0\r]
Jun 25 10:45:55 server FaxGetty[218]: --> [2:OK]
Jun 25 10:45:55 server FaxGetty[218]: <-- [9:AT+FLO=2\r]
Jun 25 10:45:55 server FaxGetty[218]: --> [2:OK]
Jun 25 10:45:55 server FaxGetty[218]: <-- [9:AT+FPP=0\r]
Jun 25 10:45:55 server FaxGetty[218]: --> [2:OK]
Jun 25 10:45:55 server FaxGetty[218]: <-- [9:AT+FBO=0\r]
Jun 25 10:45:55 server FaxGetty[218]: --> [2:OK]
Jun 25 10:45:55 server FaxGetty[218]: <-- [10:AT+FCT=30\r]
Jun 25 10:45:55 server FaxGetty[218]: --> [2:OK]
Jun 25 10:45:55 server FaxGetty[218]: <-- [15:AT+FNR=1,1,1,1\r]
Jun 25 10:45:55 server FaxGetty[218]: --> [2:OK]
Jun 25 10:45:55 server FaxGetty[218]: <-- [7:AT+FAP\r]
Jun 25 10:45:55 server FaxGetty[218]: --> [5:ERROR]
Jun 25 10:45:55 server FaxGetty[218]: MODEM Command error
Jun 25 10:45:55 server FaxGetty[218]: <-- [9:AT+FIE=0\r]
Jun 25 10:45:56 server FaxGetty[218]: --> [2:OK]
Jun 25 10:45:56 server FaxGetty[218]: <-- [23:AT+FCC=1,5,2,2,0,0,0,0\r]
Jun 25 10:45:56 server FaxGetty[218]: --> [2:OK]
Jun 25 10:45:56 server FaxGetty[218]: MODEM "ELSA AG, AACHEN (GERMANY)" "MicroLink 56k pro"/"Version 1.85 / 28.04.2000"
Jun 25 10:45:56 server FaxGetty[218]: <-- [7:ATL1M1\r]
Jun 25 10:45:56 server FaxGetty[218]: --> [2:OK]
Jun 25 10:45:56 server FaxGetty[218]: <-- [9:AT+FCR=1\r]
Jun 25 10:45:56 server FaxGetty[218]: --> [2:OK]
Jun 25 10:45:56 server FaxGetty[218]: <-- [24:AT+FLI="+49(6203)12345"\r]
Jun 25 10:45:56 server FaxGetty[218]: --> [2:OK]
Jun 25 10:45:56 server FaxGetty[218]: MODEM input buffering disabled
Jun 25 10:47:19 server HylaFAX[305]: Filesystem has SysV-style file creation
Ende dieser Message.
Hallo Oliver,
habe heute nochmals an meinem letzten Problem rumexperimentiert. Faxgetty, faxgetty + mgetty, AT+FAA=1, ATA, ATS0=1 !!!!!, rtscts/xonxoff, etc., nichts hat dem Modem bei einem eingehenden Anruf dazu bewegt ein Lämpchen anzuzeigen. Einfach keine Regung! Linux allerdings hatte jedesmal reagiert, die Kontroll-Leuchte der Festplatte leuchtete bei jedem Läuten des Telefons kurz auf. Ich weiß nicht mehr weiter :-((, liegt hier etwa schon wieder ein Software-Bug vor? An wen kann man sich in so einem Fall wenden. Wer ist denn als Urheber von Hylafax ansprechbar? Bin mal auf Deine Probleme gespannt !!!
Grüße von Andreas
Hallo Oliver,
bin schon wieder da, habe mich heute doch noch mal ans Werk gemacht und die HowTos und Handbücher intensiv nach Hinweisen auf mein Problem gelesen. Anschließend hatte ich nochmals verschiedene Config.modem-Datei – Einstellungen getestet, aber ohne Erfolg. Dabei bin ich auf den Befehl „faxanswer modem“ gestoßen. Also gleich ausprobiert und ein Fax an meinen Server geschickt. Mit o.g. Befehl habe ich dann die Fax-Annahme manuell aktiviert. Es piepste, zischte und ... Ende. Anbei liste ich Dir mal beide Fehler-Protokolle auf. Vielleicht kannst Du damit etwas anfangen. Ich vermute fast, dass das Nichtabheben des Modems mit den Getty-Einstellungen zu tun hat. Denn mit der alten HylaFax-Version 4.1beta2-66 hatte es ja korrekt bei einem eingehenden Ruf abgehoben, nur die Verbindung zum Datenempfang kam erst gar nicht zustande.
Grüße von Andreas
Fehler-Protokoll Fax eingehend Nr. 1
Jun 26 17:54:24.99: [ 219]: SESSION BEGIN 00000008 49620312345
Jun 26 17:54:24.99: [ 219]: <-- [4:ATA\r]
Jun 26 17:54:33.69: [ 219]: --> [4:+FCO]
Jun 26 17:54:33.69: [ 219]: ANSWER: FAX CONNECTION
Jun 26 17:54:33.69: [ 219]: MODEM input buffering enabled
Jun 26 17:54:33.69: [ 219]: RECV FAX: begin
Jun 26 17:54:38.67: [ 219]: --> [27:+FTI:"01721234567 "]
Jun 26 17:54:38.67: [ 219]: REMOTE TSI "01721234567"
Jun 26 17:54:38.67: [ 219]: --> [22:+FCS:0,5,0,2,0,0,0,0,0]
Jun 26 17:54:38.67: [ 219]: REMOTE wants 14400 bit/s
Jun 26 17:54:38.67: [ 219]: REMOTE wants page width 1728 pixels in 215 mm
Jun 26 17:54:38.67: [ 219]: REMOTE wants unlimited page length
Jun 26 17:54:38.67: [ 219]: REMOTE wants 3.85 line/mm
Jun 26 17:54:38.67: [ 219]: REMOTE wants 1-D MR
Jun 26 17:54:38.67: [ 219]: --> [2:OK]
Jun 26 17:54:38.68: [ 219]: <-- [7:AT+FDR\r]
Jun 26 17:54:40.66: [ 219]: --> [7:CONNECT]
Jun 26 17:54:40.66: [ 219]: RECV: begin page
Jun 26 17:54:40.66: [ 219]: RECV: send trigger 022
Jun 26 17:54:40.66: [ 219]: <-- data [1]
Jun 26 17:54:49.43: [ 219]: RECV: 15319 bytes of data, 1135 total lines
Jun 26 17:54:49.43: [ 219]: --> [16:+FPS:1,471,0,0,0]
Jun 26 17:54:49.59: [ 219]: --> [7:CONNECT]
Jun 26 17:54:53.95: [ 219]: --> [3: ]
Jun 26 17:54:53.95: [ 219]: --> [14:+FPS:2,5,4,0,0]
Jun 26 17:54:53.95: [ 219]: --> [7:CONNECT]
Jun 26 17:54:58.13: [ 219]: --> [3:^ ]
Jun 26 17:54:58.13: [ 219]: --> [14:+FPS:2,4,3,0,0]
Jun 26 17:54:58.13: [ 219]: --> [7:CONNECT]
Jun 26 17:54:58.95: [ 219]: --> [2: ]
Jun 26 17:54:58.95: [ 219]: --> [14:+FPS:2,3,2,0,0]
Jun 26 17:55:02.12: [ 219]: --> [7:CONNECT]
Jun 26 17:55:03.14: [ 219]: --> [3: ]
Jun 26 17:55:03.14: [ 219]: --> [14:+FPS:1,1,0,0,0]
Jun 26 17:55:11.61: [ 219]: --> [7:+FHS:70]
Jun 26 17:55:11.61: [ 219]: REMOTE HANGUP: Unspecified Receive Phase B error (code 70)
Jun 26 17:55:11.61: [ 219]: --> [2:OK]
Jun 26 17:55:11.62: [ 219]: RECV FAX (00000008): recvq/fax00002.tif from 01721234567, route to <unspecified>, 0 pages in 0:38
Jun 26 17:55:11.64: [ 219]: RECV FAX: Unspecified Receive Phase B error
Jun 26 17:55:11.65: [ 219]: RECV FAX (00000008): session with 01726215045 terminated abnormally: Unspecified Receive Phase B error
Jun 26 17:55:11.65: [ 219]: RECV FAX: bin/faxrcvd "recvq/fax00002.tif" "modem" "00000008" "Unspecified Receive Phase B error"
Jun 26 17:55:13.19: [ 219]: RECV FAX: end
Jun 26 17:55:13.19: [ 219]: SESSION END
Fehler-Protokoll Fax eingehend Nr. 2
Jun 26 17:57:18.49: [ 219]: SESSION BEGIN 00000009 49620312345
Jun 26 17:57:18.49: [ 219]: <-- [4:ATA\r]
Jun 26 17:57:27.09: [ 219]: --> [4:+FCO]
Jun 26 17:57:27.09: [ 219]: ANSWER: FAX CONNECTION
Jun 26 17:57:27.09: [ 219]: MODEM input buffering enabled
Jun 26 17:57:27.09: [ 219]: RECV FAX: begin
Jun 26 17:57:32.07: [ 219]: --> [27:+FTI:"01721234567 "]
Jun 26 17:57:32.07: [ 219]: REMOTE TSI "01721234567"
Jun 26 17:57:32.07: [ 219]: --> [22:+FCS:0,5,0,2,0,0,0,0,0]
Jun 26 17:57:32.07: [ 219]: REMOTE wants 14400 bit/s
Jun 26 17:57:32.07: [ 219]: REMOTE wants page width 1728 pixels in 215 mm
Jun 26 17:57:32.07: [ 219]: REMOTE wants unlimited page length
Jun 26 17:57:32.07: [ 219]: REMOTE wants 3.85 line/mm
Jun 26 17:57:32.07: [ 219]: REMOTE wants 1-D MR
Jun 26 17:57:32.07: [ 219]: --> [2:OK]
Jun 26 17:57:32.07: [ 219]: <-- [7:AT+FDR\r]
Jun 26 17:57:34.06: [ 219]: --> [7:CONNECT]
Jun 26 17:57:34.06: [ 219]: RECV: begin page
Jun 26 17:57:34.06: [ 219]: RECV: send trigger 022
Jun 26 17:57:34.06: [ 219]: <-- data [1]
Jun 26 17:57:42.71: [ 219]: RECV: 15315 bytes of data, 1134 total lines
Jun 26 17:57:42.82: [ 219]: --> [16:+FPS:1,471,0,0,0]
Jun 26 17:57:42.99: [ 219]: --> [7:CONNECT]
Jun 26 17:57:47.36: [ 219]: --> [2: ]
Jun 26 17:57:47.36: [ 219]: --> [14:+FPS:2,3,2,0,0]
Jun 26 17:57:47.36: [ 219]: --> [7:CONNECT]
Jun 26 17:57:48.18: [ 219]: --> [3:Ñ ]
Jun 26 17:57:48.18: [ 219]: --> [14:+FPS:2,6,5,0,0]
Jun 26 17:57:51.34: [ 219]: --> [7:CONNECT]
Jun 26 17:57:52.36: [ 219]: --> [3: ]
Jun 26 17:57:52.36: [ 219]: --> [14:+FPS:2,2,1,0,0]
Jun 26 17:57:55.52: [ 219]: --> [7:CONNECT]
Jun 26 17:58:25.52: [ 219]: MODEM TIMEOUT: reading line from modem
Jun 26 17:58:25.52: [ 219]: MODEM <Timeout>
Jun 26 17:58:25.52: [ 219]: REMOTE HANGUP: Unspecified Phase C error, including too much delay between TCF and +FDR command (code 90)
Jun 26 17:58:25.53: [ 219]: RECV FAX (00000009): recvq/fax00003.tif from 01721234567, route to <unspecified>, 0 pages in 0:58
Jun 26 17:58:25.53: [ 219]: RECV FAX: Unspecified Phase C error, including too much delay between TCF and +FDR command
Jun 26 17:58:25.53: [ 219]: <-- [7:AT+FKS\r]
Jun 26 17:58:55.53: [ 219]: MODEM TIMEOUT: reading line from modem
Jun 26 17:58:55.53: [ 219]: MODEM <Timeout>
Jun 26 17:58:55.53: [ 219]: RECV FAX (00000009): session with 01721234567 terminated abnormally: Unspecified Phase C error, including too much delay between TCF and +FDR command
Jun 26 17:58:55.53: [ 219]: RECV FAX: bin/faxrcvd "recvq/fax00003.tif" "modem" "00000009" "Unspecified Phase C error, including too much delay between TCF and +FDR command"
Jun 26 17:58:56.66: [ 219]: RECV FAX: end
Jun 26 17:58:56.66: [ 219]: SESSION END
Das soll mal einer verstehen! Ich glaube, dazu muss man Modem-Techniker sein. Ich kann mit den Fehlermeldungen nur wenig anfangen. Das Delay im Fehlerprotokoll 2 machte mich etwas stutzig. Ich habe eine alte Kiste mit Fifo-UART 16450 im Einsatz, allerdings der Faxversand wie auch das Internet-Surfen mit Wvdial-Einwahl und Squid funktioniert prächtig. Ich erziele höhere Einwahlgeschwindigkeiten, 45000 und mehr, als mit meinem Windoof-Computer. Denke also, daran kann es nicht liegen!
Bis bald, Grüße Andreas
Hallo Oliver,
alles klar? Habe schon lange nichts mehr von Dir gehört. Hast Du die Flügel gestreckt? Trotzdem besten Dank für Deine Hilfe!!!!!
Grüße von :-) Andreas
Hallo Oliver,
habe die Zeit genutzt und viel experimentiert. Nun habe ich mir eine Konfiguration gebastelt mit der ich mein Modem korrekt ansprechen kann. Entgegen dem SuSE-Handbuch habe ich in der Datei /var/spool/fax/etc/config.modem die GettyArgs auf "-h %l dx_%s" gesetzt und alles war in Butter. Ich habe leider keine Dokumentation zu den Argumenten gefunden, wäre sicherlich hilfreich gewesen. Nun kann ich aber endlich Faxe versenden und empfangen! Besten Dank nochmals für Deine Ausdauer.
Allerdings habe ich immer noch ein kleines Problemchen, vermutlich mit HylaFax. Vielleicht hast Du einen Rat:
Irgendwo habe ich noch einen Hänger. Beim Fax-Versand von meiner Workstation aus mit Win98 und WHFC-Client Vers. 1.0.7 wird das Fax ordnungsgemäß von HylaFax in die Sendqueue gestellt und verschickt. Nachdem das Modem aufgelegt hat, wählt sich WvDial direkt und selbständig bei meinem IS-Provider ein. Erst danach, wird die im WHFC-Client aktivierte email-notification lokal versandt. Wo habe ich da etwas falsch gemacht? Als email-notification-Adresse habe ich meine lokal funktionierende email-Adresse eingetragen. Liegt mein Problem etwa an einem Eintrag in der Datei „hosts.hfaxd“. Hier nun mal meine aktuellen Einstellungen:
/etc/var/spool/fax/etc/hosts.hfaxd
Localhost
127.0.0.1
runge
192.168.100.10
# alternativ getestet
# runge@192.168.100.10
# bringt keine Abhilfe
lofink
192.168.100.11
--------------------------------------------------------
WHFC-Client Einstellungen, unter Win98
Systemeinstellungen:
Server-Name: server
# alternativ getestet
# Server-Name: 192.168.100.1
Benutzereinstellungen:
Name: Andreas Runge
Login-ID: runge
E-mail: runge@ar-web.de
alternativ getestet
E-mail: runge@server.ar-web.de
-----------------------------------------------------------
Mein FQHN-Server lautet: server.ar-web.de
Mein FQHN-Workstation lautet: runge.ar-web.de
Mein Domaine-Name lautet: ar-web.de
------------------------------------------------------------
Wenn ich eine lokale e-mail, z.B. an runge@ar-web.de bzw. runge@server.ar-web.de versende, wählt sich sendmail nicht zu meinem IS-Provider ein, sondern verteilt die lokalen e-mails direkt in die entsprechenden Postfächer.
Wo liegt der "Hund" begraben?
Grüße von Andreas
Hallo Oliver,
ich denke, ich bin kurz vor dem Ziel. Es liegt vermutlich an WvDial. WvDial wird beim reboot mit der Grundkonfiguration, local IP 192.168.99.1 und remote IP 192.168.99.99 gestartet. Also habe ich mal diese IP’s in der Datei /etc/hosts eingetragen. Nach einem erneuten reboot habe ich dann ein Fax mit WHFC und HylaFax verschickt. Der zweite unerwünschte Dial-out erfolgte nicht und die notification-email wurde mir direkt lokal korrekt zugesandt. Also, dann mit WvDial meinen IS-Provider angewählt und beendet. Dann noch mal ein Fax verschickt. Nach Beendigung des Fax-Versands wählte sich Linux wieder unerwünschter Weise mit WvDial bei meinem ISP ein. Ich denke es liegt daran, dass WvDial bei der Einwahl die local IP und remote IP jedes Mal neu aushandelt und im System speichert. Gut, WWW und mein Provider geht nur mit dynamical IP - Zuweisung. Was also tun? Anbei ein Auszug aus meiner Datei
/var/log/warn
# 1. Fax-Versand erfolgte ohne unerwünschtem 2. Dial-out
# Einwahl zu meinem WWW-Provider
Jul 8 15:01:18 server pppd[186]: Local IP address changed to 62.153.3.61
Jul 8 15:01:18 server pppd[186]: Remote IP address changed to 193.158.133.1
# 2. Fax-Versand erfolgte mit unerwünschtem 2. Dial-out
Jul 8 15:12:26 server pppd[186]: Local IP address changed to 62.153.3.144
Jul 8 15:12:26 server pppd[186]: Remote IP address changed to 193.158.133.5
# sendmail kann mit der aktuellen local IP 62.153.3.61
# nichts anfangen und will den nameserver anwählen
Jul 8 15:13:12 server sendmail[362]: gethostbyaddr(62.153.3.61) failed: 2
Ich denke, ich müsste eigentlich nur im Script /etc/ppp/dial-down einen Befehl eingeben, dass die Datei /etc/hosts neu in das System eingelesen wird, so das die alte ausgehandelte ISP-local IP überschrieben wird. Wie lautet denn so ein Script-Befehl? Oder gibt es einen besseren Weg?
Tschüss ... und
viele Grüße von Andreas
Hallo Andreas,
sorry, hatte viel zu tun (hab meinen Arbeitgeber gewechselt)...
Wie war der letzte Stand der Dinge? Läuft das Modem jetzt?
Bye
Oliver
Hi Freaks,
ich bin kurz vor dem Ziel, Hilfe!!!!!
Wenn ich unter Linux 6.4 mit WvDial, Eingabe von „wvdial“ an der Konsole, meinen ISP anwähle, wird die Local IP und Remote IP nur für die Zeit der aktiven Verbindung dynamisch geändert. Nach Beendigung der Verbindung wird die Local IP auf 192.168.99.1 und die Remote IP auf 192.168.99.99 zurück gesetzt. Starte ich die ISP-Anwahl jedoch indirekt über Squid bzw. fetchmail-Eingabe an der Konsole, die beide den Daemon ansprechen, wird die Local und Remote IP nicht mehr zurück geändert und bleibt auf den dynamisch zugewiesenen IP’s hängen. Da dies Probleme bei meinem System verursacht, benötige ich Eure Hilfe.
Software-Versionen:
WvDial V. 1.41
PPP V. 2.3.1-79
Alles top aktuell! Aber wo ist der Hänger. Wer ist schuld, WvDial oder PPP?
Besten Dank für Eure Tipps!!!
Grüße von Andreas
Hy Andreas,
ich gehe mal davon aus das Du nun der absoulute Hylafax-Modem-Konfig Experte bist, nachdem Du diverse harte Nüsse geknackt hast!
Da Die Frage auch irgendwie mit der Überschrift zu tun hat poste ich einfach mal hier hinein:
Suse 6.2 :
.............
Jul 11 19:20:18 server01 FaxQueuer[6291]: HylaFAX (tm) Version 4.0pl2
Jul 11 19:20:18 server01 FaxQueuer[6291]: Copyright (c) 1990-1996 Sam Leffler
Jul 11 19:20:18 server01 FaxQueuer[6291]: Copyright (c) 1991-1996 Silicon Graphics, Inc.
Jul 11 19:20:18 server01 HylaFAX[6294]: HylaFAX INET Protocol Server: restarted.
Jul 11 19:20:18 server01 HylaFAX[6294]: HylaFAX Old Protocol Server: restarted.
Jul 11 19:20:18 server01 HylaFAX[6294]: HylaFAX SNPP Protocol Server: restarted.
Jul 11 19:20:21 server01 FaxGetty[6307]: OPEN /dev/modem
Jul 11 19:20:21 server01 FaxGetty[6307]: MODEM set DTR OFF
Jul 11 19:20:24 server01 FaxGetty[6307]: MODEM set DTR ON
Jul 11 19:20:24 server01 FaxGetty[6307]: MODEM set baud rate: 115200 baud, input flow RTS/CTS, output flow RTS/CTS
Jul 11 19:20:24 server01 FaxGetty[6307]: MODEM flush i/o
Jul 11 19:20:24 server01 FaxGetty[6307]: <-- [16:ATX3E0V1Q0S0=0H\r]
Jul 11 19:20:24 server01 FaxGetty[6307]: --> [2:OK]
Jul 11 19:20:24 server01 FaxGetty[6307]: <-- [27:ATS8=2S7=60+IFC=2,2;&D2&C1\r]
Jul 11 19:20:24 server01 FaxGetty[6307]: --> [2:OK]
Jul 11 19:20:24 server01 FaxGetty[6307]: <-- [12:AT+FCLASS=?\r]
Jul 11 19:20:24 server01 FaxGetty[6307]: --> [7:0,1,2,8]
Jul 11 19:20:24 server01 FaxGetty[6307]: --> [2:OK]
Jul 11 19:20:24 server01 FaxGetty[6307]: MODEM set DTR OFF
Jul 11 19:20:24 server01 FaxGetty[6307]: /dev/modem: Can not initialize modem.
........
Es handelt sich um ein Microlink 56k Fun, das auch den V.250 Befehlssatz verwendet (wie ... Pro). Ich habe einfach das config.modem-File, das bei Elsa zur Verfügung steht übernommen und entsprechend angepasst.
Nach den Aussagen vom Elsa-Support sollte das eigentlich auch funktionieren. - Tuts aber nicht
Richtig angeschlossen und modem-ttyS0-Link müsste richtig gesetzt sein. Sonst würden ja die paar At-Befehle nicht funzen. Oder?
Wie soll ich nun an die Fehlersuche rangehen?
Bin für jeden Tip dankbar!
Hi atti,
na ja Experte nicht ganz, aber ich habe mich einige Wochen mit der Problematik beschäftigt und nun rennt mein Modem bestens. Also nicht den Mut verlieren, ich war oft der Verzweiflung nah und wollte das Modem schon wegschm....! Doch dann kam endlich die Erleuchtung.
Also Du hast recht, Dein Modem versteht auch den V.250 Befehlssatz. Die bis zum Abbruch ... ‚MODEM set DTR OFF‘ erfolgte Initialisierung wurde erfolgreich abgearbeitet. Frage also, warum erfolgt der Abbruch. Zunächst würde ich mal die Firmware auslesen und auf der Elsa-Homepage nach der aktuellsten Version nachsehen. Ich konnte mein Modem erst nach Update auf die neueste Firmware 1.85 unter Linux ansprechen. Nun läuft es sogar besser! Wenn es dann immer noch nicht klappt würde ich mal eine neuere Version von HylaFax testen. Alle möglichen downloadbaren Versionen findest Du unter www.tuxfinder.com (http://www.tuxfinder.com) , echt suuuper diese Seite! Bei mir lief erst die neueste Beta-Version: 4.1beta2-93. Poste mir doch mal Deine config.ttyS0 und config. Hast Du faxgetty und mgetty aktiviert oder nur faxgetty. Die Getty-Args sind wichtig. Übrigens, wenn Du in der Datei config.ttyS0 etwas mit dem Editor änderst, ist es sicherheitshalber wichtig, einfach noch mal den Befehl ‚faxsetup‘ einzugeben so dass die internen Dateien entsprechend angepasst werden. Hast Du auch die richtige Modem-Class aktiviert? Gemäß Protokoll versteht Dein Modem die Fax-Class 1, 2, 8. Achtung zwischen 1 + 1.0 bzw. 2 + 2.0 gibt es feine Unterschiede. Also denn mal los und viel Erfolg. :-)
Grüße von Andreas
[Dieser Beitrag wurde von Andreas Runge am 11. Juli 2000 editiert.]
Hallo Oliver,
was ist denn los? Stresst Dich Deine neue Stelle so? Habe immer noch ein Problem, siehe weiter oben. Melde Dich mal. Trotz neuem outfit, ich bin's!
Grüße von Blade, ähh Andreas
Hi atti,
alles ok? Oder bist Du noch am austesten?
Güße Blade
hallo,
ich habe heute nach wochenlangem herumaergern, einen hylafax-server zum laufen gebracht. Alle in diesem thema diskutierten probleme hatte ich auch.
heute habe ich festgestellt, dass der Server nach dem in die Queue stellen, mit fast 100% beschaeftigt war (mit "top" nachgesehen). Anschliessend habe ich Hylafax und die die beiden rpms (tiff und libtiff) von der suse-seite neuinstalliert (bzw drübergespielt, mit YAST).
Jetzt läuft es.
Für modem-config-file bietet sich www.hylafax.org (http://www.hylafax.org) an, dort gibt es ein mailing-archive, dass viele interessante Informationen bietet, wie die config-file auszusehen haben.
Für ein elsa 28.8, ein creatix 14.4 und ein 3Com 56 K habe ich inzwischen laufende Konfigurationen.
Vielleicht helfen diese Infos weiter.
Übrigens, falls es jemand braucht:
ich drucke auf einem Server alle Faxe automatisch aus (tiff2ps -a FAX| lpr ..),
auf einem anderen sende ich alle ankommenden Faxe automatisch an ein Faxgerät weiter (ist so gewuenscht) (tiff2ps -a FAX|sendfax -n -D -d FAXNUMMER)
Die großgeschriebenen Variablen sinnvoll ersetzten.
MfG,
Werner
hallo,
ich habe heute nach wochenlangem herumaergern, einen hylafax-server zum laufen gebracht. Alle in diesem thema diskutierten probleme hatte ich auch.
heute habe ich festgestellt, dass der Server nach dem in die Queue stellen, mit fast 100% beschaeftigt war (mit "top" nachgesehen). Anschliessend habe ich Hylafax und die die beiden rpms (tiff und libtiff) von der suse-seite neuinstalliert (bzw drübergespielt, mit YAST).
Jetzt läuft es.
Für modem-config-file bietet sich www.hylafax.org (http://www.hylafax.org) an, dort gibt es ein mailing-archive, dass viele interessante Informationen bietet, wie die config-file auszusehen haben.
Für ein elsa 28.8, ein creatix 14.4 und ein 3Com 56 K habe ich inzwischen laufende Konfigurationen.
Vielleicht helfen diese Infos weiter.
Übrigens, falls es jemand braucht:
ich drucke auf einem Server alle Faxe automatisch aus (tiff2ps -a FAX| lpr ..),
auf einem anderen sende ich alle ankommenden Faxe automatisch an ein Faxgerät weiter (ist so gewuenscht) (tiff2ps -a FAX|sendfax -n -D -d FAXNUMMER)
Die großgeschriebenen Variablen sinnvoll ersetzten.
MfG,
Werner
vBulletin® v3.8.6, Copyright ©2000-2012, Jelsoft Enterprises Ltd.