May 2004 - openSUSE ISDN (Deutsch) - openSUSE Mailing Lists

faxadduser Problem und Sicherheit des Systems
by Can-Carlo Dörtbudak 23 May '04

23 May '04

Hallo Leute, Guten Tag an alle, bin heute das erste Mal auf der ISDN Liste und habe gleich mal ein Problem nach langem Kampf mit hylafax bin ich soweit, als root die Faxe zu Empfangen. Diese sollen aber auf einer ftp://server:4559/recvq/fax00001.tif abgeholt werden. Das geht bei mir nicht, da ich eine Firewall habe und diesen port nicht unbedingt öffnen will. Habe ich die Möglichkeit, Faxe per Mail weiterzuleiten, ich glaube nämlich schon, weiß aber nicht wo ich das einstellen kann. Zum anderen will ich als User von einer anderen Kiste aus hylafax ansprechen können, nur verstehe ich nicht genau wie ich das machen soll. Kann mir jemand schützen Hilfe geben? Vielen Dank, lieber Gruß Can

2 2

(OT/HylaFax/Dringend!) FaxQueuer[...]: Assertion failed "InvalidStr[] index", file "../util/Str.h" line 106
by Bastian Bense 23 May '04

23 May '04

Servus, Wir haben dieses Wochenende eine fax-Aktion (Einladungen) durchzuführen (4000 Faxe). Jedoch gibts jetzt ein paar Probleme mit einem Hylafax Server, welcher das letzte Jahr über problemlos gelaufen ist. Die einzige Änderung die ich in der letzten Zeit gemacht habe, war das sendmail durch das Exim zu ersetzen. Danach funktionierte der Fax server jedoch noch Problemlos. Aber durch einen unglücklichen Zufall gab es dann eine art Endlosschleife im Exim/FaxNotifacation, so das auf einmal ca. 500.000 Faxe in die Fax-Que geschickt wurden. Die Faxe habe ich soweit gelöscht und alle Queues sind jetzt wieder frei. Der Befehl ``sendfax -d <number> <file>'' ergibt "request id is 2 (group id 2) for host localhost (1 file)." Was mir sagt, das das spoolen des Faxauftrages soweit in Ordnung ist. Jedoch wird er Fax-Job direkt in das doneq-Verzeichnis gelegt und liegt dort tot rum. Die dadurch angelegte .tiff Datei kann ich lesen und eine Job-Info-Datei wurde in dem doneq-Verzeichnis automatisch erstellt bzw. hineinbewegt. Jedoch steht dort keine Begründung drin warum der Fax-Job fehlgeschlagen ist. Da der Job jetzt in der doneq hängt, kann ich jetzt einen Blick in das syslog werfen: +-+-+ /var/log/messages +-+-+ HylaFAX[1856]: Filesystem has SysV-style file creation semantics. FaxQueuer[1843]: FIFO RECV "Sclient/1856:17" FaxQueuer[1843]: SUBMIT JOB 17 FaxQueuer[1843]: JOB 17 (suspended dest pri 127 tts 0:00 killtime 2:59:00): CREATE FaxQueuer[1843]: Apply CanonicalNumber rules to "155" FaxQueuer[1843]: --> match rule "^[^+]", result now "+155" FaxQueuer[1843]: --> return result "+155" FaxQueuer[1843]: Apply DisplayNumber rules to "155" FaxQueuer[1843]: --> return result "155" FaxQueuer[1843]: JOB 17 (ready dest +155 pri 127 tts 0:00 killtime 2:59:00): READY FaxQueuer[1843]: FIFO SEND client/1856 msg "S*" FaxQueuer[1843]: JOB 17 (ready dest +155 pri 127 tts 0:00 killtime 2:59:00): PROCESS FaxQueuer[1843]: JOB 17 (active dest +155 pri 127 tts 0:00 killtime 2:59:00): ACTIVE FaxQueuer[1843]: JOB 17 (active dest +155 pri 127 tts 0:00 killtime 2:59:00): PREPARE START FaxQueuer[1859]: Assertion failed "Invalid Str[] index", file "../util/Str.h" line 106. FaxQueuer[1843]: JOB 17 (active dest +155 pri 127 tts 0:00 killtime 2:59:00): PREPARE DONE FaxQueuer[1843]: JOB 17: bad exit status 0x6 from sub-fork FaxQueuer[1843]: NOTIFY: bin/notify "doneq/q17" "failed" "" FaxQueuer[1843]: JOB 17 (failed dest +155 pri 127 tts 0:00 killtime 2:59:00): DEAD FaxQueuer[1843]: JOB 17 (failed dest +155 pri 127 tts 0:00 killtime 2:59:00): DELETE +-+-+-+-+-+-+-+-+-+-+-+-+-+-+ Sagt nicht viel aus, ausser das es einen ``Assertion failed''-Fehler gab. Hierzu hatte ich was im hylafax-Bugtracker gefunden, aber da ich SuSE's RPM version von Hylafax benutze bringt mir der dort zu Verfügung stehende Patch nix. Aus verzweifelung habe ich einen strace für den faxq-Prozess mitlaufen lassen und einfach einen normalen Test-Job reingeschickt. Den strace-Output findet ihr auf meiner Homepage: <http://neo.de/hfax-strace.txt> Kann hier jemand Helfen? Bitte? Ich werde einen Kopf kürzer gemacht wenn das bis Sonntag nicht läuft. Ich habe auf dem hylafax bugtracker einen Bug gefunden: <http://bugs.hylafax.org/bugzilla/show_bug.cgi?id=381> welcher generell assertion failures im Str.h anspricht. Diesen habe ich in die SuSE source RPM's reingepackt und neu kompiliert und installiert. Hat leider nichts gebracht. :( Nach weiterem rumspielen mit Hylafax hab ich dann ein merkwürdiges Phänomen gefunden: Hylafax scheint die Fax-Jobs normal in die Send-q zu legen wenn -KEINE- config.faxCAPI Konfigurationsdatei in dem etc/ Verzeichnis liegt. Dann wird der Job zwar nicht geschickt (da kein ISDN-Contoller konfiguriert), er wird aber auch nicht direkt in die doneq mit einem Fehler gestellt. Nachdem man eine config.faxCAPI wieder in das etc/ Verzeichnis legt, verhält sich Hylafax so wie vorher: Alle neuen Jobs gehen direkt mit einem assertion failed in die doneq. PS: Das CAPI Zeug funktioniert Problemlos. c2faxsend und c2faxrecv machen ihre Arbeit. Von daher schätze ich mal, dass das Problem mehr bei Hylafax liegt. Server Info ------------------- o SuSE Linux 8.1 (Linux fax 2.4.19-4GB) o Single CPU 400 Mhz o 1 Active Fritz! PCI ISDN controller o Hylafax 4.1.3 (SuSE RPM: hylafax-4.1.3-145) o CAPI4Hylafax (SuSE RPM) Danke!! -- Regards, Bastian Bense "Never make anything simple and efficient when a way can be found to make it complex and wonderful."

1 0

Einwahlserver mit T1-B
by ::BR-Computer 23 May '04

23 May '04

Hallo Liste, ich stehe wohl demnächst vor der Aufgabe einen ISDN-Einwahlserver mit einem AVM T1-B einzurichten. Hat jemand von euch Erfahrung damit und kann mir sagen welche Hardware- Anforderungen bezüglich Leistung an den PC zu stellen sind, der diese Aufgabe bewältigen soll? Vielen Dank schonmal für die Hilfe. Peter

1 0

Probleme mit AVM BlueFRITZ!
by sebastiangibb＠t-online.de 23 May '04

23 May '04

Hi, ich habe mich beim Einrichten an den folgenden Artikel gehalten: http://portal.suse.com/sdb/de/2004/04/bluefritz9_1.html Danach funktionierte das auch eine Weile, bis ich es auf "Dial on Demand" umgeschaltet habe. Doch auch das zurücknehmen dessen, bringt es nicht wieder zum automatischen Laufen. Wenn ich die Befehle manuell in der Konsole ausführe, kann ich danach auch ins Internet gehen, aber beim Booten kommen folgende Meldungen: ---- <notice>start services (bluefritz SuSEfirewall2_final) Starting Firewall Initialization (phase 3 of 3) done ippp0 interface ippp0 is not up Shutting down SMPPPD done isdnlog: no process killed ERROR: Module capidrv does not exist in /proc/modules ERROR: Module isdn does not exist in /proc/modules Searching ... No devices in range or visible ippp0 error in /usr/sbin/isdnctrl addif ippp0 Starting SMPPPD<notice>startproc: execve (/usr/sbin/smpppd) [ /usr/sbin/smpppd ], [ CONSOLE=/dev/console SHELL=/bin/sh TERM= linux progress=49 INIT_VERSION=sysvinit-2.85 REDIRECT=/dev/tty1 COLUMNS=118 PATH=/usr/local/sbin:/sbin:/bin:/usr/sbin:/usr/b in vga=0x317 RUNLEVEL=5 PWD=/ PREVLEVEL=N LINES=41 SHLVL=3 sscripts=50 splash=silent _=/sbin/startproc DAEMON=/usr/sbin/smpp pd ] done <notice>exit status of (bluefritz SuSEfirewall2_final) is (0 0) Master Resource Control: runlevel 5 has been reached Skipped services in runlevel 5: isdn smbfs nfs ---- Wie kann ich diesen Fehler beheben? Wieso kann er die Module nicht laden? Tschau Sebastian

3 6

Re: [suse-isdn] capisuite dsl-lan + isdn-pci (PM)
by Gernot Hillier 21 May '04

21 May '04

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi Olaf! Am Donnerstag, 20. Mai 2004 15:47 schrieben Sie: > Am Donnerstag, 20. Mai 2004 14:43 schrieb Gernot Hillier: > > Ich würde dich daher bitten, in /etc/capisuite/capisuite.conf den > > Log-Level auf 2 zu stellen, CapiSuite nochmal neu zu starten, ein Fax zu > > schicken und den entsprechenden Ausschnitt nochmal hier zu posten (von > > "job xxx ... initiated" bis "job xxx: result was..."). Wenn es zu lang > > wird, kannst du mir das entsprechende Log auch privat zumailen... > > Vielen Dank für Deine Hilfe. Hier nun der Auszug aus capisuite.log: Tja, alles wichtige steckt in den folgenden Zeilen: > Thu May 20 15:20:56 2004 Capi 0x8169680: <CONNECT_ACTIVE_IND PLCI 0x101 > Thu May 20 15:20:56 2004 Capi 0x8169680: >CONNECT_ACTIVE_RESP ApplId 0x2 > MsgNum 0x8 PLCI 0x101 - --> physikalische Verbindung erfolgreich aufgebaut > Thu May 20 15:20:56 2004 Capi 0x8169680: >CONNECT_B3_REQ: ApplId 0x2, MsgNr > 0x4, PLCI 0x101 > Thu May 20 15:20:56 2004 Capi 0x8169680: info: 0 > Thu May 20 15:20:56 2004 Capi 0x8169680: <CONNECT_B3_CONF, NCCI: 0x10101, > Info 0x0 - --> wir fordern logische Verbindung an (das heisst die eigentliche Faxverbindung) > Thu May 20 15:20:56 2004 Capi 0x8169680: <DISCONNECT_B3_IND NCCI 0x10101 > Reason 0x3315 - --> was vom Treiber sofort mit dem Fehler 3315 (T.30 (fax) error: Disconnect during transfer (remote procedure error)) quittiert wird. An dieser Stelle kann ich dir jetzt auch nicht wirklich weiterhelfen, da es sich hier um ein Problem deines CAPI-Treibers bei der Kommunikation mit dem Faxgerät auf der anderen Seite handelt. Da laut Log das Faxgerät lokal bei dir ist, zwei Fragen: - - Was für ein Faxgerätetyp ist das? - - Wie schaut dein ISDN-Setup sonst genau aus? (ISDN-Karte, Treiber, Telefonanlage, etc.) Ich sehe diese Fehler in letzter Zeit immer wieder, habe aber noch nie einen richtigen Grund dafür gefunden. Blind geraten könnten es jetzt auch z.B. IRQ-Probleme sein (anderen PCI-Slot ausprobieren, andere PCI-Karten soweit möglich ausbauen und dann nochmal testen). Ansonsten können hier wahrscheinlich nur noch Karsten und/oder AVM weiterhelfen... - -- Ciao, Gernot -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (GNU/Linux) iD8DBQFArM/ck997/GGeSeIRAhEqAJ9miknmS8hKWpIct4eDxf4q7SyoCgCdEfVX 2AgIdhZC4ElbepHS8Ir1kkQ= =B0xx -----END PGP SIGNATURE-----

2 3

capisuite dsl-lan + isdn-pci
by Olaf König 20 May '04

20 May '04

Hallo Liste! Ich verwende ein DSL-LAN-Modem (Teledat 331). Zusätzlich habe ich eine Fritz PCI Classic und möchte über diese ISDN-Leitung mit Capisuite Faxe versenden. Nach dem Versenden mit kdeprintfax klingelt die Gegenstelle 1 x und bricht danach ab. Alle weiteren Versuche von Capisuite enden ebenso. Ist das in dieser Form überhaupt möglich ? Olaf Hier einige Logs: ok@linux:~> capiinfo Number of Controllers : 1 Controller 1: Manufacturer: AVM GmbH CAPI Version: 2.0 Manufacturer Version: 3.101-02 (49.18) Serial Number: 1000001 BChannels: 2 Global Options: 0x00000039 internal controller supported DTMF supported Supplementary Services supported channel allocation supported (leased lines) B1 protocols support: 0x4000011f 64 kbit/s with HDLC framing 64 kbit/s bit-transparent operation V.110 asynconous operation with start/stop byte framing V.110 synconous operation with HDLC framing T.30 modem for fax group 3 Modem asyncronous operation with start/stop byte framing B2 protocols support: 0x00000b1b ISO 7776 (X.75 SLP) Transparent LAPD with Q.921 for D channel X.25 (SAPI 16) T.30 for fax group 3 ISO 7776 (X.75 SLP) with V.42bis compression V.120 asyncronous mode V.120 bit-transparent mode B3 protocols support: 0x800000bf Transparent T.90NL, T.70NL, T.90 ISO 8208 (X.25 DTE-DTE) X.25 DCE T.30 for fax group 3 T.30 for fax group 3 with extensions Modem 0100 0200 39000000 1f010040 1b0b0000 bf000080 00000000 00000000 00000000 00000000 00000000 00000000 01000001 00020000 00000000 00000000 00000000 Supplementary services support: 0x000003ff Hold / Retrieve Terminal Portability ECT 3PTY Call Forwarding Call Deflection MCID CCBS aus capisuite.log: Wed May 19 22:20:06 2004 Connection 0x81fb190: call from 0520xxxxxxx to 9xxxxx ignoring Wed May 19 22:20:06 2004 Connection 0x81fb190: rejecting with cause 1 Wed May 19 22:20:06 2004 Connection 0x81fb190: Connection object deleted Wed May 19 22:20:08 2004 Connection 0x81f78f8: disconnect initiated Wed May 19 22:20:08 2004 Connection 0x81f78f8: Connection object deleted Wed May 19 22:20:08 2004 CapiSuite 0xbffffcc0: job fax-14.sff: result was 2,0 aus capisuite.error: Wed May 19 22:14:58 2004 Connection 0x81f9f70: Warning: Connection still established in capisuitemodule_desctruct_conn(). Disconnecting.

2 4

Kurzzeitig MSN wechsen für Capisuite und Hylafax...
by Axel Lindlau 20 May '04

20 May '04

Hallo, In welchen Dateien wird festgelegt, auf welche MSN "gelauscht" wird? Muss kurzzeitig mit meinen Rechner "umziehen und möchte mir die Dateien editieren um von dort aus faxen zu können. Ich arbeite mit der SuSe 8.1 -deshalb kann ich für Capi-suite nicht YaST nehmen..... Vielen Dank, Axel

3 3

AVM FritzCard! PCI 2.1 läuft nicht
by Ulrich Piethe 20 May '04

20 May '04

Hi, ich habe das aktuelle SuSE 9.1 Pro auf einem AMD Athlon 64-System. Die Karte wird erkannt und eingerichtet. Capiinfo findet aber keine Karte!!! Wie gehe ich vor??? Danke. Gruß Ulrich Piethe

1 0

Capi4hylafax mit 2 avm-pci Karten (Suse 9.0)
by edv2 19 May '04

19 May '04

Hallo Liste, ich habe es leider nicht laufen bekommen. Ist es überhaupt möglich? Mit einer Karten funktioniert es super! Vielen Dank Rainer

2 1

AVM Fritzcard USB v2.1 & SuSE 9.1
by bfisch＠gmx.net 19 May '04

19 May '04

Hallo List, seit einigen Tagen bekomme ich die Fritzcard nicht mehr zum Laufen. Bspw. erscheint beim Booten immer "error in /usr/sbin/isdnctrl addif ippp0". Ich kann mich erinnern, dass es seit Änderung der Providerdaten nicht mehr funktioniert - zudem taucht capifs nicht mehr im konqueror unter devices:/ auf (genau wie meine USB 2.0 Festplatte). Ich habe auch alle ISDN und Capi Pakete gelöscht, die ganzen restlichen configs entfernt, alles neu installiert, geupdatet und neu konfiguriert. Gleiches Problem. Die Anteitung hier in der Liste für die BlueFritz hat auch nicht geholfen. Unter ACPI & APM gleiches Problem. Beim Hotplugging erscheint dies in /var/log/messages May 17 17:02:43 linux /etc/hotplug/usb.agent[7702]: need a device for this command May 17 17:02:43 linux /etc/hotplug/usb.agent[7693]: Keeping default configuration with /sys//devices/pci0000:00/0000:00:1d.1/usb2/2-1 Obwohl ich seit der SuSE 5.3 nur noch Linux privat einsetze, bin ich mit ISDN völlig hilflos. Generell muß ich aber leider konstatieren, dass die 9.1 im Bezug auf USB durchaus Macken hat, mag an den 2.6.x Kerneln liegen. Mein IBM R40 friert auch regelmäßig ein, welches bei gleicher Hardware unter der 8.2 nie passierte. Danke für jede Hilfe, ansonsten werde ich wohl um eine Neuinstallation nicht herumkommen :-( Gruß Bernd -- "Sie haben neue Mails!" - Die GMX Toolbar informiert Sie beim Surfen! Jetzt aktivieren unter http://www.gmx.net/info

2 3