September 2004 - openSUSE ISDN (Deutsch)

fax mit 9.1 + capisuite + FRITZ!Card PCMCIA v2.0
by h.kettler＠arcor.de 01 Sep '04

01 Sep '04

Hallo, ich bekomme weder den Faxempfang noch den Faxversand mit capisuitefax ans laufen. Konfiguration: 9.1 Profesional Standard Installation. Fax Karte FRITZ!Card PCMCIA v2.0 installiert. Scheint auch sauber erkannt. Zur Sicherheit direkt am NTBA angeschlossen. capiinfo liefert ein Ergebnis das "gut" aussieht. An der Tastaur sitzt ein Linux Newbie! Fehlerbeschreibung: Jeder Versuch eine fax mit capisuitefax zu versenden schlägt fehl. Der finale Logeintrag endet mit: job fax-31.sff: result was 2,0 Im Errorlog steht regelmaessig Warning: Connection still established .... Disconnecting. Analyse: Der Rückmeldecode 2,0 ist auf www.capisuite.de nicht beschrieben. Eine Verbindung scheint aufgebaut zu werden, aber es wird nichts gesendet, sondern die Verbindung wird direkt wieder beendet. Ich mache das auch daran fest, dass ich ohne weiteres andere Fehlercodes provozieren kann, wenn ich falsche Nummern oder solche ohne Faxkennung anwaehle. Ich habe in der Liste gesehen, dass ich nicht der einzige mit diesem Problem bin. Aber eine Lösung konnte ich nicht finden. Auf der AVM Homepage finde ich auch keine passenden Hinweise. Muss ich etwa einen neuen Kernel bauen mit den Treiberpatches von Karsten? Das wird mich wohl überfordern und zurück zu den Kollegen aus Redmond treiben :-( Ich hoffe es gibt eine einfachere Lösung! Logs und Konfig liefere ich bei Bedarf gerne nach. Danke, Hans Arcor-DSL: jetzt ohne Einrichtungspreis einsteigen oder wechseln Sie sparen 99,95 Euro. Arcor-DSL ist in vielen Anschlussgebieten verfügbar. http://www.arcor.de/home/redir.php/emf-dsl-1

1 0

AVM-Fritz, Hylafax, c2faxrecv: Rufannhameverzögerung
by Martin Bauer-Marschallinger 01 Sep '04

01 Sep '04

Hallo alle zusammen! Ich hab ein Problem mit der Durchwahlerkennung beim Faxempfang! Nur kurz vorweg: Das ganze System ISDN/CAPI/Hylafax/Samba/printfax.pl+respond.exe, Verteilung als PDF der eingehenden Fax nach DW (E-Mail) Versenden von Sendebestätigung nach Benutzername (E-Mail) Funktioniert ganz ordentlich, NUR Ich möchte c2faxrev dazu bringen, dass es erst zB. Beim 2x klingeln abhebt. Grund: Meine Konfiguration ermöglicht mir, dass jedes "Gespräch"/Fax angenommen, wird (mit und ohne Durchwahl, auf beiden Kanälen parallel (auch in Senderichtung)). Der Anschluss ist auf Point-to-Multipoint (Mehrgeräteanschluss) mit DDI, da die FritzCard kein P2P kann. Es ist nun so, dass Faxgeräte, welche schnell genug wählen oder sich hinter einer ISDN-Telefonanlage befinden, die gesamte Rufnummer samt DW bei c2faxrev ankommt, sprich ich kann die DW auswerten und dann dementsprechend per Mail mit PDF Attachment verteilen. Jedoch kommt es vor, dass Faxgeräte an analogen Anschlüssen die DW zwar wählen und aber nur die 1. Stelle der DW ankommt oder eben auch gar keine. Ich vermute nun, dass eine Annahmeverzögerung von 1-2x klingeln, reichen würde dass die DW komplett am S0 zur Verfügung stehen wird und somit vom ISDN System Auswertbar ist. Da der Parameter RingingDuration lt. Doku für Ausgehende Verbindungen genutzt wird bzw. ein Versuch diesen hochzustellen keine Änderung bewirkt hatte und die Modem-Config Files bei c2faxrev keine Wirkung haben, frage ich mich nun, wo kann man c2faxrecv dazu bringen erst mal zu warten und dann erst ein Connect durchzuführen. Wo und wie man dass lösen kann ist mir egal (auch im Source) Es hat bereits einmal an einem anderen Anschluss geklappt, dass ich von einem Fax an eine "Puren"-Analoganschluss die DW korrekt übermitteln konnte. Wieder ein anderer Test mit einer FritzB1 v3 im P2P wahr ebenfalls Vollständig erfolgreich. Nur kann die B1 V3 nur einer Leitung parallel empfangen. Notfalls muss also eine B1 V4 her. Meine Config: Jeder der beiden B-Kanäle als eigenes Hylafaxmodem, 2 Symlinks-drauf SpoolDir: /var/spool/hylafax FaxRcvdCmd: /var/spool/hylafax/bin/faxrcvd PollRcvdCmd: /var/spool/fax/bin/pollrcvd FaxReceiveUser: uucp LogFile: /var/log/capifax.log LogTraceLevel: 4 LogFileMode: 0644 { HylafaxDeviceName: faxCAPI11 RecvFileMode: 0644 DeviceMode: 0666 FAXNumber: +43.12345.6789 LocalIdentifier: "Absenderkennung" MaxConcurrentRecvs: 1 OutgoingController: 1 OutgoingMSN: 6789 SuppressMSN: 0 NumberPrefix: UseISDNFaxService: 0 RingingDuration: 0 { Controller: 1 AcceptSpeech: 1 UseDDI: 1 DDIOffset: DDILength: IncomingDDIs: IncomingMSNs: AcceptGlobalCall: 1 } } { HylafaxDeviceName: faxCAPI12 RecvFileMode: 0644 DeviceMode: 0666 FAXNumber: +43.12345.6789 LocalIdentifier: "Absenderkennung" MaxConcurrentRecvs: 1 OutgoingController: 1 OutgoingMSN: 6789 SuppressMSN: 0 NumberPrefix: UseISDNFaxService: 0 RingingDuration: 0 { Controller: 1 AcceptSpeech: 1 UseDDI: 1 DDIOffset: DDILength: IncomingDDIs: IncomingMSNs: AcceptGlobalCall: 1 } } Besten Dank, Martin Bauer-Marschallinger

1 0

Hylafax und Vbox auf einem Server
by Christian Schmidt 01 Sep '04

01 Sep '04

Hallo, ich will am Wochenende einen neuen Server mit SuSE 9.1 aufsetzen. Auf dem Server sollen u.a. SAMBA, CUPS, Hylafax und Vbox laufen. Ich habe 2 aktive ISDN Controller (AVM B1) zur Verfügung. Gibt es die Möglichkeit einen Controller via Capi und einen via I4L einzubinden, oder kann und muß ich das anders lösen? Ich bin für jeden Vorschlag bzw. Anregung dankbar. Danke und Gruß Christian

2 1

capi4hylafax sendet keine Faxe
by Cornelius Kölbel 01 Sep '04

01 Sep '04

Hallo, ich weiß nicht, was ich gemacht habe. Achtung, klassicher Satz: "Ich habe nichts verändert, äähhhrlich!" Das System: AVM C2, SuSE 9.1, hylafax und capi4hylafax. Ich kann wunderbar faxe empfangen, c2faxrecv wird aus der inittab gestartet. Nur wenn ich Faxe versenden will, was ich bisher immer mit: sendfax -n -t 5 -h localhost -d '<nummer>' /var/tmp/faxserver/1.fax gemacht habe, kommen die nicht mehr an. In meiner logdatei in /var/spool/fax/log/ kommen keine Meldungen von C2SendFax und faxstat -s sagt mir merkwürdiger weise auch nichts. Was hab ich übersehen. Wo kann ich genauere logs beobachten, was das sendfax macht? Besten Dank und Gruss Cornelius

1 0

Nochmal G4-Unterstützung
by Cornelius Kölbel 01 Sep '04

01 Sep '04

Hi, ist eigentlich bekannt, ob das linux-Capi-Geraffel von AVM irgendwann mal G4 unterstützen wird? Oder ob es ansonsten Bestrebungen gibt, G4 unter Linux zu unterstützen? Besten Dank Cornelius

1 0

FRITZ!Card DSL und Suse 9.1
by Andreas Ernst 01 Sep '04

01 Sep '04

Hallo, ich habe seit 9.0 eine FRITZ!Card DSL (die mit ISDN). DSL klappte mit dieser Karte ohne Probleme. Doch seit 9.1 ist es sehr, sehr mühsam. Soeben habe ich den neuen Kernel installiert und neu gebootet. Die Fritz-Karte war nach dem Einloggen nicht mehr dazu zu bewegen eine Verbindung herzustellen! Dies ist mittlerweile __immer__ so!!! Nach einigen ISDN-Verbindungen, mehrfachem manuellen Starten von 'drdsl' und von Yast klappte schließlich die Verbindung. Ich finde dies *SUPERNERVIG* Hier der Protokollauszug: Sep 1 09:40:30 kelly pppd[6292]: Plugin capiplugin.so loaded. Sep 1 09:40:30 kelly pppd[6292]: capiplugin: $Revision: 1.33 $ Sep 1 09:40:30 kelly pppd[6292]: capiconn: 1.8 Sep 1 09:40:30 kelly pppd[6292]: Plugin passwordfd.so loaded. Sep 1 09:40:30 kelly pppd[6292]: pppd 2.4.2 started by root, uid 0 Sep 1 09:40:30 kelly pppd[6292]: Using interface ppp0 Sep 1 09:40:30 kelly pppd[6292]: local IP address 213.146.116.200 Sep 1 09:40:30 kelly pppd[6292]: remote IP address 213.146.116.200 Sep 1 09:40:30 kelly pppd[6292]: capiplugin: phase dormant. Sep 1 09:40:31 kelly pppd[6292]: Starting link Sep 1 09:40:31 kelly pppd[6292]: capiplugin: phase serialconn (was dormant). Sep 1 09:40:31 kelly pppd[6292]: capiplugin: leased line (adslpppoe) Sep 1 09:40:31 kelly kernel: fcdsl2: New NCCI(10102), window size 8... Sep 1 09:40:31 kelly kernel: capilib_new_ncci: kcapi: appl 5 ncci 0x10102 up Sep 1 09:40:35 kelly pppd[6292]: capiplugin: disconnect(remote): "" -> "" outgoing 0x0000 (0x3312) - No additional information Sep 1 09:40:35 kelly kernel: fcdsl2: Remove NCCI(10102), appl 5... Sep 1 09:40:35 kelly kernel: kcapi: appl 5 ncci 0x10102 down Sep 1 09:40:40 kelly pppd[6292]: capiplugin: leased line (adslpppoe) Sep 1 09:40:40 kelly kernel: fcdsl2: New NCCI(10102), window size 8... Sep 1 09:40:40 kelly kernel: capilib_new_ncci: kcapi: appl 5 ncci 0x10102 up Sep 1 09:40:43 kelly pppd[6292]: capiplugin: disconnect(remote): "" -> "" outgoing 0x0000 (0x3312) - No additional information Sep 1 09:40:43 kelly kernel: fcdsl2: Remove NCCI(10102), appl 5... Sep 1 09:40:43 kelly kernel: kcapi: appl 5 ncci 0x10102 down Sep 1 09:40:48 kelly pppd[6292]: capiplugin: leased line (adslpppoe) Sep 1 09:40:48 kelly kernel: fcdsl2: New NCCI(10102), window size 8... Sep 1 09:40:48 kelly kernel: capilib_new_ncci: kcapi: appl 5 ncci 0x10102 up Sep 1 09:40:52 kelly pppd[6292]: capiplugin: disconnect(remote): "" -> "" outgoing 0x0000 (0x3312) - No additional information Sep 1 09:40:52 kelly kernel: fcdsl2: Remove NCCI(10102), appl 5... Sep 1 09:40:52 kelly kernel: kcapi: appl 5 ncci 0x10102 down Sep 1 09:40:57 kelly pppd[6292]: capiplugin: leased line (adslpppoe) Sep 1 09:40:57 kelly kernel: fcdsl2: New NCCI(10102), window size 8... Sep 1 09:40:57 kelly kernel: capilib_new_ncci: kcapi: appl 5 ncci 0x10102 up Sep 1 09:41:00 kelly pppd[6292]: capiplugin: disconnect(remote): "" -> "" outgoing 0x0000 (0x3312) - No additional information Sep 1 09:41:00 kelly pppd[6292]: capiplugin: couldn't make connection Sep 1 09:41:00 kelly pppd[6292]: capiplugin: exit Sep 1 09:41:00 kelly pppd[6292]: Exit. Sep 1 09:41:00 kelly kernel: fcdsl2: Remove NCCI(10102), appl 5... Sep 1 09:41:00 kelly kernel: kcapi: appl 5 ncci 0x10102 down Wer kann helfen? Andreas

1 0