February 2003 - openSUSE ISDN (Deutsch)

c4h und hylaf. Problem - segmentation fault ?!
by Lars Wolff 25 Feb '03

25 Feb '03

Hi! So, ich hoffe ich habe jetzt nicht eins der schon angesprochenen Probleme der selbstkompilierten Capy4Hylafax. :/ Nach erfolgreicher installation von hylafax und erfolgreichem kompilieren von c4h und der folgenden installation _konnte_ ich Faxe senden und auch empfangen. Zwar noch nicht so mit allem drum und drann, aber mit sendfax und mit c2faxsend von der Konsole. Danach habe ich mehrmals neu gebootet und unteranderem im runlevel editor hylafax angewiesen bei runlevel 3 zu starten (da sagte yast mir, er braucht dafür auch ybind, da hylafax darauf basiert, uff, wassen das???). Joar seitdem kann ich nicht mehr senden, empfang konnte ich nicht testen, denn alle Fax(er) die ich kenne sind im Bett oder nit da ;) (Will mir jemand ein fax schicken??? *g) Rechte für /dev/capi* sind korrekt: crw-rw-rw- 1 root uucp 68, 0 Sep 9 22:24 /dev/capi20.* [...] wenn ich c2faxrecv und hylafax nach einem killall manuell starte passiert das: estephania:/ # c2faxrecv & [1] 3080 estephania:/ # rchylafax start Starting service HylaFAX done [1]+ Segmentation fault c2faxrecv estephania:/ # Wenn ich ein Fax senden will kommt das: estephania:~/ # c2faxsend -vf TIFF -d 026229079781 fritz_pic.tif Try to connect to fax number 02622xxxxxx in TIFF mode on controller 1. Dial and starting transfer of TIFF-File fritz_pic.tif with fine resolution. Connection dropped with Reason 0x1009 (CAPI not installed). estephania:~/ # Was bedeuted Segmentation fault? Hatte jemand schon selbiges Problem? Was kann ich tun um das wieder zum laufen zu bringen? btw: wo liegt eigentlich die log des S0 Buses und von hylafax??? Mein System: Suse 8.1, hylafax-4.1.3-32, capi4linux-2002.9.8-4, capi4hylafax 01.02.02 von AVM, kernel update von 8.1 ist drinne (k_deflt-2.4.19-174) Vielen Dank und angenehme Nachtruhe! ;) Lars

2 2

yast ifup onboot kinternet 8.1
by Wolfgang Hinsch 25 Feb '03

25 Feb '03

Hi Liste, ich habe ein Einwahl-Problem mit SuSE 8.1. Im Yast habe ich für die Schnittstelle "onboot" konfiguriert, um von einem anderen Rchner aus hier hereinzuwählen. Will ich mich jetzt in den Rechner einwählen, lehnt er das ab ("12345-> 0 ignored"). Dafür taucht auf dem Bildschirm kinternet ungefragt auf. Durch Anklicken von kinternet oder das Kommando "ifup ippp0" wird das kinternet-Symbol grün, der ippp0 startet und die Einwahl klappt. Meine Frage: Wie bringe ich den Rechner dazu, ippp0 gleich scharf zu schalten? Die Einwahl soll vollautomatisch funktionieren.

1 0

Re: [suse-isdn] SuSE 8.1, AVM Fritz PCI 2.0, Dial-in, 2B
by Vladislav Malicevic 25 Feb '03

25 Feb '03

Yep, it helped. Only thing that happens now is this: -------------------------- Feb 25 14:45:15 camserver kernel: ippp1: Chargesum is 0 Feb 25 14:45:15 camserver ipppd[2144]: Modem hangup Feb 25 14:45:15 camserver ipppd[2144]: Connection terminated. Feb 25 14:45:15 camserver ipppd[2144]: taking down PHASE_DEAD link 1, linkunit: 1 Feb 25 14:45:15 camserver ipppd[2144]: sent [1][LCP TermReq id=0x3 6c 69 6e 6b 20 63 6c 6f 73 65 64] Feb 25 14:45:15 camserver ipppd[2144]: LCP is down Feb 25 14:45:15 camserver ipppd[2144]: closing fd 8 from unit 1 Feb 25 14:45:15 camserver ipppd[2144]: link 1 closed , linkunit: 1 Feb 25 14:45:15 camserver ipppd[2144]: reinit_unit: 1 Feb 25 14:45:15 camserver ipppd[2144]: Connect[1]: /dev/ippp1, fd: 8 Feb 25 14:45:15 camserver kernel: kcapi: appl 1 ncci 0x20201 down Feb 25 14:45:15 camserver kernel: ippp, open, slot: 0, minor: 1, state: 0000 Feb 25 14:45:15 camserver kernel: ippp_ccp: allocated reset data structure c363a800 Feb 25 14:45:15 camserver kernel: ippp_ccp: freeing reset data structure c3967000 Feb 25 14:45:15 camserver isdnlog: Feb 25 14:45:15 Call to tei 99 from +49 911/527, N�rnberg on ? UNKNOWN Cause 0x00 (Private network serving remote user) Feb 25 14:45:15 camserver isdnlog: Feb 25 14:45:15 Call to tei 99 from +49 911/527, N�rnberg on ? HANGUP ( 0:01:22) UNKNOWN Cause 0x00 (Private network serving remote user) Feb 25 14:45:15 camserver kernel: capidrv-1: DISCONNECT_IND reason 0x349f (Normal, unspecified) for plci 0x201 ------------------- It hangs up second B after some inactivity period, but I guess it can be fixed with sdelay and trigger. Thanks a lot for helping me! Regards, Vlado __________________________________________________ Do you Yahoo!? Yahoo! Tax Center - forms, calculators, tips, more http://taxes.yahoo.com/

1 0

Re: [suse-isdn] SuSE 8.1, AVM Fritz PCI 2.0, Dial-in, 2B
by Karsten Keil 25 Feb '03

25 Feb '03

On Tue, Feb 25, 2003 at 04:04:27AM -0800, Vladislav Malicevic wrote: > Hello Karsten, > Thanks for such a fast response. I invoke the > following script (/etc/ppp/dialin) from inittab > (ppp:3:respawn:/etc/ppp/dialin): > > #!/bin/bash > > clear > echo "Setting up ippp0 as a master" > isdnctrl addif ippp0 > isdnctrl dialmode ippp0 manual > isdnctrl secure ippp0 off > isdnctrl callback ippp0 off > isdnctrl encap ippp0 syncppp > isdnctrl huptimeout ippp0 3000 > isdnctrl cbdelay ippp0 2 > isdnctrl dialmax ippp0 1 > isdnctrl ihup ippp0 on > isdnctrl chargehup ippp0 on > isdnctrl l2_prot ippp0 hdlc > isdnctrl l3_prot ippp0 trans > isdnctrl sdelay ippp0 1 > isdnctrl trigger ippp0 0 > isdnctrl eaz ippp0 570 > > echo "Setting up ippp1 as a slave" > isdnctrl addslave ippp0 ippp1 > isdnctrl dialmode ippp1 auto > isdnctrl secure ippp1 off > isdnctrl callback ippp1 off > isdnctrl encap ippp1 syncppp > isdnctrl cbdelay ippp1 2 > isdnctrl dialmax ippp1 1 > isdnctrl ihup ippp1 on > isdnctrl chargehup ippp1 on > isdnctrl l2_prot ippp1 hdlc > isdnctrl l3_prot ippp1 trans > isdnctrl eaz ippp1 570 > > ifconfig ippp0 10.0.1.1 up pointopoint ETH netmask > 255.255.255.255 -arp mtu 1500 txqueuelen 30 > > echo "done" > clear > ipppd 10.0.1.1:10.0.1.5 auth login -chap +pap +mp mru > 1524 defaultroute ippp0 Here is ippp1 missing the line should be: ipppd 10.0.1.1:10.0.1.5 auth login -chap +pap +mp mru ippp0 ippp1 > > > my /etc/ppp/ip-up file looks like this: > > #!/bin/bash > isdnctrl addlink ippp0 > Not nessesary this means the second channel will established from this side and it will conflict with the incomming call. ... > Feb 25 13:02:12 camserver kernel: ippp0: call from 527 > -> 570 accepted > Feb 25 13:02:12 camserver kernel: isdn_ppp_bind: Can't > find a (free) connection to the ipppd daemon. This comes from the missing ippp1, so ipppd don't know about a second channel. -- Karsten Keil SuSE Labs ISDN development

1 0

SuSE 8.1, AVM Fritz PCI 2.0, Dial-in, 2B
by Vladislav Malicevic 25 Feb '03

25 Feb '03

Hello, I'm trying to configure: SuSE 8.1 Professional as a server with minimal up-to-date installation ( i4l , ppp extra added ) on Celleron 1.7, 256 MB RAM, 80GB HD, 2 RTL NICs, 1 AVM Fritz PCI 2.0 ISDN so that I�m able to simple dial-in over the ISDN with multilink (both channels =128k) from a Windows 2000 Pro. client PCs. I get only one channel connected when I try multilink. I also tried to dial from two different client PCs simultaneously with 1B and it works (this means both client PCs are connected on the SuSE server simultaneously , each with 1B, on the server both channels are in use � so I�d say they are ok). I use CAPI driver. Both client PCs and the server are hanging on the same TK device(T-octopus 180i) during this testing. Server should be running in Intranet with no Internet connection. So ISDN is the only way I can get to it from the outside. I need this connection to be able to make updates and have access to some Web app. that will be running on the server (2B is preferable). This is my first SuSE Installation ever and I haven�t been into the �Linux world� since 1998 so please excuse me if some of mine descriptions are not so thorough as they should be. I�ve been trying to contact SuSE for support but this topic seams to be out of �basic� support domain. I can provide you with additional log and conf files if you need them. Sorry for not writing in German. Feel free to reply me in German though. Regards, Vlado __________________________________________________ Do you Yahoo!? Yahoo! Tax Center - forms, calculators, tips, more http://taxes.yahoo.com/

2 1

Spam/Bounce-Mails
by Joerg Frings-Fuerst 24 Feb '03

24 Feb '03

Hallo, zuerst einmal Entschuldigung für die Bounce-Mails von meinem Mailserver. Ich habe letztes Wochende einen Mail-Backupserver installiert und auf diesem eine neue Version meines Spam-Scriptes getestet. In diesem Script wird unter anderem das Programm "rblcheck" aufgerufen. Neu hatte ich dabei die Abfrage bei "list.dsbl.org", was ein Fehler ist. Das eigentliche Problem lag daran, das irgendwann die Stromversorgung des Primär-Servers ausgefallen ist und damit die Mail auf dem Backupserver mit dem "falschen" Script landeten. Leider ist mir das erst heute Abend aufgefallen, da ich den ganzen Tag unterwegs war. Nochmals Entschuldigung für die Bounce-Mails. Jörg -- Jörg Frings-Fürst 54526 Landscheid http://www.fixundfoxi.dyndns.info -- Registered Linux User # 280687 ICQ 170365098 GPG Key ID : 9E5F BE06 E208 BAA3

1 0

ISDN Hangup und Log-Messages -> zweimal auflegen?
by Dirk Strangfeld 24 Feb '03

24 Feb '03

Hallo Liste! Ich habe eine kleine Frage bezgl. ISDN und den Log-Einträgen. Ich habe unter Suse 8.1 mein ISDN per YAST2 mit Hisax eingerichtet. Läuft auch soweit ganz fein, doch beim Blick in die Message-Datei in /var/log machte mich ein wenig stutzig. Insbesondere beim Auflegen der ISDN Internetverbindung per kinternet oder cinternet erzeugte merkwürdige, teils doppelte Einträge: ---schnipp--- Feb 24 18:38:52 linux kernel: isdn_net: local hangup ippp0 Feb 24 18:38:52 linux kernel: ippp0: Chargesum is 0 Feb 24 18:38:52 linux ipppd[7499]: Modem hangup Feb 24 18:38:52 linux ipppd[7499]: Connection terminated. Feb 24 18:38:52 linux ipppd[7499]: taking down PHASE_DEAD link 0, linkunit: 0 Feb 24 18:38:52 linux isdnlog: Feb 24 18:38:52 tei 66 calling 02361941130 with +49 209/1487431, Gelsenkirchen Normal call clearing (User) Feb 24 18:38:52 linux ipppd[7499]: closing fd 12 from unit 0 Feb 24 18:38:52 linux kernel: ippp_ccp: freeing reset data structure c5f30800 Feb 24 18:38:52 linux ipppd[7499]: link 0 closed , linkunit: 0 Feb 24 18:38:52 linux ipppd[7499]: reinit_unit: 0 Feb 24 18:38:52 linux kernel: ippp, open, slot: 0, minor: 0, state: 0000 Feb 24 18:38:52 linux kernel: ippp_ccp: allocated reset data structure c5f30800 Feb 24 18:38:52 linux ipppd[7499]: Connect[0]: /dev/ippp0, fd: 12 Feb 24 18:38:52 linux ipppd[7499]: Terminating on signal 15. Feb 24 18:38:52 linux ipppd[7499]: closing fd 12 from unit 0 Feb 24 18:38:52 linux ipppd[7499]: link 0 closed , linkunit: 0 Feb 24 18:38:52 linux ipppd[7499]: Exit. Feb 24 18:38:52 linux kernel: ippp_ccp: freeing reset data structure c5f30800 Feb 24 18:38:52 linux isdnlog: Feb 24 18:38:52 tei 66 calling 02361941130 with +49 209/xxxxxxx, Gelsenkirchen HANGUP ( 0:00:59) ---schnipp--- Was mich insbesondere wundert ist die Zeile: Feb 24 18:38:52 linux ipppd[7499]: Connect[0]: /dev/ippp0, fd: 12 Wird da etwa die Verbindung nach dem Abwählen wieder aufgebaut? Oder sind diese mehrfachen Einträge normal? cu ... Dirk -- _ _____ ____ _ _ ____ | | _ _|__ / _| _ \| | | | ___| _ \ ___ | | | | | | / / | | | |_) | |_| |/ _ \ |_) / __| | |__| |_| |/ /| |_| | __/| _ | __/ _ <\__ \ |_____\__,_/____\__, |_| |_| |_|\___|_| \_\___/ |___/ H ö l l e n m a s c h i n e auf Nethands.de - - - - - - - - - - - - - - - - - - - - - - - http://www.nethands.de/pys/show.php4?user=Luzypher ------------------------------------------------- A T A R I - H o m e p a g e - - - - - - - - - - - - - - http://people.freenet.de/dstrangfeld -------------------------------------------------

2 1

Re: [suse-isdn] Provider aendern bei 8.0
by suse-linux＠chopel.de 24 Feb '03

24 Feb '03

Hi, sorry muss ueber Webmail gehen. Diesmal hänge ich nicht an: --------snip--------- Skript Switch-provider.sh: #! /bin/sh # #---- | DESCRIPTION | ---- # v1.0 Michael John <michael.john(a)exsuse.de> # - Dank an Karsten Keil <kkeil(a)suse.de> von SuSE für seine Tipps # - Getestet für SuSE Linux 8.0 # German: # Dieses einfache Skript kann dazu benutzt werden, cron-gesteuert oder # direkt den Provider für eine ISDN-Verbindung (ippp0) zu wechseln. # Aufruf: # Switch_provider.sh [Provider] # Gibt man keinen Provider an, wird der Standard-Provider # gesetzt. Sollte Sonntag sein, wird der Sonntag-Provider # gesetzt. # Voraussetzungen: # - In /etc/sysconfig/network/providers , benötigt man # vorkonfigurierte Provider-Files. (YaST2) # - In /etc/sysconfig/isdn kopiert man cfg-net0 einfach # nach $Provider-net0. Bei mir z.B. addcom-net0 und # arcor-net0. Diese Dateien editieren und den ent- # sprechenden Providernamen ändern. # - (cinternet; smpppd) "Ich glaube Paket kinternet?" # Bemerkungen: # v1.0 dieses Skripts ist noch nicht ganz so elegant. # D.h spätere Versionen werden verschiedenen cfg-net0 # Dateien nicht mehr benötigen etc. Mir haben die Funktionen # gereicht.:w! # #---- | VARIABLEN | ---- DEFAULT_PROV="addcom" #Standard-Provider SUNDAY_PROV="arcor" #Sonntag-Provider SuSE_CONFIG="/sbin/SuSEconfig" CINTERNET="/usr/sbin/cinternet" ISDN_CONF_DIR="/etc/sysconfig/isdn" DATUM=$(date +%a) PROVIDER=$# #---- | FUNKTIONEN | ---- #---- | HAUPTPROGRAMM | ---- if [ $PROVIDER -eq 0 ] then PROVIDER=$DEFAULT_PROV OPTION="0" else PROVIDER=$1 OPTION="1" fi if [ "$DATUM" = "Sun" -a "$OPTION" = "0" ]; then PROVIDER=$SUNDAY_PROV; fi cp $ISDN_CONF_DIR/$PROVIDER-net0 $ISDN_CONF_DIR/cfg-net0 $SuSE_CONFIG --module isdn > /dev/null ifdown ippp0 && ifup ippp0 -o prov=$PROVIDER rcsmpppd restart > /dev/null $CINTERNET --dialin --provider-name $PROVIDER >&2 >/dev/null exit 0 --------snap--------- Viele Grüße Michael

1 0

Re: [suse-isdn] Provider aendern bei 8.0
by suse-linux＠chopel.de 24 Feb '03

24 Feb '03

Hallo Liste, Hallo Karten, danke nochmal für eure Tipps. Da schon einige Fragen wegen Provider ändern in der Liste aufgetauscht sind, schicke ich mein \"spartanisches\" Skript mit. Nächste Versionen werde ich später unter http://linux.chopel.de zum Download bereitstellen. Erklärungen zum Skript befinden sich im Skript. Viele Grüße Michael

1 0

C4H + Suse7.3 + Hylafax faxdispatch
by Ufuk Altinkaynak 24 Feb '03

24 Feb '03

Hallo ! Ich hab unter folgender Konfiguration Susue 7.3 capi4hylafax-01.02.02 Hylafax 4.1-34 ein Problem mit dem faxdispatch. Die eingehenden Fax werden nicht an die entsprechenden User per mail weitergeleitet. In der readme der neuesten C4H wird ja speziell darauf hingewisen, das man bei den Suse Versionen <8.1 die Änderung selbst vornehmen muß. Ich hab's auch versucht allerdings ohne Erfolg. Folgende Änderung hab ich am faxrecvd vorgenommen SNIP # # faxrcvd file devID commID error-msg CIDNumber CIDName destination # if [ $# != 7 ]; then echo "Usage: $0 file devID commID error-msg CIDNumber CIDName destination" exit 1 fi SNAP Die Änderung brachte leider nicht den gewünschten Erfolg. Also hab ich mir das faxdispatch script angesehn und auch wie folgt geändert. SNIP if [ "$7" != "" ]; then PHONEMATCH=$7\$ SNAP Auch diese zusätzliche Änderung brachte kein Erfolg. Daher die Frage, was muß ich noch ändern bzw. was habe ich falsch gemacht. ? Anbei noch der Auszug eines eingegangen Faxes und der Users Datei: Log: Feb 21 15:54:39.11: [ 1058]: SESSION BEGIN 00000028 +49.00.00000 Feb 21 15:54:39.11: [ 1058]: Incoming analog call on controller 1 from 12345418 to 123. Feb 21 15:54:51.70: [ 1058]: Connection established. Feb 21 15:54:51.70: [ 1058]: StationID = +49 40 12345 418 Feb 21 15:54:51.70: [ 1058]: BaudRate = 14400 Feb 21 15:54:51.70: [ 1058]: Flags = HighRes, MMR_compr Feb 21 15:54:51.70: [ 1058]: Write fax in path /var/spool/fax to file recvq/fax00008.tif. Feb 21 15:55:05.98: [ 1058]: Page 1 was received. - Last Page! Feb 21 15:55:08.62: [ 1058]: Fax received and calling '/var/spool/fax/bin/faxrcvd "recvq/fax00008.tif" "faxCAPI" "00000028" "" " +49 40 12345 418" "" "123"'. Feb 21 15:55:08.63: [ 1058]: Connection is droped with reason 0x3490 (Normal call clearing). Feb 21 15:55:08.63: [ 1058]: SESSION END Users: # # Sample users file for FaxDispatch on ISDN lines # format: <email> <MSN or extention> # ufuk 123 Wie immer Danke im voraus. Gruß Ufuk Altinkaynak

1 0