January 2004 - openSUSE ISDN (Deutsch)

Re: [suse-isdn] Fax bleibt leer beim versand via capisuite ??
by Klaus Niedt 31 Jan '04

31 Jan '04

Hallo Siggi, stimmen die Einträge in KdeprintFax? Menu Einstellungen -> KdeprintFax einrichten -> Untermenu System: bei Faxsystem muß Hylafax stehen, bei Befehl /usr/bin/capisuitefax -d %number %files. Kprinter ruft ja beim Befehl: An Fax weiterleiten KdeprintFax auf, wenn dort die Konfiguration nicht stimmt, kann das die Lösung sein. Wobei mich das mit dem leeren Fax etwas stutzig macht; kriegt Kdeprintfax keine Datei angegeben, die das Programm verschicken soll, bockt es logischerweise komplett. Überprüf doch auch mal, ob Du die Programme sfftobmp und sffview installiert hat. CapiSuite braucht als Eingabe zum Faxversand Postscript-Dateien, wandelt die aber vorm Verschicken in .sff-Dateien (Structured Fax File) um. Dazu muß auf jeden Fall sfftobmp installiert sein, sffview ist - glaube ich - nur für KFax als Faxbetrachter von Belang. Tschö Klaus

4 11

Bekomme 2x Nachricht das fax empfangen wurde ?
by Siggi.Hofstetter＠t-online.de 31 Jan '04

31 Jan '04

Hallo zusammen, wenn ich ein fax via Hylafax empfange, bekomme ich diese Meldung 2x mal als E-mail in mein lokales Postfach ! Woran kann das liegen ??? Danke !! Gruss Siggi

1 0

Installation Fritz!Card DSL SL USB unter SuSe LINUX9.0
by Wolfgang Danz 30 Jan '04

30 Jan '04

Hallo, ich versuche bisher vergeblich die obige FritzCard zu installieren. Die bisherigen "Schema F" Hinweise haben mich nicht wirklich weitergebracht. --> nach AVM-Vorgabe: Rückmeldung "..invalid Kernel version 2.4.21-99-athlon.." --> über CAPI4Linux: " jede Menge Fehlermeldungen beim Ausführen von make..." Habe gesehen, daß es wohl schon einzelnen Teilnehmern der Liste gelungen sein muß die Karte zum Laufen zu bringen. Da ich eher auf der Anwenderseite von LINUX zu Hause bin und weniger auf der Entwicklerseite, wäre eine detaillierte Beschreibung der Vorgehensweise hilfreich. Danke für die Unterstuetzung. (Sorry, vorher ist die Mail schonmal im angefangenen Zustand rausgegangen; - war zu schnell beim Tippen... ;-) ) Gruß Wolfgang Danz ______________________________________________________________________________ Erdbeben im Iran: Zehntausende Kinder brauchen Hilfe. UNICEF hilft den Kindern - helfen Sie mit! https://www.unicef.de/spe/spe_03.php

1 0

Installation FritzCard U
by Wolfgang Danz 30 Jan '04

30 Jan '04

1 0

huptimeout - wird verstellt
by Illuminatus＠t-online.de 30 Jan '04

30 Jan '04

Hi, ich habe mir ein tcl/tk script gebaut, das ich nun schon seit 1998 nutze um den ISDN Zugang zu kontrollieren. Es ist im wesentlichen ein Frontend fuer isdnctrl. Damit kann ich unter Anderem die Hanguptime aendern. Seit dem Umstieg auf SuSE 8.2 wird dieser Parameter immer wieder auf 3s zurückgesetzt. Ich kann nicht genau sagen wann, vermutlich nach dem hangup. Weiss jemand welcher Umstand dazu führt, und wie ich das abstellen kann? -- Gruss Bernd

3 6

isdnctrl dial ippp0
by Olaf König 29 Jan '04

29 Jan '04

Hallo Liste, der Befehl "isdnctrl dial ippp0" auf der Konsole verursacht die Fehlermeldung "no device found". Evtl. hilfreich: Ich verwende neuerdings die Teledat usb 2a/b, vorher Fritz Classic PCI. Vielen Dank Olaf

5 6

kein logging des Volumens
by Frank Noack 28 Jan '04

28 Jan '04

Hi Ich wollte jetzt mal kvolmet zur Anzeige des übertragenen Volumens nutzen. Leider habe ich festgestellt das meine Logfiles dazu nichts enthalten. Ich habe eine DSL-Verbindung über ein externes DSL Modem an eth1. Kann mir jemand sagen, wie ich den smpppd (ich denke mal der ist es) einstellen muss, damit er die send und received Einträge mit in die Logfiles schreibt. Danke Frank

2 2

Fax bleibt leer beim versand via capisuite ??
by Siggi.Hofstetter＠t-online.de 28 Jan '04

28 Jan '04

Hallo NG, wenn ich faxe vie capisuite verschicken will, wird zwar ein Fax verschickt, aber es ist leer. Woltle aus Kate ein fax via send to fax funktion verschicken ! Was könnte hier das Problem sein ?? Grüsse Siggi

2 1

ISDN + Capisuite + Error Protocol Layer 2 - Bitte helft
by Siggi.Hofstetter＠t-online.de 28 Jan '04

28 Jan '04

Hallo Gruppe, da ich anscheinend zuerst in die falsche NG geposted habe hier nochmal mein Problem ! Ich möchte auf meinem Suse 9.0 gerne faxen und habe mir dazu die AVM Fritzcard PCI v.2.0 zugelegt ! Wenn ich nun faxe via capisuite verschicken will bekomme ich folgenden Fehler: ob fax-4.sff: result was 3302,0 lt. capisuite homepage = 3302 - Protocol error layer 2 Die Karte habe ich via Yast2 konfiguriert als contr0 ! Wenn jetzt Anrufe eingehen sehe ich das im isdnlog. Aber ich kann die Faxe nicht verschicken! capiinfo zeigt folgendes: 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 lspci zeigt mir : 00:0a.0 Network controller: AVM Audiovisuelles MKTG & Computer System GmbH Fritz!PCI v2.0 ISDN (rev 01) Was muss ich tun, damit ich mit der AVM Fritzcard diesen Fehler beheben kann ?? Über jede Hilfe bin ich sehr dankbar ! Sollten noch mehr info's benötigt werden, lasst es mich bitte wissen ! Vielen Dank ! Siggi

5 12

Dial-on-Demand mit mehreren Providern
by Giuseppe Potenza 28 Jan '04

28 Jan '04

Hallo, ich habe Suse 8.2 als Internetrouter konfiguriert und möchte abhängig von der Uhrzeit unterschiedliche Provider anwählen. Für die Provider habe ich die interfaces ippp1-4 angelegt. Nun versuche ich via cron die interface von manual auf automatik (isdnctrl dialmode ippp? auto) zu stellen, was zwar laut "isdnctrl list all" auch funktioniert, doch aber irgendwie nicht greift... Dial-on-Demand scheint nicht mehr zu greifen. Wenn ich hingegen Dial-on-Demand auf den einzelnen interfaces mittels yast konfiguriere, klappt das... Kann mir bitte jemand weiterhelfen ?!?! gruss Giuseppe Potenza

4 4

avm c4, pci, isdn, hylafax: sendfax zählt alle Anrufversuche doppelt?!
by Jürgen R. Plasser 28 Jan '04

28 Jan '04

Hallo, wenn ich sendfax mit Parametern wie folgt aufrufe # sendfax -t 3 -T 3 -d 40 fax-tiff-file versucht Sendfax nur zweimal (statt dreimal) die Nummer anzurufen. Faxstat gibt folgende Zeile aus: 88 125 F root 40 0:2 4:3 REJECT: Too many attempts Warum 4:3? Eigentlich waren es ja nur 2 Anrufversuche! Ich habe mich ein wenig gespielt und folgendes herausgefunden, enn ich diese Parameterwerte an sendfax übergebe: JobID sendfax-params call attempts really done ========================================= 86 -t 1 -T 1 1 87 -t 2 -T 2 1 88 -t 3 -T 3 2 89 -t 4 -T 4 2 90 -t 5 -T 5 3 91 -t 6 -T 6 3 92 -t 8 -T 8 4 93 -t 6 -T 6 3 94 -t 3 -T 3 2 95 -t 6 -T 6 3 bekomme ich die folgenden Ergebnisse: 86 126 F root 40 0:2 2:1 REJECT: Too many attempts 87 126 F root 40 0:2 2:2 REJECT: Too many attempts 88 125 F root 40 0:2 4:3 REJECT: Too many attempts 89 125 F root 40 0:2 4:4 REJECT: Too many attempts 90 124 F root 40 0:2 6:5 REJECT: Too many attempts 91 124 F root 40 0:2 6:6 REJECT: Too many attempts 92 123 F root 40 0:2 8:8 REJECT: Too many attempts 93 124 F fax 40 0:1 6:6 REJECT: Too many attempts 94 125 F fax 40 0:1 4:3 REJECT: Too many attempts 95 124 F fax 40 0:1 6:6 REJECT: Too many attempts Es scheint, dass Parameter -T (max dials) oder -t (max tries) dem rechten Wert nach dem Doppelpunkt in Spalte 7 entspricht. Der linke Wert ist immer die doppelte Anzahl an Versuchen. Wenn ich die max Versuche auf 4 setze versucht sendfax es nur zweimal. Hat das irgendwas mit der verwendeten PCI Fritzkarte (SuSE 9) zu tun? Um die Anzahl der Versuche richtig hinzukriegen, muss ich alle -t/-T Parameter mit zwei multiplizieren. Natürlich bekommt dann notify.awk die falschen Werte für die Fehlermeldung. Das ist schlecht und irritiert mich. Ich würde lieber die Ursache des Übels beseitigen als irgendwelche Workarounds zu schreiben. Wer kennt dieses Problem noch? Grüße, Jürgen Plasser ps. Habe das Problem auf der hylafax-users-list schon mal gepostet, aber bisher kein verwertbares Feedback bekommen.

1 1

suse 9 fritz card dsl 2.0
by nitro 27 Jan '04

27 Jan '04

hallo, ich habe noch immer folgendes problem: nach einigen tagen bricht meine internetverbindung mit folgendem eintrag in die log ab: Jan 27 23:54:40 linux pppd[3618]: No response to 4 echo-requests Jan 27 23:54:40 linux pppd[3618]: Serial link appears to be disconnected. Jan 27 23:54:40 linux pppd[3618]: capiplugin: phase terminate (was running) . Jan 27 23:54:40 linux pppd[3618]: capiplugin: phase network (was terminate) . Jan 27 23:54:40 linux pppd[3618]: capiplugin: phase terminate (was network) . Jan 27 23:54:41 linux kernel: kcapi: appl 12 ncci 0x10102 down Jan 27 23:54:41 linux pppd[3618]: Hangup (SIGHUP) Jan 27 23:54:41 linux pppd[3618]: Modem hangup Jan 27 23:54:41 linux pppd[3618]: capiplugin: phase dead (was terminate). Jan 27 23:54:41 linux pppd[3618]: capiplugin: disconnect(remote): "" -> "" outgoing 0x0000 (0x0000) - No additional information Jan 27 23:54:41 linux pppd[3618]: Connection terminated. Jan 27 23:54:41 linux pppd[3618]: Connect time 673.1 minutes. Jan 27 23:54:41 linux pppd[3618]: Sent 114958211 bytes, received 389182893 bytes. Jan 27 23:54:41 linux pppd[3618]: capiplugin: phase disconnect (was dead). Jan 27 23:54:41 linux pppd[3618]: capiplugin: phase holdoff (was disconnect). Jan 27 23:55:11 linux pppd[3618]: capiplugin: phase dormant (was holdoff). Jan 27 23:55:11 linux pppd[3618]: capiplugin: phase dormant, again. Jan 27 23:55:15 linux pppd[3618]: Script /etc/ppp/ip-down finished (pid 13507), status = 0x7f00 Jan 27 23:55:15 linux pppd[3618]: Starting link Jan 27 23:55:15 linux pppd[3618]: capiplugin: phase serialconn (was dormant). Jan 27 23:55:15 linux pppd[3618]: capiplugin: leased line (adslpppoe) Jan 27 23:55:15 linux kernel: kcapi: appl 12 ncci 0x10102 up Jan 27 23:55:19 linux kernel: kcapi: appl 12 ncci 0x10102 down Jan 27 23:55:19 linux pppd[3618]: capiplugin: disconnect(remote): "" -> "" outgoing 0x0000 (0x3312) - No additional information Jan 27 23:55:24 linux pppd[3618]: capiplugin: leased line (adslpppoe) Jan 27 23:55:24 linux kernel: kcapi: appl 12 ncci 0x10102 up Jan 27 23:55:27 linux kernel: kcapi: appl 12 ncci 0x10102 down Jan 27 23:55:27 linux pppd[3618]: capiplugin: disconnect(remote): "" -> "" outgoing 0x0000 (0x3312) - No additional information Jan 27 23:55:32 linux pppd[3618]: capiplugin: leased line (adslpppoe) Jan 27 23:55:32 linux kernel: kcapi: appl 12 ncci 0x10102 up Jan 27 23:55:36 linux kernel: kcapi: appl 12 ncci 0x10102 down Jan 27 23:55:36 linux pppd[3618]: capiplugin: disconnect(remote): "" -> "" outgoing 0x0000 (0x3312) - No additional information Jan 27 23:55:41 linux pppd[3618]: capiplugin: leased line (adslpppoe) Jan 27 23:55:41 linux kernel: kcapi: appl 12 ncci 0x10102 up Jan 27 23:55:44 linux kernel: kcapi: appl 12 ncci 0x10102 down Jan 27 23:55:44 linux pppd[3618]: capiplugin: disconnect(remote): "" -> "" outgoing 0x0000 (0x3312) - No additional information Jan 27 23:55:44 linux pppd[3618]: capiplugin: couldn't make connection Jan 27 23:55:44 linux pppd[3618]: capiplugin: exit Jan 27 23:55:44 linux pppd[3618]: Exit. Jan 27 23:55:44 linux kernel: kcapi: appl 12 down beim versuch sich wieder einzuwählen bricht er mit folgenden meldungen ab: Jan 27 23:58:42 linux pppd[13683]: Plugin capiplugin.so loaded. Jan 27 23:58:42 linux pppd[13683]: capiplugin: $Revision: 1.32 $ Jan 27 23:58:42 linux pppd[13683]: capiconn: 1.7 Jan 27 23:58:42 linux kernel: kcapi: appl 11 up Jan 27 23:58:42 linux pppd[13683]: Plugin passwordfd.so loaded. Jan 27 23:58:42 linux pppd[13683]: pppd 2.4.1 started by root, uid 0 Jan 27 23:58:42 linux pppd[13683]: Using interface ppp0 Jan 27 23:58:42 linux pppd[13683]: local IP address 10.64.64.64 Jan 27 23:58:42 linux pppd[13683]: remote IP address 10.112.112.112 Jan 27 23:58:42 linux pppd[13683]: capiplugin: phase dormant. Jan 27 23:58:45 linux pppd[13683]: Starting link Jan 27 23:58:45 linux pppd[13683]: capiplugin: phase serialconn (was dormant). Jan 27 23:58:45 linux pppd[13683]: capiplugin: leased line (adslpppoe) Jan 27 23:58:45 linux kernel: kcapi: appl 11 ncci 0x10102 up Jan 27 23:58:49 linux kernel: kcapi: appl 11 ncci 0x10102 down Jan 27 23:58:49 linux pppd[13683]: capiplugin: disconnect(remote): "" -> "" outgoing 0x0000 (0x3312) - No additional information Jan 27 23:58:54 linux pppd[13683]: capiplugin: leased line (adslpppoe) Jan 27 23:58:54 linux kernel: kcapi: appl 11 ncci 0x10102 up Jan 27 23:58:57 linux kernel: kcapi: appl 11 ncci 0x10102 down Jan 27 23:58:57 linux pppd[13683]: capiplugin: disconnect(remote): "" -> "" outgoing 0x0000 (0x3312) - No additional information Jan 27 23:59:00 linux /USR/SBIN/CRON[13931]: (root) CMD ( rm -f /var/spool/cron/lastrun/cron.hourly) Jan 27 23:59:02 linux pppd[13683]: capiplugin: leased line (adslpppoe) Jan 27 23:59:02 linux kernel: kcapi: appl 11 ncci 0x10102 up Jan 27 23:59:06 linux kernel: kcapi: appl 11 ncci 0x10102 down Jan 27 23:59:06 linux pppd[13683]: capiplugin: disconnect(remote): "" -> "" outgoing 0x0000 (0x3312) - No additional information Jan 27 23:59:11 linux pppd[13683]: capiplugin: leased line (adslpppoe) Jan 27 23:59:11 linux kernel: kcapi: appl 11 ncci 0x10102 up Jan 27 23:59:15 linux kernel: kcapi: appl 11 ncci 0x10102 down Jan 27 23:59:15 linux pppd[13683]: capiplugin: disconnect(remote): "" -> "" outgoing 0x0000 (0x3312) - No additional information Jan 27 23:59:15 linux pppd[13683]: capiplugin: couldn't make connection Jan 27 23:59:15 linux pppd[13683]: capiplugin: exit Jan 27 23:59:15 linux pppd[13683]: Exit. Jan 27 23:59:15 linux kernel: kcapi: appl 11 down - anmerkung: Jan 27 23:58:42 linux pppd[13683]: local IP address 10.64.64.64 Jan 27 23:58:42 linux pppd[13683]: remote IP address 10.112.112.112 ich weiss nicht wo diese ips her kommen. der rechner hat normalerweise die feste ip 10.0.0.1 und t-online weist mir eigentlich immer eine ip im 217.0.0.0 bereich zu. - nach einer 24h trennung gibt es keine probleme mit der wiedereinwahl. ich habe dieses problem immer nur nach einigen tagen. mit dem befehl rcisdn restart; ifup dsl0 funktioniert es auch wieder. ich habe deswegen versucht diese befehle in der ip-down datei einzubringen: #!/bin/sh ifdown dsl0;sleep 2;rcnetwork stop dsl0;sleep 3;rcisdn stop;sleep 180;rcisdn start;sleep 20;rcnetwork start dsl0;sleep 4;ifup dsl0 nur leider funktioniert das nicht so richtig. er scheint auszutimen oder so. bin auf jeden fall schon fast am verzweifeln und hoffe auf ideen. meine /etc/ppp/options datei sieht so aus: noipdefault noauth crtscts modem asyncmap 0 nodetach lcp-echo-interval 30 lcp-echo-failure 4 lcp-max-configure 60 lcp-restart 2 demand maxfail 15 noipx - fritz card dsl 2.0 - t-online - suse 9 ausm laden :) schönen abend, Martin Marx -- Using M2, Opera's revolutionary e-mail client: http://www.opera.com/m2/

2 1

Re: [suse-isdn] CapiSuite: Can't start Capi abstraction
by Wolfgang Woehl 27 Jan '04

27 Jan '04

Karsten Keil <kkeil(a)suse.de>: > On Mon, Jan 26, 2004 at 07:23:51PM +0100, Wolfgang Woehl wrote: > > Karsten Keil <kkeil(a)suse.de>: > > > Es gibt 2 Treiber, HiSax und den CAPI 2.0 Treiber fcpci, beide > > > kann man in YaST auswaehlen ( yast isdn -> aendern). > > > Gleichzeitig kann man sie mit einer Karte nicht benutzen. > > > > Hoppala. Wär' das nicht auch ein Hinweis, der YaST gut zu Gesicht > > stünde? Danke für den Tip. Wenn ich jetzt in YaST die Karte > > anschaue, ist die Treiberauswahl (steht auf HiSax) deaktiviert. Muß > > man erst das hisax-Modul entladen? > > Dann gibt es für diese Karte keinen CAPI Treiber, ich dachte Du hast > eine Fritz!PCI v2.0 ? Wie in der ersten mail beschrieben: 2 Kisten, eine mit Elsa Microlink PCI, eine mit Fritz!Card PCI. Danke für eure Hinweise, bin einfach auf der Leitung gestanden, was die Treibernummer angeht. Auf der Fritz!Card Maschine ist jetzt der CAPI-Treiber eingestellt, "capiinfo" sieht die Karte und spuckt dementsprechend das Gewünschte aus. Mit "kdeprintfax" landet ein testfile auch in der Warteschlange. Allerdings klingelt's bei der gewählten Nummer nicht und das Fax wird wieder hinten in die Reihe gestellt. Eine Idee irgendjemand? Auf der Elsa Microlink Maschine werde ich die CAPI-Treiber entfernen und den anderen Weg mit HiSax versuchen. > > > Im SuSE Handbuch heißt es in Kapitel 17 (ISDN-Telekommunikation), > > die CAPI-Treiber unterstützten bislang nur AVM-Karten. Da käme ich > > also mit der einen Elsa-Karte nicht weit, richtig? > > Richtig, nur Karten mit CAPI2.0 Treiber werden unterstuetzt, das > sind im Moment Karten von AVM. Es gibt auch CAPI Treiber für Karten > von HST und Eicon, diese können aber nicht über YaST und den > normalen Setup angesteuert werden. Ok. Vielen Dank für die Info. Folgerichtig deaktiviert YaST bei der Elsa Karte auch die Treiberauswahl. Bei Fritz Karten wäre es dann aber auch schlüssiger, wenn bei einer Faxinstallation automatisch der CAPI-Treiber aktiviert werden oder zumindest ein deutlicher Hinweis aufpoppen würde.

3 2

Treiber, Konfiguration ISDN Karte ITK ix1basic ISA
by Hans-Juergen Brand 27 Jan '04

27 Jan '04

Hallo Liste, Ich habe durch Zufall eine ITK ix1basic ISA aktive ISDN Karte in die Hand bekommen. Nun ist meine Frage, kann ich diese Karte wie einen AVM B1 Karte einsetzen. Wo bekommen ich die Firmware/Capi Treiber fuer diese Karte. Hat einer von euch so eine Karte erfolgreich im Einsatz? MfG Hans-Juergen Brand

2 1

Eigene ISDN-Nummern herausfinden
by Wolfgang Woehl 27 Jan '04

27 Jan '04

Tag, Eine, möglicherweise dumme, Frage: Mal angenommen, in einem chaotischen Haushalt wäre die technische Dokumentation des eigenen ISDN-Anschlusses verlorengegangen und weiter angenommen, für die BewohnerInnen des chaotischen Haushalts wäre ISDN ebenso simpel zu durchschauen wie Quantenteleportation: Kann man mit Computerhilfe/ISDN-Karte die eigenen (2 weiteren, ungenutzten) Rufnummern herausfinden? Ich habe den Eindruck, daß mit "MSN" ja sowas gemeint sein sollte. Vielen Dank und Entschuldigung, falls die Frage _sehr_ dumm ist. Wolfgang

3 3

DR.Neuhaus ISDN Karte ISA Aktiv Linux-Unterstützung
by andreas＠soeldner.net 26 Jan '04

26 Jan '04

Liebe Liste, weiss jemand oder hat jemand Erfahrung mit der DR.Neuhaus ISDN ISA Aktiv Karte? Danke und Gruß Andreas

2 1

CapiSuite: Can't start Capi abstraction
by Wolfgang Woehl 26 Jan '04

26 Jan '04

Tag, Ich habe auf zwei Maschinen (jeweils suse 9.0, capisuite und capi4linux sind installiert, 1x Elsa Microlink PCI, 1x AVM FRITZ!Card PCI) das gleiche Problem: Faxen funktioniert nicht. # rccapisuite start sagt auf beiden Maschinen "CapiSuite 0xbffff110: Can't start Capi abstraction. The given error message was: CapiError: Error in CAPI20_ISINSTALLED: CAPI not installed. occured in Capi::getCapiInfo()" und /var/log/messages sagt dazu modprobe: Can't locate module char-major-68 Die capi-devices sind major 68, minor 0-20. In /etc/modules.conf gibt's kein char-major-68. Das alles ist sozusagen SuSE-Vanilla, unverfummelte Originalinstallation. In den jeweiligen Beschreibungen finde ich nichts zum manuellen Laden irgendeines Kernelmoduls o.ä. Kann mir jemand auf die Sprünge helfen? Vielen Dank im Voraus.

4 4

RE: [suse-isdn] Eigene ISDN-Nummern herausfinden
by Post, W 26 Jan '04

26 Jan '04

Moin, > In der Regel vergibt die Telekom die Nummern fortlaufend, Bei Neuanschlüssen ist das so. Wenn aber ein analoger Anschluss zu ISDN gewandelt wird, sind die Folgenummern entweder bereits vergeben. Somit passt das nicht immer. > wobei die erste Nummer meistens dem ISDN-Telefon zugeordnet wird. Seit wann ordnet die T-Com Rufnummern den Endgeraeten zu? Die Zuordnung muss jeder selbst treffen. > also z.b. 627890,627891,627892. > > Kannste mal testen. Interessanter Vorschlag fuer einsame Geeks und Neerds um das soziale Umfeld etwas zu erweitern :) Ich wuerd einfach die T-Com anrufen oder den nexten T-Punkt ansteuern. Dort ist unter der Hauptrufnummer auch jede weitere zugeordnete MSN abrufbar. Hth Wolfgang

1 0

no area information
by Thomas Richter 26 Jan '04

26 Jan '04

Hi, wo kann man folgende erfassen? (Tarif für isdnlog) 018181000 (Deutsche Bank Telephon Service für 9 ct/min) 01930100 (SMS-Zentrum der Deutschen Telekom 19 ct/Anruf) +49190015040 (Anny Way Festnetz SMS 9 ct/Anruf) wkr Thomas Richter -- dss1://49.431.801306 Wot're we going to do tonight, Brain ? gsm://49.179.5192431 The same thing we do every night, Pinky . icq://124849926 Try to TAKE OVER THE WORLD ! mailto:richter@thomas-richter.de http://www.thomas-richter.de

2 1

Re: "WARNING: do_IRQ: near stack overflow: 988" Meldungen und regelmäßige Abstürze
by Jörg Spilker 26 Jan '04

26 Jan '04

Hallo, ich hatte ja berichtet, daß ich mit meiner Fritzcard DSL erhebliche Probleme hatte. Sobald ich die Internetverbindung mit "Last" betrieben habe, dauerte es nicht lange bis im Log die ersten do_IRQ Meldungen auftauchten und nach max 30 Minuten war dann eigentlich immer endgültig Schluß und der Rechner mußte rebootet werden. Dann der Mithilfe von Carsten Wich habe ich nun aber einen Patch für die Quellen der Kerneltreiber der Fritzcard DSL bekommen, die dieses Problem löst. Zur Problemlösung einfach die Kernelquellen installieren und konfigurieren. Ebenso das Kernel Moduls Source Paket installieren und den Patch auf fcdsl/src/drv.fcdsl anwenden. Dann das Modul neu übersetzen und installieren. Ob der Patch auch für die DSL SL und DSL V2 bzw USB Variante funktioniert, habe ich nicht geprüft. Vielen Dank auch in die Autor des Patches. Mfg Jörg Spilker

3 2

Hylafax - susefax kein Remote Zugang
by Illuminatus＠t-online.de 26 Jan '04

26 Jan '04

Hi, ich kann mit Susefax von einem Linux-Client nicht mehr zum Faxserver connecten. Das ist so, seit dem Umstieg auf SuSE 8.2 SuseFax hängt einfach, d.h. es lässt sich nur noch via kill beenden (Ich habe das mal übernacht laufenlassen, das ist wohl lange genug gewartet ;) In der hosts.hfaxd hab ich die Eintraege laut manpage gemacht, bzw. auch mit faxadduser und "^.*@.*$" probiert. Es kommt keine Fehlermeldung, keine Logfileeintraege. Vom Server selber geht es, deshalb hab ich eben auch gedacht, dass es an der hosts.hfaxd liegt. Wie wäre da der korrekte Eintrag? Geht es auch, ein ganzes Netz freizugeben? Also in der Art: 192.168.0.0/24 Im Netz hab ich nix zu dem Thema gefunden. Wäre schön, wenn ich das wieder hätte ;) Hylafax Version: 4.1.7-62 Susefax Version: 1.0beta3 -- Gruss Bernd

3 4

Nach YOU friert Rechner ein.
by Gunnar Salbeck 25 Jan '04

25 Jan '04

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hallo Nachdem ich ein Online-Update gemacht habe (update auf kernel 2.4.20-102) friert mir der Rechner jedesmal ein, wenn ich z.B mit Xnmap laufen lasse. Beim versenden von Emails mit Anhang friert der Rechner ebenfalls ein. ...und es ist nicht das erste Mal, dass ich solch ein Problem habe. Nachdem ich SL 8.2 installiert hatte (also damals noch ohne Online-Update) fror der Rechner jedesmal ein, wenn eben besonders viel Verkehr war. Damals lag es an der isdn.so. Man sollte eigentlich annehmen, dass der Fehler von damals behoben wurde. ***Schnitt**** Fehler gefunden. Der kam aus patches zum Mainstream 2.4.21 die in den SuSE 2.4.20.SuSE-100 eingeflossen sind. Zusammenhang mit Last ist jetz auch klar. - - --- linux.old/drivers/isdn/isdn_ppp.c 2003-08-06 18:44:25.000000000 +0200 +++ linux/drivers/isdn/isdn_ppp.c 2003-10-02 22:48:31.000000000 +0200 @@ -1251,7 +1251,7 @@ if (!lp) { printk(KERN_WARNING "%s: all channels busy - requeuing!\n", netdev->name); retval = 1; - - - goto unlock; + goto out; } /* we have our lp locked from now on */ Eine Testversion von isdn.o für k_deflt-2.4.20-100 liegt wieder unter ftp://ftp.suse.com/pub/people/kkeil/testing/isdn.o !!! Achtung isdn.o ist nur für k_deflt-2.4.20-100 !!! mv /lib/modules/2.4.20-4GB/kernel/drivers/isdn/isdn.o lib/modules/2.4.20-4GB/kernel/drivers/isdn/isdn.o.old cp isdn.o lib/modules/2.4.20-4GB/kernel/drivers/isdn/isdn.o ************** Es wäre echt cool, wenn man ich da einen Tip bekommen könnte. Es nervt echt, wenn der Rechner friert und die LEDs am Keyboard blinken!! Danke - -- gunnar -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.2-rc1-SuSE (GNU/Linux) iD8DBQFAE/MzKqo9GUyFpKYRAkD+AJ9bGm//ZfUeTFKfrVljlhy9BYiFTgCeO7XA ODCpG+IkI8xfiWkAL7Omd40= =bzv6 -----END PGP SIGNATURE-----

1 0

kbear
by Josef Schwendt 25 Jan '04

25 Jan '04

wenn ich daten von meinem suse rechner auf den novell-rechner meines arbeitsplatzes übertrage, geht das nicht ohne fehlermeldungen: kann datei nicht umbenennen ... hat jetzt novell suse gekauft oder nicht? und warum geht die datenübertragung nicht problemlos? die daten sind eh alle dort, aber man muss ständig umbennen oder umgekehrt immer neu rechte erteilen ... bei übertragungen mit konqueror ist es nicht viel anders ... ich weiß, dass das nicht genau zu isdn passt, aber die allgemeine suse liste ist eine zumutung, sie ist viel zu groß, man müsste untergruppen schaffen danke für alle tipps josef

2 1

capi-Treiber: keine Einwahl per Handy auf ein mgetty
by Ekkard Gerlach 25 Jan '04

25 Jan '04

Hallo, mit dem Hisax-Treiber und einer Fritz-Karte ist die Einwahl von meinem Notebook via Handy auf ein mgetty des Server kein Problem (siehe Archiv dieser Liste, Stichworte "mgetty" und "gnokii"). Nehme ich aber den capi-Treiber und wechsele ihn per Yast (Suse 8.2, Kernel 2.4.21, Vanillia, mit make cloneconfig aus 2.4.20 erzeugt, nichts an alten Kernel-Einstellungen verändert) aus, dann geht es nicht mehr derart, daß eingehende calls vom ttyI1 einfach ignoriert werden. Ein in der inittab getartetes I1:35:respawn:/usr/sbin/mgetty -D ttyI1 (danach ein telinit q und überprüft ob es wirklich läuft mit ps axw | grep mgetty) reagiert überhaupt nicht auf einen eingehenden Ruf: Jan 24 22:36:37 rex2 isdnlog: Jan 24 22:36:37 * Call to tei 127 from +49 177/5468xxx, Deutschland Mobilfunk E1/Deutschland Mo on +49 721/830xxxx, Karlsruhe RING (Data) Jan 24 22:36:37 rex2 kernel: capidrv-1: incoming call 1775468xxx,7,0,8307xxx Jan 24 22:36:37 rex2 kernel: isdn_net: call from 177546xxx -> 0 8307xxx ignored Jan 24 22:36:37 rex2 kernel: isdn_tty: call from 177546xxx -> 8307xxx ignored Jan 24 22:36:37 rex2 kernel: capidrv-1: incoming call 177546xxxx,7,0,8307xxx ignored Mit hisax-Treiber gehts: Jan 24 22:59:01 rex2 isdnlog: Jan 24 22:59:01 * Call to tei 127 from +49 177/546xxxx, Deutschland Mobilfunk E1/Deutschland Mo on +49 721/8307xxx, Karlsruhe RING (Data) Jan 24 22:59:01 rex2 kernel: isdn_net: call from 1775468xxx -> 0 8307xxx ignored Jan 24 22:59:01 rex2 kernel: isdn_tty: call from 1775468xxx, -> RING on ttyI1 Jan 24 22:59:01 rex2 isdnlog: Jan 24 22:59:01 Call to tei 103 from +49 177/5468xxx, Deutschland Mobilfunk E1/Deutschland Mo on +49 721/8307xxx, Karlsruhe CONNECT (Data) In einem anderen neulichen thread habe ich gelesen, daß capi grundsätzlich auch eine X.75-Einwahl auf ein mgetty zuläßt. Warum bei mir nicht? wer kann helfen? danke schonmal Ekkard

1 0

"NetSpider-U PCI" (Teles) Problem, trotz "full" Unterst�tzung in HW-Datenbank
by andi hansen 21 Jan '04

21 Jan '04

Hallo Listenleser, ich habe ein Problem mit einer ISDN-Karte, die ich als "Teles ISDN S0/PCI" erworben habe und die sich unter SuSE 9.0 als "TJET NetSpider-U PCI" herausstellt. "Beide" Karten werden gemäß der Hardwareliste voll unterstützt, dazu nötig sind das Modul Hisax sowie die Pakete i4l-base und i4l-isdnlog. Alle sind auf meinem Rechner installiert. Versuche ich, rcisdn zu starten, erhalte ich die folgende Fehlermeldung: Setting up ISDN card contr0 TJET NetSpider-U PCI done Loading Driver contr0 hisax/lib/modules/2.4.21-166-athlon/kernel/drivers/isdn/hisax/hisax.o: init_module: No such device Hint: insmod errors can be caused by incorrect module parameters, including invalid IO or IRQ parameters. You may find more information in syslog or the output from dmesg /lib/modules/2.4.21-166-athlon/kernel/drivers/isdn/hisax/hisax.o: insmod /lib/modules/2.4.21-166-athlon/kernel/drivers/isdn/hisax/hisax.o failed /lib/modules/2.4.21-166-athlon/kernel/drivers/isdn/hisax/hisax.o: insmod hisax failed head: /dev/isdninfo: Kein passendes Gerät gefunden failed dmesg meldet: CSLIP: code copyright 1989 Regents of the University of California ISDN subsystem Rev: 1.1.4.1/1.1.4.1/1.1.4.1/1.1.4.1/1.1.4.1/1.1.4.1 loaded Network dial timeout is set to 10 sec HiSax: Linux Driver for passive ISDN cards HiSax: Version 3.5 (module) HiSax: Layer1 Revision 1.1.4.1 HiSax: Layer2 Revision 1.1.4.1 HiSax: TeiMgr Revision 1.1.4.1 HiSax: Layer3 Revision 1.1.4.1 HiSax: LinkLayer Revision 1.1.4.1 HiSax: Approval certification valid HiSax: Approved with ELSA Microlink PCI cards HiSax: Approved with Eicon Technology Diva 2.01 PCI cards HiSax: Approved with Sedlbauer Speedfax + cards HiSax: Approved with HFC-S PCI A based cards HiSax: Total 1 card defined HiSax: Card 1 Protocol EDSS1 Id=contr0 (0) HiSax: Traverse Tech. NETspider-U driver Rev. 1.1.4.1 NETspider-U: NETjet-S PCI card found NETspider-U: No PCI card found isdn_dc2minor: di(0) ch(-846229504) invalid HiSax: Card NETspider-U not installed ! ISDN-subsystem unloaded Die hwinfo lautet 18: PCI 0a.0: 10300 ISDN Adapter [Created at pci.65] Unique ID: bSAa.HeIlbqolXI2 Hardware Class: isdn adapter Model: "TJET NetSpider-U PCI" Vendor: pci 0xe159 "Tiger Jet Network Inc." Device: pci 0x0001 "Intel 537" SubVendor: pci 0xa0a7 SubDevice: pci 0x0001 I/O Ports: 0xec00-0xecff (rw) Memory Range: 0xdffff000-??? (rw,non-prefetchable) IRQ: 10 (no events) Requires: i4l-base, i4l-isdnlog Driver Info #0: I4L Type: 38/0 [TJET NetSpider-U PCI] Config Status: cfg=yes, avail=yes, need=no, active=unknown Die modules.conf habe ich so gelassen, wie sie ist - es findet sich kein alias für isdn und auch keine options für hisax. Ich habe im Web einige Kernel-Patches gefunden, die diese Karte zum Luafen bringen sollen - muss nur zugeben, sie nicht verstanden zu haben. Da SuSE die Karte als kompatibel einstuft, muss es doch einen Weg geben, sie zum Laufen zu bringen. Weiss einer von Euch Rat? Vielen Dank Andreas __________________________________________________________________ Gesendet von Yahoo! Mail - http://mail.yahoo.de Mit Yahoo! Suche finden Sie alles: http://suche.yahoo.de

2 4

Re: Re: [suse-isdn] Verbindungsprobleme mit BlueFritz
by Herbert Bodewein 21 Jan '04

21 Jan '04

Hallo Heinrich, vielen Dank! So funktioniert es auch jetzt bei mir, ohne daß der User ein Rootpasswort benötigt: > in der Datei > /etc/sysconfig/isdn/scripts/load-bfusb > als vorletzte Zeile /usr/bin/ciptool connect xx:xx:xx:xx:xx:xx > einfügen. > In der gleichen Datei am ende > /usr/sbin/rcsmpppd restart > hinzugefügt. > Seitdem geht es auch mit KInternet. Ich brauche nur noch das > Dongle reinstecken, auf KInternet klicken und schon kann ich lossurfen. > > Wenn ich mit eingestecktem Dongle gebootet habe muß ich das Dongle noch > mal aus- und wieder einstecken. Vielen Dank auch an Wolfgang. ich habe zwar Deinen Tipp nicht ausprobiert, dafür weiss ich aber jetzt viel mehr über Sudo! Viele Grüße Herbert -- +++ GMX - die erste Adresse für Mail, Message, More +++ Bis 31.1.: TopMail + Digicam für nur 29 EUR http://www.gmx.net/topmail

1 0

Fritzcard DSL SL USB
by Frank Fiedler 20 Jan '04

20 Jan '04

Hallo Leute :) bin Neuling und habe versucht, mit SuSe 9.0 mein Fritzcard DSL SL USB zu installieren. Funktioniert nicht, obwohl ich genau nach Yast Vorschrift vorgehe. Hat vielleicht jemand eine Idee oder wo kann ich nachlesen. MfG frank fiedler

2 1

isdnlog Problem unter SuSE 9.0
by Torsten E. 20 Jan '04

20 Jan '04

Hallo Liste, ich habe bereits vor einiger Zeit bzgl. eines Problems mit dem isdnlog nachgefragt. Leider gab es bis dato keine für mich nutzbare Lösung, darum frage ich nun noch einmal nach. Das betreffende System ist ein Asus A7V8X Board mit einer AVM Fritz!Card DSL der ersten Revision (166 Mhz Prozessor), und soll unter SuSE 9.0 laufen. Karsten Keil hat sich im Dezember dieses Problems angenommen, und mir in seiner letzten Rückmeldung mitgeteilt, daß es eigentlich keine Probleme geben dürfte ..... tut es aber. Das Problem ist: es wird nichts in /var/log/isdn.log mitgeschrieben. Gestern nun habe ich eine andere Festplatte eingebaut, und nur zum Verifizierung des Problems SuSE 8.2 installiert. Das Resultat ist, daß ISDN Infos in /var/log/isdn.log mitgeschrieben werden. In beiden Fällen (SuSE 9.0 & 8.2) handelt es sich um nicht veränderte Installationen, ebenso sind die Bioseinstellungen gleich, und selbstredend die verwendeten & erkannten Hardwarekomponenten. Hat jemand selbige Probleme (gehabt)? Woran kann es liegen? Würde es ggf. helfen, einen anderen AVM Treiber zu nutzen? Danke & Gruß Torsten

1 0

Fax-empfang (ISDN-Karte AVM) Suse 9.0
by Reinhold Betzen 19 Jan '04

19 Jan '04

Hallo Liste ich bin wie in "Easy Linux" 2.2004 beschrieben vorgegangn. Faxversand und empfang klappt nur werden bei einstellung "MailAndSave" keine Faxe als E-Mail an Ximan-Evolution weitergeleitet. Im Verzeichnis /var/spool/capisuite/users/reinhold gibt es die Kopien. Muß ich K-Mail benutzen da Standart-Mailprogramm?? Danke Gruss Reinhold

7 7

Fritz Card 2.0 PCI bessere Info
by Jochen Bakker 18 Jan '04

18 Jan '04

Hallo Liste, gleich vorneweg. Ich bin Anfänger. Ich habe bei mir Suse 8.1 installiert. Alles klappte wunderbar. Internet, brennen usw. Jetzt habe ich mit einer 8.2 Suse CD mein 8.1 geupdatet. Nun kommen ich nicht mehr ins Internet. Ich habe eine Fritz Card 2.0 PCI. Ich versuch mich mit Kinternet einzuwählen. Ein Auszug von /var/log/messages linux kernel: ippp0: dialing 1 08003007300 linux kernel: isdn: fcpcipnp0, ch0 cause E001B linux kernel: isdn_net: local hangup ippp0 linux kernel: ippp0: Chargesum is 0 vielleicht kann von Euch einer damit was anfangen ? Danke Jochen

3 3

Fritz Card 2.0 PCI
by Jochen Bakker 18 Jan '04

18 Jan '04

Hallo Liste, gleich vorneweg. Ich bin Anfänger. Ich habe bei mir Suse 8.1 installiert. Alles klappte wunderbar. Internet, brennen usw. Jetzt habe ich mit einer 8.2 Suse CD mein 8.1 geupdatet. Nun kommen ich nicht mehr ins Internet. Ich habe eine Fritz Card 2.0 PCI Die ganzen Einstellungen wurden auch übernommen, aber es geht nicht hilfe und danke Jochen

2 1

ISDN Anrufbeantworter + Fax-Probleme + Fragen!!!
by linux＠pc-krankenhaus.de 18 Jan '04

18 Jan '04

Hallo, verwende hier SuSE 9.0 Pro mit einer AVM FritzX Anlage über USB. Diese wird korrekt erkannt. Allerdings habe ich einmal Fax konfiguriert und es funktionierte auch. Anrufbeantworter mit zwei MSN auch konfiguriert, haut aber nicht hin, Anrufbeantworter arbeitet nicht. Jetzt nach einem Neustart ist auch die Faxfunktion nicht mehr aktiv. Wie kann ich feststellen, das die ISDN-Funktionen ordnungsgemäß arbeiten? Ist eine AVM FritzCard! USB besser? Wo finde ich die Ansagetexte des AB unter Linux? Kann ich den AB - wenn er endlich funktioniert - auch im Betrieb abschalten, wenn ich z.B. im Büro bin??? Danke Euch schon mal im Vorwege. Gruß Ulrich Piethe

4 5

Einwahl Teledat
by Frank Noack 18 Jan '04

18 Jan '04

Hi Ich hatte ja Probleme Mit der Teledat 2 a/b online zu kommen. Heute war mein Bekannter bei mir, und wir haben es hingebogen bekommen. Aber kaum ist er zu Hause tut es schon wieder nicht. Wenigstens wird jetzt aber gewählt. An einer Überlastung kann es nicht liegen von Win... aus funktioniert es. Vielleicht kann ja jemand mit dem Log was anfangen. Jan 16 16:46:41 linux kernel: isdn_net: local hangup ippp2 Jan 16 16:46:41 linux kernel: ippp2: Chargesum is 0 Jan 16 16:46:41 linux kernel: kcapi: appl 1 ncci 0x10101 down Jan 16 16:46:41 linux kernel: capidrv-1: DISCONNECT_IND reason 0x3400 (No additional information) for plci 0x101 Jan 16 16:49:13 linux su: (to root) jan on /dev/pts/1 Jan 16 16:49:13 linux su: pam_unix2: session started for user root, service su Jan 16 16:49:38 linux kernel: ippp2: dialing 1 01019019231750... Jan 16 16:49:46 linux kernel: isdn_net: local hangup ippp2 Jan 16 16:49:46 linux kernel: ippp2: Chargesum is 0 Jan 16 16:49:47 linux kernel: capidrv-1: DISCONNECT_IND reason 0x3400 (No additional information) for plci 0x101 Jan 16 16:52:30 linux kernel: ippp2: dialing 1 01019019231750... Jan 16 16:52:39 linux kernel: isdn_net: local hangup ippp2 Jan 16 16:52:39 linux kernel: ippp2: Chargesum is 0 Jan 16 16:52:39 linux kernel: capidrv-1: DISCONNECT_IND reason 0x3400 (No additional information) for plci 0x101 Jan 16 16:52:49 linux kernel: ippp2: dialing 1 01019019231750... Jan 16 16:52:58 linux kernel: kcapi: appl 1 ncci 0x10101 up Jan 16 16:52:58 linux kernel: capidrv-1: chan 0 up with ncci 0x10101 Jan 16 16:52:58 linux kernel: isdn_net: local hangup ippp2 Jan 16 16:52:58 linux kernel: ippp2: Chargesum is 0 Jan 16 16:52:58 linux kernel: kcapi: appl 1 ncci 0x10101 down Jan 16 16:52:58 linux kernel: capidrv-1: DISCONNECT_IND reason 0x3400 (No additional information) for plci 0x101 Danke für die Hilfe Frank

2 8

2 PCI Fritz Cards mit AVM Treibern im Dualmodus?
by Ralph K. Weber 17 Jan '04

17 Jan '04

Hallo zusammen, ich habe 2 AVM Fritz PCI Cards. Mit Hisax Treibern kann ich beide Karten initialisieren und dann mit isdnlog auch im Dualmode ansprechen. Mit den AVM Treibern CAPI 2.0 sieht es so aus, als ob er nur einen Controller startet, ich meine auch schon die Meldung "cannot handle 2 controllers" gelesen zu haben. capiinfo ergibt ausserdem nur das ein controller installiert ist. Number of Controllers : 1 Controller 1: Manufacturer: AVM GmbH CAPI Version: 2.0 ... 1. "capiinit -c capi.conf.contr0" ergibt Warning: loading /lib/modules/2.4.19-4GB/misc/fcpci.o will taint the kernel: non-GPL license - Proprietary See http://www.tux.org/lkml/#export-tainted for information about tainted modules Module fcpci loaded, with warnings 1 fcpci running fritz-pci A1 3.10-02 0xc800 5 2. "capiinit -c capi.conf.contr1" ergibt 1 fcpci running fritz-pci A1 3.10-02 0xc800 5 das ist die gleiche io. somit die selbe karte, da "cat /proc/ioports" dies ergibt c400-c41f : AVM Audiovisuelles MKTG & Computer System GmbH A1 ISDN [Fritz] (#2) c800-c81f : AVM Audiovisuelles MKTG & Computer System GmbH A1 ISDN [Fritz] c800-c81f : fcpci Suse 8.1 mit Standardkernel 2.4.19-4GB habe ich im Einsatz. Beim Systemstart sieht im Boot.msg log alles gut aus: -------------------------------------------------------------- Setting up ISDN card contr0 AVM FRITZ!PCI done contr1 AVM FRITZ!PCI done Loading Driver contr0 1 kcapi capi capidrv done Initializing capi for contr0 (1) INIT: Entering runlevel: 5 <notice>/etc/init.d/rc5.d/S01isdn start done Loading Driver contr1 2 done Initializing capi for contr1 (2) done <notice>'/etc/init.d/rc5.d/S01isdn start' exits with status 0 Initializing random number generator<notice>/etc/init.d/rc5.d/S01random start done -------------------------------------------------------------- wie kann ich somit beide controller parallel starten, so dass isdnlog läuft und ich auch weiterhin mit capi4hylafax arbeiten kann? Gruss Ralph -- NEU FÜR ALLE - GMX MediaCenter - für Fotos, Musik, Dateien... Fotoalbum, File Sharing, MMS, Multimedia-Gruß, GMX FotoService Jetzt kostenlos anmelden unter http://www.gmx.net +++ GMX - die erste Adresse für Mail, Message, More! +++

5 16

ISDN Konfigurationsschritte nach Yast2
by mlist＠knoke.net 16 Jan '04

16 Jan '04

Hallo, ich habe 2 Rechner unter Suse 8.2 ohne Grafik Ueber Yast2 habe ich eine Callback ISDN RAW IP Verbindung konfiguriert. Jetzt fehlen mir die "offiziellen" Schritte zur Inbetriebnahme. Wenn ich ifconfig mache ist kein ippp0 oder raw0 Interface da. Ich kann es auch nicht mit ip-up hochfahren, es ist kein Interface konfiguriert. Das if ist dead. Gibt es ein Kochrezept mit den jetzt abfolgenden Konfigurationsschritten. Danke und cu

2 2

mgetty+rlogin
by Michael Kappes 16 Jan '04

16 Jan '04

Hallo Liste, ich habe auf einem SuSE Standart Server 8.0 mgetty installiert. Feste IP & Eigenen MSN zu hause steht eine SuSE 8.0 mit der ich mich (z.bsp. via telnet) auf dem server einwählen möchte. dazu habe ich im kde3&kinternet ein ipppX mit fester IP und der entsprechenden MSN eingerichtet. lt. kinternet klappt die einwahl Auszug protokoll: Selection of new interface/provider "ipppX"/"REMOUTESERVER" succeeded. Selection of new provider "REMOUTESERVER" succeeded. Starting connection. (2004-01-15 08:20:35 CET) We are connected. (2004-01-15 08:20:35 CET) We are disconnected. (2004-01-15 08:20:43 CET) Starting connection. (2004-01-15 08:20:52 CET) We are connected. (2004-01-15 08:20:52 CET) We are disconnected. (2004-01-15 08:21:01 CET) Starting connection. (2004-01-15 08:21:14 CET) We are connected. (2004-01-15 08:21:14 CET) We are disconnected. (2004-01-15 08:21:23 CET) Starting connection. (2004-01-15 08:21:33 CET) We are connected. (2004-01-15 08:21:34 CET) We are disconnected. (2004-01-15 08:21:43 CET) Starting connection. (2004-01-15 08:22:47 CET) ..der server legt aber sofort wieder auf. wenn er mal ein paar sek. online bleibt und ich <telnet REMOUTESERVER> eigebe passiert aber nix.. wie kann ich feststellen ob' s an meinem client liegt. (bevor ich 1 std. duch die stadt fahre) danke für die hilfe.... Ahoi Michael

2 1

Re: [suse-isdn] Verbindungsprobleme mit BlueFritz
by wolfgang.schlueschen＠philips.com 16 Jan '04

16 Jan '04

Hi, habt ihr schon mal versucht, ob ein 'wrappen' der Berechtigung per sudo funktioniert. Siehe auch man sudo. have fun, Wolfgang -- Wolfgang Schlueschen --------------- mailto:Wolfgang.Schlueschen@philips.com "Herbert Bodewein" <h.bodewein(a)gmx.de> 01/16/04 11:44 AM To: h.wesseling(a)web.de cc: suse-isdn(a)suse.com (bcc: Wolfgang Schlueschen/HBG/SC/PHILIPS) Subject: Re: [suse-isdn] Verbindungsprobleme mit BlueFritz Classification: Hallo Heinrich, > Hallo Herbert, > > Wo hast Du das gefunden, ich habe soeben nochmal in der SDB gesucht, aber > den betreffenden Artikel nicht gefunden. http://portal.suse.com/sdb/de/2003/10/bluetooth_avm.html oder bei der Suche "AVM" eingeben. Der Artikel heisst "Bluetooth mit AVM Devices". > Ich habe ziemlich viel gebastelt, bis es ging. Ich brauche kein ciptool > search, aber ich muß immer den rcsmpppd neu starten. Das geht nur als root. Ich nehme an, dass rcsmppd von ciptool aufgerufen wird. Hast Du schon mal versucht, die Rechte von rcsmppd so zu ändern, dass es auch vom User ausgeführt werden kann? > Ich fürchte, es ist leider nicht die Antwort auf Deine Frage. Ich bin mit > > meiner Lösung auch noch nicht besonders zufrieden, aber immerhin kann ch > nun > ins Internet, was zuvor nicht ging. Deshalb hatte ich die 9.0 überhaupt > gekauft. Genau wie bei mir! Wenn ich alleine den Rechner nutzen würde, würde es mich ja nicht stören, aber ich habe auch für meine Freundin und deren Sohn User eingerichtet und die haben von Pcs und Linux keine Ahnung und müssen gar nicht wissen, dass es einen root gibt! Viele Grüsse Herbert -- +++ GMX - die erste Adresse für Mail, Message, More +++ Neu: Preissenkung für MMS und FreeMMS! http://www.gmx.net -- Um die Liste abzubestellen, schicken Sie eine Mail an: suse-isdn-unsubscribe(a)suse.com Um eine Liste aller verfügbaren Kommandos zu bekommen, schicken Sie eine Mail an: suse-isdn-help(a)suse.com

1 0

sendmail Authentifizierung
by Roland Hoesch 16 Jan '04

16 Jan '04

Sorry, nachdem meine Anfrage in einem anderen Thread untergegangen ist, jetzt nochmal: Vielleicht könnt Ihr mir einen Tip geben, warum das Senden von Email über meinen Server mit suse 9.0 nicht mehr funktioniert. Mit 8.0 hat das noch problemlos geklappt. Folgende Meldungen erhalte ich: Jan 8 16:24:05 majestix sendmail[4376]: i08FNuN0004374: AUTH=client, available mechanisms do not fulfill requirements Jan 8 16:24:05 majestix sendmail[4376]: AUTH=client, relay=mail.itpenguin.de., temporary failure, connection abort Jan 8 16:24:05 majestix sendmail[4376]: i08FNuN0004374: to=<itpenguin(a)gmx.de>, ctladdr=<rlh(a)majestix.itpinguin.de> (179/1 00), delay=00:00:09, xdelay=00:00:09, mailer=relay, pri=121183, relay=mail.itpenguin.de. [81.209.148.146], dsn=4.0.0, stat =Deferred: Temporary AUTH failure Scheinbar authentifiziert sich sendmail nicht mit "plain", obwohl dies in /etc/sysconfig/sendmail so drin steht: SENDMAIL_SMARTHOST="mail.itpenguin.de" SMTP_AUTH_MECHANISMS="plain gssapi digest-md5 cram-md5" Die Vorkommen von itpEnguin und itpInguin (E <=> I) sind beabsichtigt. (Geht auch nicht, wenn _nur_ "plain" drin steht) Vielen Dank Roland

1 0

mgetty und ipppd
by Andreas Meyer 16 Jan '04

16 Jan '04

Guten Tag! Kann mir jemand einen Literaturhinweis geben, der das Zusammenspiel zwischen mgetty und isdn-devices (i4l) im Allgemeinen und Speziellen beschreibt? Auch was die Unterschiede zwischen Einwahl mit mgetty und ipppd betrifft und was z.B. mit X.75 in Verbindung mit mgetty gemeint ist usw. usw.? Ich tappe hier ziemlich im Dunkeln. Ich habe verschiedene HOWTOs gelesen, aber das macht mich irgendwie alles nicht so recht glücklich. Danke -- Andreas Meyer | http://www.anup.de | http://homeservice.anup.de/andreas

2 3

Verbindungsprobleme mit BlueFritz
by Heinrich Wesseling 16 Jan '04

16 Jan '04

Hallo Andreas ich hatte das gleiche Problem, habe aber eine Lösung gefunden. Der größte Teil des Ruhms gebührt allerdings Tillman. ----- snipp ----- Also ich habe zumindestens unter SuSE 9.0 mit einigen wenigen Kniffen den Bluetooth USB ans laufen gebracht. Hier mal eine kleine Anleitung: 1. /bin/bluepin enthält ein Phyton Programm, daß eigentlich dazu dient den PIN für die Anlage abzufragen allerdings habe ich das nie zum laufen bekommen. Also einfach in bluepin.old umbenannt und eine Datei bluepin angelegt, die folgende Zeile enthält: echo "PIN:MEINPIN" Natürlich für MEINPIN Euren Pin einsetzen. Wem das zu unsicher ist, kann auch den PIN aus einer Datei einlesen, die Ihr irgendwo versteckt, wo nur Root drankommt. Aber auf jeden Fall muss ein Aufruf von bluepin die entprechende Ausgabe - wie es meine tut - produzieren. Irgendwo bei den Links von Marcel Holtmann gibt es auch dazu eine Anleitung, ich habe den Link nur gerade nicht ... 2. /etc/sysconfig/isdn/scripts/load-bfusb editieren und als vorletzte Zeile /usr/bin/ciptool connect xx:xx:xx:xx:xx:xx eingeben. (xx usw. natürlich durch die Adresse der Anlage oder des APX ersetzen) 3. /etc/sysconfig/isdn/scripts/stop-bfusb in der zweiten Zeile durch die Anweisung /usr/bin/ciptool release ergänzen. So bei mir hat das ganze geklappt. Allerdings ist der USB-Stick manchmal etwas störrisch, wenn er vorher zuerst unter Windows gearbeitet hat. Falls das der Fall ist und keine Verbindung zustande kommt, kann man das mit "ciptool show" in der shell prüfen. Der Befehl sollte die Adresse der Anlage ausgeben. Falls er das nicht tut, den Stick einfach abziehen und nochmal reinstecken. Seltsamerweise funktioniert das bei mir immer Eine Kleinigkeit habe ich noch vergessen: in /etc/bluetooth/hcid.conf muss noch hinter ld ein weiterer Schalter eingetragen werden. "rswitch" sollte da noch zusätzlich stehen, ansonsten kann sich der Stick nicht an der Anlage autentifizieren. Außerdem habe ich noch versucht das Script für USB in den Runleveln vor dem Script für bluetooth und isdn zu starten, allerdings klappt das nicht so richtig, da es einige Zeit dauert, bis das USB Device richtig erkannt wird und dann die ISDN Treiber meistens schon vorher geladen werden. Also viel Erfolg damit Tillmann Kelm ------- Schnapp -------- Noch eine Anmerkung von mir: Wenn es nicht funktionieren will mit KInternet, dann kann man als root mit rcsmpppd restart den Demon neu starten. Was immer funktioniert bei mir ist die folgende Vorgehensweise: Bluefritz einstecken, etwas warten Bluefritz herausziehen, etwas warten Bluefritz einstecken rcsmpppd restart Auf KInternet klicken und die Verbindung wird hergestellt. Viele Grüße Heinrich Wesseling Ach noch was, bei mir funktioniert alles mit den Suse 9 Standard Paketen von der CD.

2 3

multilink ISDN 256k 512k ?
by ogin 16 Jan '04

16 Jan '04

Hallo, Kollegen, Exuse ich fьr meinen Deutschen:) Jemand verband mehr als 2 B-Fьhrungen zusammen sind, um 256 oder 512 kbps in einer einzelnen Linux-maschine zu erhalten? Funktioniert es? Dank, -- ogin English ---------- Hallo, colleagues, Exuse me for my German :) Did anybody linked more than 2 B-channels together to get 256 or 512 kbps in a single linux-machine? Does it work ?

3 6

suse9 fritz card dsl 2 neu initialisieren?
by nitro 15 Jan '04

15 Jan '04

hallo, folgendes problem: ich habe eine dial on demand verbindung mit yast eingerichtet. provider: t-online modem: fritz card dsl 2.0 alles funktioniert gut, nur nach einigen tagen bricht die verbindung mit folgender meldung ab. /var/log/messages Jan 15 16:12:22 linux kernel: kcapi: appl 2 ncci 0x10102 down Jan 15 16:12:22 linux pppd[1561]: Hangup (SIGHUP) Jan 15 16:12:22 linux pppd[1561]: capiplugin: disconnect(remote): "" -> "" outgoing 0x0000 (0x3316) - No additional information Jan 15 16:12:22 linux pppd[1561]: Modem hangup Jan 15 16:12:22 linux pppd[1561]: capiplugin: phase network (was running). Jan 15 16:12:22 linux pppd[1561]: capiplugin: phase terminate (was network) . Jan 15 16:12:22 linux pppd[1561]: capiplugin: phase dead (was terminate). Jan 15 16:12:22 linux pppd[1561]: Connection terminated. Jan 15 16:12:22 linux pppd[1561]: Connect time 1038.6 minutes. Jan 15 16:12:22 linux pppd[1561]: Sent 147168918 bytes, received 843446708 bytes. Jan 15 16:12:22 linux pppd[1561]: capiplugin: phase disconnect (was dead). Jan 15 16:12:22 linux pppd[1561]: capiplugin: phase holdoff (was disconnect). Jan 15 16:12:22 linux pppd[9074]: Can't execute /etc/ppp/ip-down: Exec format error Jan 15 16:12:22 linux pppd[1561]: Script /etc/ppp/ip-down finished (pid 9074), status = 0xff00 Jan 15 16:12:52 linux pppd[1561]: capiplugin: phase dormant (was holdoff). Jan 15 16:12:52 linux pppd[1561]: capiplugin: phase dormant, again. Jan 15 16:12:54 linux pppd[1561]: Starting link Jan 15 16:12:54 linux pppd[1561]: capiplugin: phase serialconn (was dormant). Jan 15 16:12:54 linux pppd[1561]: capiplugin: leased line (adslpppoe) Jan 15 16:12:54 linux kernel: kcapi: appl 2 ncci 0x10102 up Jan 15 16:12:58 linux kernel: kcapi: appl 2 ncci 0x10102 down Jan 15 16:12:58 linux pppd[1561]: capiplugin: disconnect(remote): "" -> "" outgoing 0x0000 (0x3312) - No additional information Jan 15 16:13:03 linux pppd[1561]: capiplugin: leased line (adslpppoe) Jan 15 16:13:03 linux kernel: kcapi: appl 2 ncci 0x10102 up Jan 15 16:13:06 linux kernel: kcapi: appl 2 ncci 0x10102 down Jan 15 16:13:06 linux pppd[1561]: capiplugin: disconnect(remote): "" -> "" outgoing 0x0000 (0x3312) - No additional information Jan 15 16:13:11 linux pppd[1561]: capiplugin: leased line (adslpppoe) Jan 15 16:13:11 linux kernel: kcapi: appl 2 ncci 0x10102 up Jan 15 16:13:15 linux kernel: kcapi: appl 2 ncci 0x10102 down Jan 15 16:13:15 linux pppd[1561]: capiplugin: disconnect(remote): "" -> "" outgoing 0x0000 (0x3312) - No additional information Jan 15 16:13:20 linux pppd[1561]: capiplugin: leased line (adslpppoe) Jan 15 16:13:20 linux kernel: kcapi: appl 2 ncci 0x10102 up Jan 15 16:13:23 linux kernel: kcapi: appl 2 ncci 0x10102 down Jan 15 16:13:23 linux pppd[1561]: capiplugin: disconnect(remote): "" -> "" outgoing 0x0000 (0x3312) - No additional information Jan 15 16:13:23 linux pppd[1561]: capiplugin: couldn't make connection Jan 15 16:13:23 linux pppd[1561]: restoring old default route to eth0 [10.0.0.1] Jan 15 16:13:23 linux pppd[1561]: capiplugin: exit Jan 15 16:13:23 linux pppd[1561]: Exit. Jan 15 16:13:23 linux kernel: kcapi: appl 2 down Jan 15 16:13:24 linux modify_resolvconf: restored /etc/resolv.conf.saved.by.smpppd to /etc/resolv.conf dieses problem wird hier in der liste nicht das erste mal geschildert. es hat einmal jemand etwas von einer störung in der leitung gesagt. das hat mich an meinen alten win2k server erinnert. da ist nach einigen tagen die verbindung mit der fehlermeldung "zeitüberschreitung" abgebrochen. ich habe daraufhin avm kontaktiert. mir wurde gesagt, dass die telekom absichtlich störungen in die leitungen "einbaut" was dazu führt, dass der damalige win2k server neu gestartet werden musste, da die fritz card neu syncronisiert (oder initialisiert??) werden muss. das hat mich allerdings etwas verärgert. frage: gibt es eine möglichkeit die fritz card dsl 2 auf einem suse9 system via bash befehl neu zu initialieren? danke im voraus, Martin Marx

2 1

AVM Fritz Card PCMCIA V2.0 + Suse 9.0
by Mahmoud 15 Jan '04

15 Jan '04

Hallo, kann leider ueber PCMCIA V2.0 u. Kinternet keine Verbindung herstellen. Die Meldung in /etc/log/messages sieht wie folgt aus: Jan 14 06:59:13 Laptop ifup-ippp: no ISDN device available Starte ich jedoch rcisdn start, sheint alles in Ordung zu sein. Setting up ISDN card contr0 AVM FRITZ!Card PCMCIA in use done Loading Driver contr0 1 kcapi capi capidrv done Initializing capi for contr0 (1) done Anschliessend sieht die Meldung in /var/log/messages so aus: an 14 07:01:27 Laptop kernel: no channels in open minor(64) Jan 14 07:01:27 Laptop kernel: allways open isdnctrl0 in /etc/sysconfig/isdn/cfg-contr0 steht AREACODE="+49 0421" DIALPREFIX="" DRIVER="fcpcmcia" ISDNLOG_START="yes" NAME="AVM FRITZ!Card PCMCIA" PARA_SUBTYPE="5" PARA_TYPE="8002" PROTOCOL="euro" STARTMODE="hotplug" cardmgr zeigt die folgende Meldung. cardmgr cardmgr[2689]: modpath = /lib/modules/2.4.21-144-default cardmgr[2689]: modsubdir = pcmcia cardmgr[2689]: open_sock(socket 0) failed: Device or resource busy cardmgr[2689]: another cardmgr is already running? wobei rcnetwork status die Meldung zeigt: Checking network interfaces: lo running eth0 running interface ippp0 is not up ippp0 dead die Karte ist von Yast akzeptiert worden. Die laeuft ohne Probleme unter Win XP Ich habe leider keine Idee mehr, was ich sonst machen kann. Ich danke Euch. __________________________________________________________________ Gesendet von Yahoo! Mail - http://mail.yahoo.de Mit Yahoo! Suche finden Sie alles: http://suche.yahoo.de

1 0

evolution
by Friedemann Garvelmann 15 Jan '04

15 Jan '04

Hallo Liste, ich weiss ja, dass die Frage hier etwas OT ist, aber da sich in dieser Liste die absoluten DFÜ - Cracks tummeln, weiss vielleicht trotzdem jemand eine Lösung: Bei mails, die mit Evolution 1.4.4 aus SuSE 9.0 verschickt werden, werden die Umlaute nach dem Empfang 'verhühnert' dargestellt (wie ihr vielleicht seht...) In Version 1.2 unter 8.2 ist alles Bestens. Die bei SuSE erhältliche Update-rpm evolution 1.4.5 für 9.0 läuft leider nicht, Start bricht mit Fehlermeldung ab. Danke für Hilfe! Friedemann -- Friedemann Garvelmann Heilpraktiker und RHIZOMA - Seminare Hauptstr. 8 D-79790 Küssaberg - Kadelburg Tel.:+49-7741-2926 Fax: +49-7741-671243 f.garvelmann(a)rhizoma.de http://www.f-garvelmann.de http://www.rhizoma.de Diese email wurde mit Evolution unter SuSE Linux 9.0 erstellt (was sonst ..? ;-)

1 1

Verbindungsprobleme mit BlueFritz
by Heinrich Wesseling 14 Jan '04

14 Jan '04

Hallo Andreas ich hatte das gleiche Problem, habe aber eine Lösung gefunden. Der größte Teil des Ruhms gebührt allerdings Tillman. ----- snipp ----- Also ich habe zumindestens unter SuSE 9.0 mit einigen wenigen Kniffen den Bluetooth USB ans laufen gebracht. Hier mal eine kleine Anleitung: 1. /bin/bluepin enthält ein Phyton Programm, daß eigentlich dazu dient den PIN für die Anlage abzufragen allerdings habe ich das nie zum laufen bekommen. Also einfach in bluepin.old umbenannt und eine Datei bluepin angelegt, die folgende Zeile enthält: echo "PIN:MEINPIN" Natürlich für MEINPIN Euren Pin einsetzen. Wem das zu unsicher ist, kann auch den PIN aus einer Datei einlesen, die Ihr irgendwo versteckt, wo nur Root drankommt. Aber auf jeden Fall muss ein Aufruf von bluepin die entprechende Ausgabe - wie es meine tut - produzieren. Irgendwo bei den Links von Marcel Holtmann gibt es auch dazu eine Anleitung, ich habe den Link nur gerade nicht ... 2. /etc/sysconfig/isdn/scripts/load-bfusb editieren und als vorletzte Zeile /usr/bin/ciptool connect xx:xx:xx:xx:xx:xx eingeben. (xx usw. natürlich durch die Adresse der Anlage oder des APX ersetzen) 3. /etc/sysconfig/isdn/scripts/stop-bfusb in der zweiten Zeile durch die Anweisung /usr/bin/ciptool release ergänzen. So bei mir hat das ganze geklappt. Allerdings ist der USB-Stick manchmal etwas störrisch, wenn er vorher zuerst unter Windows gearbeitet hat. Falls das der Fall ist und keine Verbindung zustande kommt, kann man das mit "ciptool show" in der shell prüfen. Der Befehl sollte die Adresse der Anlage ausgeben. Falls er das nicht tut, den Stick einfach abziehen und nochmal reinstecken. Seltsamerweise funktioniert das bei mir immer Eine Kleinigkeit habe ich noch vergessen: in /etc/bluetooth/hcid.conf muss noch hinter ld ein weiterer Schalter eingetragen werden. "rswitch" sollte da noch zusätzlich stehen, ansonsten kann sich der Stick nicht an der Anlage autentifizieren. Außerdem habe ich noch versucht das Script für USB in den Runleveln vor dem Script für bluetooth und isdn zu starten, allerdings klappt das nicht so richtig, da es einige Zeit dauert, bis das USB Device richtig erkannt wird und dann die ISDN Treiber meistens schon vorher geladen werden. Also viel Erfolg damit Tillmann Kelm ------- Schnapp -------- Noch eine Anmerkung von mir: Wenn es nicht funktionieren will mit KInternet, dann kann man als root mit rcsmpppd restart den Demon neu starten. Was immer funktioniert bei mir ist die folgende Vorgehensweise: Bluefritz einstecken, etwas warten Bluefritz herausziehen, etwas warten Bluefritz einstecken rcsmpppd restart Auf KInternet klicken und die Verbindung wird hergestellt. Viele Grüße Heinrich Wesseling Ach noch was, bei mir funktioniert alles mit den Suse 9 Standard Paketen von der CD.

1 0

Capisuite registriert keine Anrufe (mISDN)
by Peter Bücker 13 Jan '04

13 Jan '04

Hallo, ich versuche im Moment mittels Capisuite unter Debian 3.0 (Kernel 2.6.1-mm2) einen Anrufbeantworter einzurichten. Ich habe die aktuelle CVS-Version von mISDN (mISDN-CVS-2004-01-12.tar.bz2) sowie den i4l-Patch (i4l-t9bk22.gz) und die aktuellen capi4k-utils (capi4k-utils-2003-06-16.tar.gz) installiert. Ich lade die mISDN-Module mittels des Skripts von Karsten Keil (http://rcum.uni-mb.si/~uvp00845b/). Das scheint auch zu klappen: ------------------------ naag:~# lsmod Module Size Used by hfcpci 40640 0 mISDN_isac 18560 0 mISDN_capi 104032 0 l3udss1 46528 0 mISDN_l2 51776 0 mISDN_l1 19776 0 mISDN_core 58212 6 hfcpci,mISDN_isac,mISDN_capi,l3udss1,mISDN_l2,mISDN_l1 capi 19136 0 kernelcapi 45952 2 mISDN_capi,capi capifs 6312 2 capi naag:~# ------------------------ Auch capiinfo erkennt die ISDN-Karte von CCD: ------------------------ naag:~# capiinfo Number of Controllers : 1 Controller 1: Manufacturer: mISDN CAPI controller HFC1 CAPI Version: 2.0 Manufacturer Version: 1.0 Serial Number: 0002 BChannels: 2 Global Options: 0x00000019 internal controller supported DTMF supported Supplementary Services supported B1 protocols support: 0x00000003 64 kbit/s with HDLC framing 64 kbit/s bit-transparent operation B2 protocols support: 0x00000043 ISO 7776 (X.75 SLP) Transparent Tranparent (ignoring framing errors of B1 protocol) B3 protocols support: 0x00000001 Transparent 0100 0200 19000000 03000000 43000000 01000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 Supplementary services support: 0x00000012 Terminal Portability Call Forwarding naag:~# ------------------------ Nur leider scheint Capisuite keine Anrufe zu registrieren, wenn ich z.B. von der MSN 712843 6020715 anrufe. Weder im syslog noch in den beiden Capisuite-Logdateien taucht auf den Anruf hin eine Nachricht auf. Da das Posting schon ziemlich lang ist kommt hier die answering_machine.conf nur im Auszug: ------------------------ [phone] voice_numbers="6020715" voice_action="None" voice_delay="5" record_length="60" voice_email="" pin="1234" ------------------------ Ich kann natürlich noch mehr Informationen zur Verfügung stellen.. Wäre für jede Idee dankbar :) Gruß, Peter Bücker

4 12

Eumex 504PC SE und Linux 9.0 *****SPAM-Verdacht*****
by Sven Becker 13 Jan '04

13 Jan '04

hallo Leute, ich habe eine Eumex 504PC SE Telefonanlage der Telekom und Linux 9.0 und möchte, so wie früher unter XP auf die Anlage zugreifen, kann mir da irgendeiner von euch sagen, wie ich dieses anstellen kann. gruss sven mit vielen Grüssen Sven Uwe Becker Blumenstr. 64 90513 Zirndorf Tel. 0175/7210689 Fax: 09127/953948 E-Mail. Sven.becker4(a)epost.de www.franken-online.org ICQ: 263508387 SPAM: -------------------- Start ODN Spam-Assistent results ---------------------- SPAM: Diese E-Mail ist wahrscheinlich SPAM. Sie wurde von ODN markiert, so daß Sie SPAM: diese und ähniche E-Mails in Zukunft selbst aussortieren können. SPAM: Nähere Infos hierzu finden Sie bei Ihrem Provider. SPAM: SPAM: Content analysis details: (5.00 hits, 5 required) SPAM: EXTRA_MPART_TYPE (0.4 points) Message with extraneous Content-type:...type= header SPAM: HTML_50_70 (1.6 points) BODY: Message is 50-70% HTML tags SPAM: WEB_BUGS (1.3 points) BODY: Image tag with an ID code to identify you SPAM: SPAM_PHRASE_00_01 (0.8 points) BODY: Spam phrases score is 00 to 01 (low) SPAM: BIG_FONT (0.3 points) BODY: FONT Size +2 and up or 3 and up SPAM: HTML_WITH_BGCOLOR (0.3 points) BODY: HTML mail with non-white background SPAM: MAILTO_LINK (0.2 points) BODY: Includes a URL link to send an email SPAM: ASCII_FORM_ENTRY (0.1 points) BODY: Contains an ASCII-formatted form SPAM: SPAM: -------------------- End of ODN Spam-Assistent results ---------------------

1 0

Eumex 504PC SE und Linux 9.0
by Sven Becker 13 Jan '04

13 Jan '04

hallo Leute, ich habe eine Eumex 504PC SE Telefonanlage der Telekom und Linux 9.0 und möchte, so wie früher unter XP auf die Anlage zugreifen, kann mir da irgendeiner von euch sagen, wie ich dieses anstellen kann. gruss sven mit vielen Grüssen Sven Uwe Becker Blumenstr. 64 90513 Zirndorf Tel. 0175/7210689 Fax: 09127/953948 E-Mail. Sven.becker4(a)epost.de www.franken-online.org ICQ: 263508387

1 0

Re: Re: [suse-isdn] sendmail Authentifizierung
by K.Hoelzer 12 Jan '04

12 Jan '04

Hallo Andreas, da ist einmal itpInguin.de udn ein paarmal itpEnguin.de drinnen ??? Absicht ;-) HTH -k Andreas Winkelmann <ml(a)awinkelmann.de> wrote (Mon, 12 Jan 2004 19:46:38 +0100): > > relay=3Dmail.itpenguin.de., temporary failure, connection abort .. > > to=3D<itpenguin(a)gmx.de>, ctladdr=3D<rlh(a)majestix.itpinguin.de> (179/1 > > relay=3Dmail.itpenguin.de. [81.209.148.146], dsn=3D4.0.0, stat

1 0

ISDNAnlagenanschluß config.faxCAPI?
by Jürgen R. Plasser 12 Jan '04

12 Jan '04

Hallo, ich habe hier einen Anlagenanschluß, wie kann ich config.faxCAPI so konfigurieren, das mein System (Fritz PCI) Anrufen annimmt und tätigt? Am intern s0 funktioniert alles prima, am Anlagenanschluß driekt geht gar nichts (Besetztzeichen von extern). Hier meine aktuelle config.faxCAPI: # ----------- incoming params ----------- { # Controller, für den diese Subsection gilt. # # Controller for which this subsection is valid. # # default 1 # Controller: 1 # Wenn "AcceptSpeech" auf 1 steht, wird auch die Dienstekennung # "Sprache" angenommen. # # If "AcceptSpeech" is set to 1, the service indicator "Voice" also # will be accepted. # # default 0 # AcceptSpeech: 1 # Sofern man DDI nutzen will, sollte man "UseDDI" auf 1 stellen. # # If DDI is to be used, "UseDDI" should be set to a value of 1. # # default 0 # UseDDI: 1 # Die DDI-Stammnummer wird bei "DDIOffset" eingetragen. # Der Standardwert führt zu keinem korrekten Ergebnis und # sollte, sofern "UseDDI" auf 1 gestellt wurde, immer # verändert werden. # # "DDIOffset" indicates the DDI offset number which precedes # extension number. Because the default value can't guarantee # a correct result, this value should be modified whenever # "UseDDI" is set to 1. # # default "" # DDIOffset: # "DDILength" gibt die Anzahl der Durchwahlziffern an. (Diese Ziffern # werden lediglich als Teil der Empfängernummer mitgeteilt.) Der # Standardwert sollte bei Verwendung von DDI ebenfalls angepasst # werden. # # "DDILength" indicates the number of digits in the extension. (These # numbers are only used as a component of the recipient's number.) The # default value should be adapted whenever DDI is used. # # default 0 # DDILength: 3 # Bei "IncomingDDIs" können in einer durch Komma getrennten Liste alle # Durchwahlziffern (DDIs) angegeben werden, für die Rufe angenommen # werden sollen. Eine Bereichsangabe ist auch möglich (z.B. 100-300), # wobei aber keine offenen Bereiche (z.B. -100) erlaubt sind. # Sofern IncommingDDIs gesetzt ist, wird DDILength ignoriert. # # In "IncomingDDIs", all extension numbers (DDIs) for which calls are # to be accepted may be listed, separated by commas. It is also # possible to specify a range (e.g. 100-300); here no open ranges are # permitted (e.g. -100). When the "IncomingDDIs" switch is set, the # parameters for DDILength will be ignored. # # default "" # IncomingDDIs: "0-100" # Bei "IncomingMSNs" können in einer durch Komma getrennten Liste alle # MSNs angegeben werden, für die Rufe angenommen werden sollen. Ist # die Liste leer, werden alle Rufe auf ISDN FAX G3, 3,1kHz Audio und # eventuell "Sprache" angenommen. # Wenn "UseDDI" auf 1 gestellt ist, wird "IncomingMSNs" ignoriert. # # In "IncomingMSNs", all MSNs for which calls are to be accepted may # be listed, separated by commas. When the list is empty, all calls # are accepted for ISDN FAX G3, 3,1kHz audio and perhaps "Voice". # When "UseDDI" is set to 1, "IncomingMSNs" is ignored. # # default "" # IncomingMSNs: "640530" # Wenn "AcceptGlobalCall" auf 1 steht, werden auch Calls ohne # Zielrufnummer (ohne MSN) angenommen. # Notwendig hinter einigen Telefonanlagen, die keine Zielrufnummer # senden. # # If "AcceptGlobalCall" is set to 1, calls without Called Party # Number also will be accepted. # Needed on internal ports of some PBX. # # default 1 # AcceptGlobalCall: 1 } } Jürgen

2 2