November 2002 - openSUSE ISDN (Deutsch)

capi4hylafax ein MUß für hylafax???
by Christopher 09 Jan '03

09 Jan '03

Die Frage ist wahrscheinlich etwas seltsam, aber gibt es keine andere Möglichkeit, einen Faxserver mit Fritz Card Isdn und hylafax zu betreiben (ausser mit capi4hylafax)???

4 3

SuSE Fax - Empfangene Faxe öffnen
by mailerdaemon 09 Jan '03

09 Jan '03

Hallo Liste ! hab unter SuSE 8.1 hylafax und SuSE Fax eingerichtet. Kann Faxe senden und empfangen - so weit so gut. Problem: wenn ich in SuSE Fax ein eingegangenes Fax öffnen möchte bekomme ich folgende Fehlermeldung: -SuSEFax.actionPerformed:SuSEFaxPROTOException:fax00010.tif:Operation not permitted. Erst nachdem ich in /var/spool/fax/recvq die Zugriffsrechte entsprechend ändere, kann ich als user das fax öffnen. Empfange ich dann ein neues fax, geht dass Ganze wieder von vorne los. Ein ls -l /var/spool/fax ergibt: ls -l /var/spool/fax insgesamt 12 -r--r--r-- 1 uucp uucp 5426 2002-10-17 02:06 COPYRIGHT prw------- 1 uucp uucp 0 2002-11-07 16:08 FIFO prw-rw-rw- 1 uucp uucp 0 2002-11-06 19:20 FIFO.faxCAPI drwx------ 2 uucp uucp 48 2002-10-17 02:06 archive drwxr-xr-x 2 uucp uucp 504 2002-11-06 05:25 bin drwxr-xr-x 2 uucp uucp 96 2002-11-07 17:21 client drwxr-xr-x 2 uucp uucp 1744 2002-11-06 05:21 config drwxr-xr-x 2 uucp uucp 120 2002-10-17 02:06 dev drwx------ 2 uucp uucp 432 2002-11-06 05:52 docq drwx------ 2 uucp uucp 888 2002-11-06 05:52 doneq drwxr-xr-x 2 uucp uucp 520 2002-11-06 05:25 etc drwxr-xr-x 2 uucp uucp 48 2002-10-17 02:06 info drwxr-xr-x 2 uucp uucp 1128 2002-11-07 16:07 log drwx------ 2 uucp uucp 48 2002-10-17 02:06 pollq drwxr-xr-x 2 uucp uucp 392 2002-11-07 16:07 recvq drwx------ 2 uucp uucp 72 2002-11-06 05:52 sendq drwxr-xr-x 2 uucp uucp 96 2002-10-17 02:06 status drwx------ 2 uucp uucp 48 2002-11-06 05:51 tmp Von www.suse.de/~kkeil/fixes/8.1/ hab ich die letzten fixes installiert. Kann mir jemand weiter helfen ?! gruß Toni Köhler

5 5

UDP port 4665, dauer-online, Lösungsvorschlag
by Carsten Menn 26 Dec '02

26 Dec '02

Hallo, vor ein paar Wochen (oder Monaten) gab es schonmal ein paar Anfragen wegen Problemen mit dem pppd, falls man dynamische IP-Adressen zugewiesen bekommt, die zuvor von Napster/Morpheus- Freunden benutzt worden sind. Durch ständige polls auf den UDP Port 4665 wurde der idle-timer vom pppd jedesmal zurückgesetzt, so daß die Verbindung nicht mehr automatisch abgebaut wurde. Ich hatte dieses Problem auch und bin durch lesen des Archives dieser Liste erst auf die genau Ursache Aufmerksam geworden. Der Standarkernel von SuSE-8.0 ist bereits mit der Option für ppp-filtering übersetzt. Jetzt muß man nur noch den pppd neu übersetzen. Man besorge sich ppp-2.4.1 und editiere in ppp-2.4.1/pppd das Makefile.linux. Einfach nur FILTER=y aktivieren, das reicht. Den so generierten ppppd einfach nach /usr/sbin kopieren. Anschließend in /etc/ppp/options noch den folgenden Eintrag machen: active-filter 'not udp port 4665' Das war's. Bei mir klappt das seitdem prima. Mir ist schon oft eine IP-Adresse zugeteilt worden die einem vermeindlichen MP3-Tauscher gehört aber seit der Änderung legt mein pppd trotzdem schön brav auf. Viele Grüße, Carsten ------------------------------------------ Carsten Menn Forschungszentrum Informatik Systementwurf in der Mikroelektronik (SiM) Haid- und Neustr. 10-14 76131 Karlsruhe Tel.: +49 (0)721 9654-414 (Di-Do) +49 (0)7633 91828-20 (Fr-Mo) Fax.: +49 (0)721 9654-413 (Di-Do) +49 (0)7633 150335 (Fr-Mo)

8 26

Caller-Id fehlt: I4L oder Telekom?
by Jochen Roedenbeck 02 Dec '02

02 Dec '02

Ich habe zwei Linux-Rechner durch eine ISDN-IPPP-Leitung miteinander verbunden. Die Verbindung kann von beiden Seiten aus initiiert wer- den. Es sind feste IP-Adressen vergeben. Nach einem Update des einen Rechners lag die Verbindung lange Zeit brach. Daran liegt es, dass es trotz Updates hier um eine aeltere Version geht, naemlich 7.3. Die Gegenstelle ist 7.0. Von der Seite des nicht "upgedateten" Rechners laesst sich die Ver- bindung zuverlässig aufbauen. In der anderen Richtung funktioniert es nur manchmal. Die Log-Datei meldet: incoming call without OAD, assuming 0 Logischerweise nimmt der so angerufene Rechner nicht ab. Blosz warum bekommt er keine Rufnummer uebermittelt? Wie kann ich fest- stellen, ob ich das Problem auf dem Linux-Rechner oder bei der Telekom suchen muss? Leider befindet sich die ganze Technik auch weit von mir weg, so dass ich nicht ohne weiteres irgendwelche Hardware-Versuche unternehmen kann. Jochen

2 7

DialStringRules werden unter hylafax mit capi4hylafax ignoriert
by R.Sander＠t-online.de 01 Dec '02

01 Dec '02

Ich verwende hylafax unter SuSE Linux 8.1 in Verbindung mit capi4hylafax. Seit Einspielung der Patches (Updates) kann ich auch wie gewohnt Faxe senden und empfangen. Allerdings werden die DialStringRules in /var/spool/fax/etc/dialrules ignoriert, und das führt dazu, dass die Faxnummern aus dem Adressbuch immer von Hand nachbearbeiten werden müssen, um einen reinen Zahlenstring zu erhalten (entfernen von Zeichen wie /, - und +). Die Ursache scheint damit zusammen zu hängen, dass sendfax die Daten nicht selber verarbeitet sondern an c2faxsend weiterleitet. Wenn man sendfax mit der Option -v aufruft, kann man sehen, dass /var/spool/fax/etc/dialrules gefunden und ausgewertet wird. Auch dialtest zeigt das gewünschte Ergebnis, aber c2faxsend bekommt die Faxnummer ohne Überarbeitung wie im Adressbuch übergeben. Hat jemand eine Idee wie man das Problem lösen kann. Ralf

2 2

Teles ISDN PCMCIA Karte
by Florian Heiderich 30 Nov '02

30 Nov '02

Hallo! Ich habe hier eine Teles ISDN PCMCIA-Karte und würde diese sehr gern in meinem Notebook nutzen. Soweit ich bisher weiß, war (oder ist) dazu das Modul teles_cs notwendig. Aber auf der Homepage des Authors habe ich gelesen, dass dieser den Treiber nicht mehr weiter pfelgt. Patches für pcmcia-cs und für den kernel habe ich auch nur für sehr alte Releases gefunden. Allerdings habe ich gesehen, dass es in aktuellen Kernel-Images von SuSE noch das teles_cs Modul gibt. Jetzt wollte ich hier erst mal fragen, ob das mit SuSE wirklich funktioniert. Ich bin nämlich eigentlich Debian benutzter und nutze normalerweise Eigenbau-Kernels von kernel.org. Aber auch die Debian-Kernels haben das Modul nicht mit dabei. Also nochmal konkret: 1. Frage: Läuft die Karte unter SuSE? 2. Frage: Wenn ja, kann mir jemand sagen, wie man das unter Debian testing zum laufen bekommt. (Ich möchte mir eigentlich kein SuSE-System desshalb installieren). Vielen Dank schonmal Florian

1 0

Vbox Fehlermeldung Suse 8.0 FRITZ!DSL
by Smilepanta 30 Nov '02

30 Nov '02

Hi Leute, ich habe Vbox installiert und versucht zu Konfigurieren. Jetzt erscheint auf meiner Linux maschine in regelmässigen Abständen die Meldung INIT: Id "I7" respawning too fast: disabled fpr 5 minutes Was heist das? Und sthet das evtl mit vbox in verbindung? Ich glaube die in FETT markierten Zeilen sind die Wichtigsten... Vileicht hat ja einer schon eine anleitung für dummies die er mir zuschicken kann? ;) Vilen dank für eure Hilfe So Sieht meine inittab aus # # /etc/inittab # # Copyright (c) 1996-2002 SuSE Linux AG, Nuernberg, Germany. All rights reserved. # # Author: Florian La Roche <feedback(a)suse.de>, 1996 # # This is the main configuration file of /etc/init, which # is executed by the kernel on startup. It describes what # scripts are used for the different run-levels. # # All scripts for runlevel changes are in /etc/init.d/. # # This file may be modified by SuSEconfig unless CHECK_INITTAB # in /etc/sysconfig/suseconfig is set to "no" # # The default runlevel is defined here id:5:initdefault: # First script to be executed, if not booting in emergency (-b) mode si:I:bootwait:/etc/init.d/boot # /etc/init.d/rc takes care of runlevel handling # # runlevel 0 is System halt (Do not use this for initdefault!) # runlevel 1 is Single user mode # runlevel 2 is Local multiuser without remote network (e.g. NFS) # runlevel 3 is Full multiuser with network # runlevel 4 is Not used # runlevel 5 is Full multiuser with network and xdm # runlevel 6 is System reboot (Do not use this for initdefault!) # l0:0:wait:/etc/init.d/rc 0 l1:1:wait:/etc/init.d/rc 1 l2:2:wait:/etc/init.d/rc 2 l3:3:wait:/etc/init.d/rc 3 #l4:4:wait:/etc/init.d/rc 4 l5:5:wait:/etc/init.d/rc 5 l6:6:wait:/etc/init.d/rc 6 # what to do in single-user mode ls:S:wait:/etc/init.d/rc S ~~:S:respawn:/sbin/sulogin # what to do when CTRL-ALT-DEL is pressed ca::ctrlaltdel:/sbin/shutdown -r -t 4 now # special keyboard request (Alt-UpArrow) # look into the kbd-0.90 docs for this kb::kbrequest:/bin/echo "Keyboard Request -- edit /etc/inittab to let this work." # what to do when power fails/returns pf::powerwait:/etc/init.d/powerfail start pn::powerfailnow:/etc/init.d/powerfail now #pn::powerfail:/etc/init.d/powerfail now po::powerokwait:/etc/init.d/powerfail stop # for ARGO UPS sh:12345:powerfail:/sbin/shutdown -h now THE POWER IS FAILING # getty-programs for the normal runlevels # <id>:<runlevels>:<action>:<process> # The "id" field MUST be the same as the last # characters of the device (after "tty"). 1:2345:respawn:/sbin/mingetty --noclear tty1 2:2345:respawn:/sbin/mingetty tty2 3:2345:respawn:/sbin/mingetty tty3 4:2345:respawn:/sbin/mingetty tty4 5:2345:respawn:/sbin/mingetty tty5 6:2345:respawn:/sbin/mingetty tty6 # #S0:12345:respawn:/sbin/agetty -L 9600 ttyS0 vt102 # # Note: Do not use tty7 in runlevel 3, this virtual line # is occupied by the programm xdm. # # This is for the package xdmsc, after installing and # and configuration you should remove the comment character # from the following line: #7:3:respawn:+/etc/init.d/rx tty7 # modem getty. # mo:235:respawn:/usr/sbin/mgetty -s 38400 modem # fax getty (hylafax) # mo:35:respawn:/usr/lib/fax/faxgetty /dev/modem # vbox (voice box) getty I6:35:respawn:/usr/sbin/vboxgetty -d /dev/ttyI6 I7:35:respawn:/usr/sbin/vboxgetty -d /dev/ttyI7 # end of /etc/inittab fr:2345:once:/usr/local/bin/c2faxrecv -q "/var/spool/fax" # mgetty installieren (ISDNlogin über Fritz) i1:235:respawn /usr/sbin/mgetty ttyI0

2 1

AW: [suse-isdn] Fritz CAPI mit Kanalbündelung?
by Andreas.Waibel＠colt.de 29 Nov '02

29 Nov '02

Noch mal zurück zu meiner Eingangsfrage: Gibt es jemand der MP auf einer Fritz 2.0 über pppd zum Laufen gebracht hat? Habe inzwischen folgendes (erfolglos) probiert: - i4l in der neuesten Version drüber installiert. Macht die Sache zumindest nicht schlechter. - iptables ausgeschaltet - verschiedene Provider probiert: alle das gleiche Symptom bei multilink: Ab der IPCP Phase kommen die Anfragen bei meinem pppd an, er behauptet auch laut log, daß er antwortet, aber das kommt offenbar drüben nicht mehr an. Manche Provider schicken als erstes etwas anderes als einen VJ comp Vorschlage, das ädnert aber nichts. - Im Internet gesucht: Es gibt jede Menge Leute die die gleiche oder ähnliche Frage haben, aber keine Antworten außer "Benutz doch isdnctrl!" Danke im Voraus Andreas > -----Ursprüngliche Nachricht----- > Von: Karsten Keil [mailto:kkeil@suse.de] > Gesendet am: Mittwoch, 27. November 2002 22:20 > An: suse-isdn(a)suse.de > Betreff: Re: [suse-isdn] Fritz CAPI mit Kanalbündelung? > > On Wed, Nov 27, 2002 at 06:02:03PM +0100, > Andreas.Waibel(a)colt.de wrote: > > Danke für die schnelle Antwort. Leider > > hat das noch keine Besserung gebracht. > > Schaut man die ppp logs auf beiden Seiten > > an, sieht man folgendes: > > > > - client handelt erfolgreich MRRU von 1500 aus > > - RAS handelt erfolgreich MRRU von 1506 aus > > - Authentifizierung funktioniert > > - Phase network > > - Fehlermeldung auf client: "couldn't set MRRU ..." > > - compression wird vom RAS vorgeschlagen und rejected > > - RAS sendet immer wieder Comp Prot VJ Vorschlag und erhält > keine Antwort > > - CPE erhält die VJ Vorschläge und schickt laut log seine > Antwort raus, die > > aber anscheinend nie ankommt > > Dann erlaube doch mal vj. > Etwas seltsam. > > > > > Das ganze passiert wie gesagt nur, wenn multilink > > aktiviert ist, nicht bei normalen Verbindungen. > > > > Zu deinem Vorschlag I4L + capidrv zu verwenden: > > Ich zögere etwas, weil meine Anwendung (ein dial > > Testserver mit webinterface) auf Scripten > > basiert die z.Zt pppd benutzen. Oder kann ich > > diese syntax dann trotzdem nutzen? > > > > Kommt drauf an was da gemacht wird. Die syntax ist gleich, > nur hat pppd > ein paar options mehr. > > > -- > Karsten Keil > SuSE Labs > ISDN development > > -- > 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 >

2 1

Suse 8.0 DSL-Gateway Reconnect
by Marc Lentwojt 29 Nov '02

29 Nov '02

Hi, wenn der Provider(in dem Fall Komtel) die Verbindung trennt, baut der Rechner keine neue Verbindung auf. Erst nach einem Network restart funzt es wieder. Kennt jemand das Prob ? Gruß Marc

1 0

Internetverbindung geht nicht mehr
by marcel-stein＠t-online.de 29 Nov '02

29 Nov '02

Gestern ging noch die Internetverbindung! Jetzt plötzlich nicht mehr! In messages steht z.B. Nov 29 10:45:04 pclinux kernel: ippp0: dialing 1 0191011... Nov 29 10:45:12 pclinux kernel: isdn_net: local hangup ippp0 Nov 29 10:45:12 pclinux kernel: capidrv-1: chan 0 disconnect request while waiting for CONNECT_CONF Nov 29 10:45:12 pclinux kernel: ippp0: Chargesum is 0 Nov 29 10:45:22 pclinux kernel: NETDEV WATCHDOG: ippp0: transmit timed out Nov 29 10:45:22 pclinux kernel: isdn_tx_timeout dev ippp0 dialstate 0 Nov 29 10:45:22 pclinux kernel: ippp0: dialing 1 0191011... Nov 29 10:45:22 pclinux kernel: capidrv-1: dail ch=0,"0191011,7,0,Telefonnummer" in use (plci=0x0) Nov 29 10:45:31 pclinux kernel: isdn_net: local hangup ippp0 Nov 29 10:45:22 pclinux kernel: capidrv-1: dail ch=0,"0191011,7,0,Telefonnummer" in use (plci=0x0) Nov 29 10:45:31 pclinux kernel: isdn_net: local hangup ippp0 Nov 29 10:45:31 pclinux kernel: capidrv-1: chan 0 disconnect request while waiting for CONNECT_CONF Nov 29 10:45:31 pclinux kernel: ippp0: Chargesum is 0 Nov 29 10:46:02 pclinux kernel: capidrv-1: controller dead ?? Nov 29 10:46:02 pclinux kernel: capidrv-1: listen_change_state state=3 event=1 ???? Nov 29 10:46:02 pclinux kernel: NETDEV WATCHDOG: ippp0: transmit timed out Nov 29 10:46:02 pclinux kernel: isdn_tx_timeout dev ippp0 dialstate 0 Nov 29 10:46:02 pclinux kernel: ippp0: dialing 1 0191011... Nov 29 10:46:02 pclinux kernel: capidrv-1: dail ch=0,"0191011,7,0,Telefonnummer" in use (plci=0x0) Nov 29 10:46:11 pclinux kernel: isdn_net: local hangup ippp0 Nov 29 10:46:11 pclinux kernel: capidrv-1: chan 0 disconnect request while waiting for CONNECT_CONF Nov 29 10:46:11 pclinux kernel: ippp0: Chargesum is 0 Was ist los? Ciao Marcel

1 0

AW: [suse-isdn] Noch mal Faxen mit Suse 8.1
by Michael Moehle 29 Nov '02

29 Nov '02

> > Fehler. Ich hab diesen Patch jetzt > > installiert und sehe > > der morgigen Faxaktion mit gemischten > > Gefühlen entgegen. > > Bringt garantiert nichts. > Ich kann hier auch nur vermuten, > aber am Treiber und am > capi4hylafax liegt es > zu 90% nicht, eher an ein paar > (leider noch nicht 100% bekannten) > Problemen > im Filesystem/Disk bereiche, > garade wenn dort LAst erzeugt wird > gibt es bei > manchen HW Kombinationen Trouble. > Welche HW Kombinationen? Kann ich dem evtl. entgegenwirken in dem ich nicht alle Kanäle zum Faxen verwende? Wenn ja, wo muss ich in der Konfiguration der Karte ansetzen, damit sie zwar auf allen Kanälen empfängt aber nur auf max 4 sendet?? Bitte dringend um Antwort, da ca 1000 Faxe auf mich zurollen!! Gruss Michael Moehle

2 4

Re: [suse-isdn] DSL mit 8.1 und MASQ / ROUTING / GATEWAY
by Frank.Seuberth 29 Nov '02

29 Nov '02

Hi Jan, Liste >> >> PROBLEM : >> >> Am Linux Rechner funktioniert die Einwahl mit Demand, >> am WIN Client bei Ping www.suse.de oder ping <nameserver> : >> >> Es wird am Linux Rechner die Verbindung in's Internet aufgebaut, die >> Packete aber nicht an den WIN Rechner geschickt. >> -> Zeitüberschreitung der Anfordrung bei Ping einer IP >> -> unbekannter Host bei ping www.suse.de >> Ping auf die 192.168.1.52 und 192.168.0.1 geht. > > >Auch schon mal einen Ping an eine Internet-IP versucht? Ja, hab ich, siehe oben : Ping an www.suse.de oder ping an ip 194.25.2.129 lässt die Linux Box eine Verbindung in's Internat aufmachen, geht aber nicht zurück an den WIN Client. Wie gesagt, surfen und alles Andere geht von der Linux box aus, nur vom Win Client nicht. Abgesehen davon, daß es immernoch nicht funktioniert habe ich noch 3 zusätzliche Fragen : Bis einschl. 7.3 hat das Alles wunderbar funktioniert. Ich habe mail in der Mailinglist suse-security reingeschaut, die ja eigentlich für die Firewall zuständig ist. Die Leute haben nur Probleme, nix geht. Kann da nur nicht posten, da mein Englisch besch.... ist. 1. Hat jemand mit Suse 8.1 ein DSL-Gateway mit Firewall und MASQ am laufen ? wenn ja -> wie hat er das geschafft ? 2. Was ich noch nicht begreife : Ich habe 4 device namen mit denen ich hantiere : eth0 (intern) O.K. eth1 (extern, zu DSL-Modem) O.K. ppp0 das PPP Device, bei ISDN ist es halt ippp0 auch O.K. dsl0 ??????? Bei der Firewall soll ich als device ppp0 angeben (steht überall so.) mit ifconfig sehe ich aber nur eth0/eth1/dsl0 als actives device und dsl0 hat auch eine IP vom provider erhalten. 3. Wer hat Erfahrung oder eine Meinung zu : Den Ganzen Firewall Krempel vom 8.1 rauswerfen und personal-Firewall von 7.3 installieren ? Danke für JEDE Hilfe Frank

2 1

Fritz!Card DSL kein Reconnect nach Verbindungsunterbruch
by Christoph Steigmeier 28 Nov '02

28 Nov '02

Hello Meine Fritz!Card hat heute morgen einen Verbindungsunterbruch gehabt. Leider hat sie sich anschliessend nicht mehr reconnected. Muss ich evtl. manuell eine Konfigurationsaenderung machen? Ich benutze SuSE 8.1 Prof. mit einem Kernelupgrade wg. dem Problem mit 2 IDE-Disks. Ich habe das Interface auf onboot konfiguriert. Untenstehend der Logauszug. Besten Dank und Gruss Christoph Steigmeier Nov 28 06:25:00 ant /USR/SBIN/CRON[1269]: (root) CMD (mrtg /etc/mrtg/ant.cfg --logging /var/log/mrtg.log) Nov 28 06:26:02 ant pppd[509]: No response to 4 echo-requests Nov 28 06:26:02 ant pppd[509]: Serial link appears to be disconnected. Nov 28 06:26:02 ant pppd[509]: capiplugin: phase terminate (was dormant). Nov 28 06:26:02 ant pppd[509]: capiplugin: phase network (was terminate). Nov 28 06:26:02 ant pppd[509]: capiplugin: phase terminate (was network). Nov 28 06:26:02 ant modify_resolvconf: Service pppd tried to modify resolver configuration, but it Nov 28 06:26:02 ant modify_resolvconf: was not modified due to MODIFY_RESOLV\NAMED_CONF_DYNAMICALLY=no Nov 28 06:26:03 ant ip-down: Warning: detected activated squid, enabling FW_SERVICE_SQUID! Nov 28 06:26:03 ant ip-down: You still have to allow tcp port 3128 on internal, dmz and/or external. Nov 28 06:26:03 ant modprobe: modprobe: Can't locate module ippp0 Nov 28 06:26:06 ant pppd[509]: capiplugin: phase dead (was terminate). Nov 28 06:26:08 ant kernel: kcapi: appl 2 ncci 0x10102 down Nov 28 06:26:08 ant pppd[509]: Hangup (SIGHUP) Nov 28 06:26:08 ant pppd[509]: capiplugin: disconnect(local): "" -> "" outgoing 0x0000 (0x3312) - No additional information Nov 28 06:26:08 ant pppd[509]: Connection terminated. Nov 28 06:26:08 ant pppd[509]: Modem hangup Nov 28 06:26:08 ant pppd[509]: Connect time 438.1 minutes. Nov 28 06:26:08 ant pppd[509]: Sent 634200386 bytes, received 4128507780 bytes. Nov 28 06:26:08 ant pppd[509]: capiplugin: phase disconnect (was dead). Nov 28 06:26:08 ant pppd[509]: capiplugin: phase holdoff (was disconnect). Nov 28 06:26:08 ant SuSEfirewall2: Firewall rules successfully set from /etc/sysconfig/SuSEfirewall2 Nov 28 06:26:08 ant pppd[509]: Script /etc/ppp/ip-down finished (pid 1297), status = 0x0 Nov 28 06:26:38 ant pppd[509]: capiplugin: phase dormant (was holdoff). Nov 28 06:26:38 ant pppd[509]: capiplugin: phase dormant, again. Nov 28 06:26:38 ant pppd[509]: Starting link Nov 28 06:26:38 ant pppd[509]: capiplugin: phase serialconn (was dormant). Nov 28 06:26:38 ant pppd[509]: capiplugin: leased line (adslpppoe) Nov 28 06:26:38 ant kernel: kcapi: appl 2 ncci 0x10102 up Nov 28 06:26:42 ant kernel: kcapi: appl 2 ncci 0x10102 down Nov 28 06:26:42 ant pppd[509]: capiplugin: disconnect(remote): "" -> "" outgoing 0x0000 (0x3312) - No additional information Nov 28 06:26:42 ant pppd[509]: capiplugin: couldn't make connection Nov 28 06:26:42 ant pppd[509]: capiplugin: exit Nov 28 06:26:42 ant pppd[509]: Exit. Nov 28 06:26:42 ant kernel: kcapi: appl 2 down Nov 28 06:26:42 ant modify_resolvconf: Service smpppd tried to modify resolver configuration, but it Nov 28 06:26:42 ant modify_resolvconf: was not modified due to MODIFY_RESOLV\NAMED_CONF_DYNAMICALLY=no Nov 28 06:30:00 ant /USR/SBIN/CRON[1987]: (root) CMD ( /usr/lib/sa/sa1 )

3 5

Kernel Panic bei c2faxsend
by Mailinglisten＠EDV-Visions 28 Nov '02

28 Nov '02

Hallo Liste, habe da ein Problem, bei mir auf der Linux-Kiste (Ver. 8.1 Pro.) den Fax-Server ans rennen zu kriegen. Habe die AVM-CAPI Treiber korrekt installiert. Wenn ich jetzt mit c2faxsend vf TIFF d [Tel-Nr,] [TIF-DATEI] ein Testfax faxen möchte, klingelt die Gegenstelle, aber sobald das Fax-Gerät antwortet, bleibt mein Linux-System mit einem Kernel-Panic hängen. Ich weiß nicht mehr weiter Habe alles probiert ACPI ein/aus, Plug & Play im BIOS ein und ausgeschaltet. Karten gewechselt und, und, und Ich erhalte immer die Fehlermeldung kernel-panic: Aiee, Killing Interrupt Handler Kann mir da jemand helfen ?? Gruß Lars :-)

2 1

AW: [suse-isdn] Fritz CAPI mit Kanalbündelung?
by Andreas.Waibel＠colt.de 28 Nov '02

28 Nov '02

Danke für die schnelle Antwort. Leider hat das noch keine Besserung gebracht. Schaut man die ppp logs auf beiden Seiten an, sieht man folgendes: - client handelt erfolgreich MRRU von 1500 aus - RAS handelt erfolgreich MRRU von 1506 aus - Authentifizierung funktioniert - Phase network - Fehlermeldung auf client: "couldn't set MRRU ..." - compression wird vom RAS vorgeschlagen und rejected - RAS sendet immer wieder Comp Prot VJ Vorschlag und erhält keine Antwort - CPE erhält die VJ Vorschläge und schickt laut log seine Antwort raus, die aber anscheinend nie ankommt Das ganze passiert wie gesagt nur, wenn multilink aktiviert ist, nicht bei normalen Verbindungen. Zu deinem Vorschlag I4L + capidrv zu verwenden: Ich zögere etwas, weil meine Anwendung (ein dial Testserver mit webinterface) auf Scripten basiert die z.Zt pppd benutzen. Oder kann ich diese syntax dann trotzdem nutzen? Grüße Andreas > -----Ursprüngliche Nachricht----- > Von: Karsten Keil [mailto:kkeil@suse.de] > Gesendet am: Mittwoch, 27. November 2002 13:59 > An: suse-isdn(a)suse.de > Betreff: Re: [suse-isdn] Fritz CAPI mit Kanalbündelung? > > On Wed, Nov 27, 2002 at 11:26:46AM +0100, > Andreas.Waibel(a)colt.de wrote: > > Hat jemand von Euch das AVM capiplugin mit > > Kanalbündelung zum Laufen gebracht? > > > > Habe den neuen AVM Treiber fcpci-suse8.0-03.09.10 > > mit einer Fritz 2.0 am Fliegen unter SuSE 8.0 > > (Kernel 2.4.18-4GB). Ich benutze das capiplugin > > mit folgenden Parametern: > > sync > > noauth > > plugin /usr/lib/pppd/2.4.1/userpass.so > > user zzzz > > password yyyyy > > refuse-chap > > plugin /usr/lib/pppd/2.4.1/capiplugin.so > > number xxxx > > protocol hdlc > > maxfail 1 > > noccp > > ipcp-accept-local > > ipcp-accept-remote > > usepeerdns > > /dev/null > > Das funktioniert auch alles ganz gut. Wenn ich aber nun > > den Parameter "mp" (oder ersatzweise "multilink") > hinzufüge, dann gehen > > selbst einfache Verbindungen nicht mehr. Die Verbindung > bricht nach > > Authentifizierung in der IPCP Phase ab, offenbar weil meine > Seite auflegt. > > In den Log files finde ich lediglich die Fehlermeldung: > "Couldn't set MRRU: > > Inappropiate ioctl for device". Dies deutet ja wohl auf ein > Kernel Problem > > hin. Muß ich den Kernel patchen? Wenn ja wie? > > Nein das ist normal und sicherlich nicht das eigentliche Problem. > > Du brauchst bei capi mindestens 3 Eintraege: > multilink > #should equal to mru > mrru 1500 > endpoint magic:12345 > > Aber besser als es mit pppd zu machen ist es I4L + capidrv zu > verwenden. > Dann kannst Du auch YaST bzw. kinternet sowie ibod benutzen. > > > (Eine kleinere MRRU zu nehmen habe ich auch probiert, > bringt nichts). > > Noch was: Versuchsweise wollte ich auch noch mal das aktuelle > > i4l-2002.10.30-0 aufspielen, mußte aber feststellen, daß > rpm vor Konflikten > > mit dem AVM Treiber > > warnt. > > Klar Du darfst capi4linux nicht installieren, das ist in i4l schonmal > enthalten (und aktueller). > > > -- > Karsten Keil > SuSE Labs > ISDN development > > -- > 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 >

3 2

hylafax fax2pdf
by Andre Lorenz 27 Nov '02

27 Nov '02

Hallo zusammen, ich hätte da mal noch eine kleine triviale Frage. Vielleicht, kann mir da nochmal jemand auf die Sprünge helfen. Ich hatte vorher hylafax unter SuSE 7.3 zu laufen. Hier hat er mir schön sauber, und zuverlässig alle Faxe per Mail an die zuständigen Personen weitergeleited. Im Anhang der Mail war das Fax als PDF gelegen. Nun habe ich aus SuSE8.1 umgestellt. Hier macht er mir dies zwar auch, aber die Faxe landen als PS im Anhang bei den Empfängern. Nun habe ich gesucht, und geschaut. Die Konfig verglichen und angepasst, aber nichts hat sich verändert. Vielleicht, weiss jemand von euch, wo das einzustellen war, das das Fax in ein PDF umgewandelt wird. Danke im Vorraus mfg Andre

5 24

Einrichtung Hyla-Fax Server mit SuSE 8.1 und AVM Fritz! 2.0?!?
by Ulrich Kluge 27 Nov '02

27 Nov '02

Also, nachdem ich jetzt schon einige Sachen versucht habe, bekomme ich einen Faxserver unter 8.1 einfach nicht ans laufen!!! Kann mir jemand eventuell von ganz unten an helfen?!? Ich habe hier als Vorraussetzung einen PII 350MHz, 10GB Platte, AVM Fritzcard PCI V2.0, 3COM Netzwerkkarte, etc..! Der Server soll hinterher NUR als Faxserver laufen! Erstmal soll er nur Faxe versenden!! Später, wenn das mal läuft auch annehmen!! Wichtig für die Installation wäre, welche Packete ich wirklich brauche (und welche nicht!). Ich habe hier das Teil schon mal soweit installiert, aber aus Frust wieder gelöscht! ....ich hoffe jemand kann helfen!!! Gruß ulli

2 1

Fritz CAPI mit Kanalbündelung?
by Andreas.Waibel＠colt.de 27 Nov '02

27 Nov '02

Hat jemand von Euch das AVM capiplugin mit Kanalbündelung zum Laufen gebracht? Habe den neuen AVM Treiber fcpci-suse8.0-03.09.10 mit einer Fritz 2.0 am Fliegen unter SuSE 8.0 (Kernel 2.4.18-4GB). Ich benutze das capiplugin mit folgenden Parametern: sync noauth plugin /usr/lib/pppd/2.4.1/userpass.so user zzzz password yyyyy refuse-chap plugin /usr/lib/pppd/2.4.1/capiplugin.so number xxxx protocol hdlc maxfail 1 noccp ipcp-accept-local ipcp-accept-remote usepeerdns /dev/null Das funktioniert auch alles ganz gut. Wenn ich aber nun den Parameter "mp" (oder ersatzweise "multilink") hinzufüge, dann gehen selbst einfache Verbindungen nicht mehr. Die Verbindung bricht nach Authentifizierung in der IPCP Phase ab, offenbar weil meine Seite auflegt. In den Log files finde ich lediglich die Fehlermeldung: "Couldn't set MRRU: Inappropiate ioctl for device". Dies deutet ja wohl auf ein Kernel Problem hin. Muß ich den Kernel patchen? Wenn ja wie? (Eine kleinere MRRU zu nehmen habe ich auch probiert, bringt nichts). Noch was: Versuchsweise wollte ich auch noch mal das aktuelle i4l-2002.10.30-0 aufspielen, mußte aber feststellen, daß rpm vor Konflikten mit dem AVM Treiber warnt.

2 1

Dial-In; keine Verbindung
by Frank Gerd Walzebuck 27 Nov '02

27 Nov '02

Morjen Freunde, nach der Hilfestellung von Listenteilnehmern (vielen Dank) bin ich mit meinem Dial-In-Problem schon ein Stück weiter... Nur leider bekomme ich noch immer keine Verbindung. Anbei sende ich die Konfigurationen vom Server und vom Client und Auszüge aus der messages. Vielleicht könnt Ihr mir ja weiterhelfen?! Server-Config: CALLBACK="off" CBDELAY="2" CHARGEHUP="on" DEFAULTROUTE="no" DYNAMICIP="no" IPADDR="192.168.10.2" IPPPD_OPTIONS="+pap +chap debug" MSN="0" MULTILINK="no" PROTOCOL="syncppp" PROVIDER="provider0" PTPADDR="192.168.10.1" REMOTE_IN="" SECURE="off" STARTMODE="onboot" Server-Log: Nov 26 18:06:00 linus isdnlog: Nov 26 18:06:00 * Call to tei 127 from +49 55490362, on ? UNKNOWN ELEMENT 32: 80 [ ], length=1 -- complete frame ignored! Nov 26 18:06:00 linus kernel: capidrv-1: incoming call 055490362,7,0, Nov 26 18:06:00 linus kernel: isdn_net: Incoming call without CPN, assuming '0' Nov 26 18:06:00 linus kernel: ippp0: call from 055490362 -> 0 accepted Nov 26 18:06:00 linus kernel: capidrv-1: incoming call 055490362,7,0, on netdev Nov 26 18:06:00 linus isdnlog: Nov 26 18:06:00 Call to tei 64 from +49 55490362, on ? CONNECT (Data) Nov 26 18:06:00 linus isdnlog: Nov 26 18:06:00 Call to tei 64 from +49 55490362, on ? INTERFACE ippp0 called by 055490362 Nov 26 18:06:00 linus kernel: kcapi: appl 1 ncci 0x10101 up Nov 26 18:06:00 linus kernel: isdn_net: ippp0 connected Nov 26 18:06:00 linus kernel: capidrv-1: chan 0 up with ncci 0x10101 Nov 26 18:06:00 linus ipppd[21067]: Local number: 0, Remote number: , Type: incoming Nov 26 18:06:00 linus ipppd[21067]: PHASE_WAIT -> PHASE_ESTABLISHED, ifunit: 0, linkunit: 0, fd: 16 Nov 26 18:06:00 linus ipppd[21067]: sent [0][LCP ConfReq id=0x1 <mru 1500> <auth chap md5> <magic 0xb5997f7b> <pcomp> <accomp>] Nov 26 18:06:01 linus ipppd[21067]: rcvd [0][LCP ConfReq id=0x1 <mru 1524> <magic 0x5d5097f5> <pcomp> <accomp>] Nov 26 18:06:01 linus ipppd[21067]: sent [0][LCP ConfAck id=0x1 <mru 1524> <magic 0x5d5097f5> <pcomp> <accomp>] Nov 26 18:06:03 linus ipppd[21067]: sent [0][LCP ConfReq id=0x1 <mru 1500> <auth chap md5> <magic 0xb5997f7b> <pcomp> <accomp>] Nov 26 18:06:04 linus ipppd[21067]: rcvd [0][LCP ConfReq id=0x1 <mru 1524> <magic 0x5d5097f5> <pcomp> <accomp>] Nov 26 18:06:04 linus ipppd[21067]: sent [0][LCP ConfAck id=0x1 <mru 1524> <magic 0x5d5097f5> <pcomp> <accomp>] Nov 26 18:06:06 linus ipppd[21067]: sent [0][LCP ConfReq id=0x1 <mru 1500> <auth chap md5> <magic 0xb5997f7b> <pcomp> <accomp>] Nov 26 18:06:07 linus ipppd[21067]: rcvd [0][LCP ConfReq id=0x1 <mru 1524> <magic 0x5d5097f5> <pcomp> <accomp>] Nov 26 18:06:07 linus ipppd[21067]: sent [0][LCP ConfAck id=0x1 <mru 1524> <magic 0x5d5097f5> <pcomp> <accomp>] Nov 26 18:06:09 linus ipppd[21067]: sent [0][LCP ConfReq id=0x1 <mru 1500> <auth chap md5> <magic 0xb5997f7b> <pcomp> <accomp>] Nov 26 18:06:10 linus ipppd[21067]: rcvd [0][LCP ConfReq id=0x1 <mru 1524> <magic 0x5d5097f5> <pcomp> <accomp>] Nov 26 18:06:10 linus ipppd[21067]: sent [0][LCP ConfAck id=0x1 <mru 1524> <magic 0x5d5097f5> <pcomp> <accomp>] Nov 26 18:06:12 linus ipppd[21067]: sent [0][LCP ConfReq id=0x1 <mru 1500> <auth chap md5> <magic 0xb5997f7b> <pcomp> <accomp>] Nov 26 18:06:13 linus ipppd[21067]: rcvd [0][LCP ConfReq id=0x1 <mru 1524> <magic 0x5d5097f5> <pcomp> <accomp>] Nov 26 18:06:13 linus ipppd[21067]: sent [0][LCP ConfAck id=0x1 <mru 1524> <magic 0x5d5097f5> <pcomp> <accomp>] Nov 26 18:06:15 linus ipppd[21067]: sent [0][LCP ConfReq id=0x1 <mru 1500> <auth chap md5> <magic 0xb5997f7b> <pcomp> <accomp>] Nov 26 18:06:16 linus ipppd[21067]: rcvd [0][LCP ConfReq id=0x1 <mru 1524> <magic 0x5d5097f5> <pcomp> <accomp>] Nov 26 18:06:16 linus ipppd[21067]: sent [0][LCP ConfAck id=0x1 <mru 1524> <magic 0x5d5097f5> <pcomp> <accomp>] Nov 26 18:06:18 linus ipppd[21067]: sent [0][LCP ConfReq id=0x1 <mru 1500> <auth chap md5> <magic 0xb5997f7b> <pcomp> <accomp>] Nov 26 18:06:19 linus ipppd[21067]: rcvd [0][LCP ConfReq id=0x1 <mru 1524> <magic 0x5d5097f5> <pcomp> <accomp>] Nov 26 18:06:19 linus ipppd[21067]: sent [0][LCP ConfAck id=0x1 <mru 1524> <magic 0x5d5097f5> <pcomp> <accomp>] Nov 26 18:06:21 linus ipppd[21067]: sent [0][LCP ConfReq id=0x1 <mru 1500> <auth chap md5> <magic 0xb5997f7b> <pcomp> <accomp>] Nov 26 18:06:22 linus ipppd[21067]: rcvd [0][LCP ConfReq id=0x1 <mru 1524> <magic 0x5d5097f5> <pcomp> <accomp>] Nov 26 18:06:22 linus ipppd[21067]: sent [0][LCP ConfAck id=0x1 <mru 1524> <magic 0x5d5097f5> <pcomp> <accomp>] Nov 26 18:06:24 linus ipppd[21067]: sent [0][LCP ConfReq id=0x1 <mru 1500> <auth chap md5> <magic 0xb5997f7b> <pcomp> <accomp>] Nov 26 18:06:25 linus ipppd[21067]: rcvd [0][LCP ConfReq id=0x1 <mru 1524> <magic 0x5d5097f5> <pcomp> <accomp>] Nov 26 18:06:25 linus ipppd[21067]: sent [0][LCP ConfAck id=0x1 <mru 1524> <magic 0x5d5097f5> <pcomp> <accomp>] Nov 26 18:06:27 linus ipppd[21067]: sent [0][LCP ConfReq id=0x1 <mru 1500> <auth chap md5> <magic 0xb5997f7b> <pcomp> <accomp>] Nov 26 18:06:28 linus ipppd[21067]: rcvd [0][LCP ConfReq id=0x1 <mru 1524> <magic 0x5d5097f5> <pcomp> <accomp>] Nov 26 18:06:28 linus ipppd[21067]: sent [0][LCP ConfAck id=0x1 <mru 1524> <magic 0x5d5097f5> <pcomp> <accomp>] Nov 26 18:06:30 linus ipppd[21067]: LCP: timeout sending Config-Requests Nov 26 18:06:30 linus ipppd[21067]: Connection terminated. Nov 26 18:06:30 linus ipppd[21067]: taking down PHASE_DEAD link 0, linkunit: 0 Nov 26 18:06:30 linus ipppd[21067]: LCP is down Nov 26 18:06:30 linus ipppd[21067]: closing fd 16 from unit 0 Nov 26 18:06:30 linus ipppd[21067]: link 0 closed , linkunit: 0 Nov 26 18:06:30 linus ipppd[21067]: reinit_unit: 0 Nov 26 18:06:30 linus ipppd[21067]: Connect[0]: /dev/ippp0, fd: 16 Nov 26 18:06:30 linus kernel: isdn_net: local hangup ippp0 Nov 26 18:06:30 linus kernel: ippp0: Chargesum is 0 Nov 26 18:06:30 linus kernel: ippp_ccp: freeing reset data structure c2b0d000 Nov 26 18:06:30 linus kernel: ippp, open, slot: 0, minor: 0, state: 0000 Nov 26 18:06:30 linus kernel: ippp_ccp: allocated reset data structure c2b0d000 Nov 26 18:06:30 linus kernel: kcapi: appl 1 ncci 0x10101 down Nov 26 18:06:31 linus isdnlog: Nov 26 18:06:31 Call to tei 64 from +49 55490362, on ? HANGUP ( 0:00:30 I=220.0 b O=490.0 b) Nov 26 18:06:31 linus kernel: capidrv-1: DISCONNECT_IND reason 0x3490 (Normal call clearing) for plci 0x101 Client-Config: CALLBACK="off" CHARGEHUP="on" COMPRESSION="no" DEFAULTROUTE="no" DIALMODE="auto" DYNAMICIP="no" FIREWALL="yes" IDLETIME="300" IPADDR="192.168.10.1" MSN="55490362" MULTILINK="no" PROTOCOL="syncppp" PROVIDER="linus" PTPADDR="192.168.10.2" STARTMODE="onboot" USEPEERDNS="no" IPPP_OPTIONS="+pap +chap debug" Client-Log: Nov 26 18:05:57 linux kernel: ippp2: dialing 1 80944875... Nov 26 18:05:57 linux isdnlog: Nov 26 18:05:57 * tei 109 calling +49 30/80944875, Berlin with +49 30/55490362, Berlin RING (Data) Nov 26 18:06:01 linux isdnlog: Nov 26 18:06:01 tei 109 calling +49 30/80944875, Berlin with +49 30/55490362, Berlin Time:Tue Nov 26 18:06:00 2002 Nov 26 18:06:01 linux isdnlog: Nov 26 18:06:01 tei 109 calling +49 30/80944875, Berlin with +49 30/55490362, Berlin CONNECT (Data) Nov 26 18:06:01 linux isdnlog: Nov 26 18:06:01 tei 109 calling +49 30/80944875, Berlin with +49 30/55490362, Berlin INTERFACE ippp2 calling 80944875 Nov 26 18:06:01 linux isdnlog: Nov 26 18:06:01 tei 109 calling +49 30/80944875, Berlin with +49 30/55490362, Berlin CHARGE: 0.060 EUR/240s = 0.015 EUR/Min (DTAG T-ISDN Standard, City, Werktag (Dienstag), Abend) Nov 26 18:06:01 linux isdnlog: Nov 26 18:06:01 tei 109 calling +49 30/80944875, Berlin with +49 30/55490362, Berlin 1.CI 0.060 EUR (now) Nov 26 18:06:01 linux isdnlog: Nov 26 18:06:01 tei 109 calling +49 30/80944875, Berlin with +49 30/55490362, Berlin NEXT CI AFTER 04:00 (DTAG T-ISDN Standard, City, Werktag (Dienstag), Abend) Nov 26 18:06:01 linux kernel: kcapi: appl 1 ncci 0x10101 up Nov 26 18:06:01 linux ipppd[5423]: Local number: 55490362, Remote number: 80944875, Type: outgoing Nov 26 18:06:01 linux ipppd[5423]: PHASE_WAIT -> PHASE_ESTABLISHED, ifunit: 2, linkunit: 0, fd: 24 Nov 26 18:06:01 linux kernel: isdn_net: ippp2 connected Nov 26 18:06:01 linux kernel: capidrv-1: chan 0 up with ncci 0x10101 Nov 26 18:06:31 linux ipppd[5423]: LCP: timeout sending Config-Requests Nov 26 18:06:31 linux ipppd[5423]: Connection terminated. Nov 26 18:06:31 linux ipppd[5423]: taking down PHASE_DEAD link 0, linkunit: 0 Nov 26 18:06:31 linux ipppd[5423]: closing fd 24 from unit 0 Nov 26 18:06:31 linux ipppd[5423]: link 0 closed , linkunit: 0 Nov 26 18:06:31 linux ipppd[5423]: reinit_unit: 0 Nov 26 18:06:31 linux ipppd[5423]: Connect[0]: /dev/ippp2, fd: 24 Nov 26 18:06:31 linux kernel: isdn_net: local hangup ippp2 Nov 26 18:06:31 linux kernel: ippp2: Chargesum is 0 Nov 26 18:06:31 linux kernel: ippp_ccp: freeing reset data structure c34d1800 Nov 26 18:06:31 linux kernel: ippp, open, slot: 2, minor: 2, state: 0000 Nov 26 18:06:31 linux kernel: ippp_ccp: allocated reset data structure c34d1800 Nov 26 18:06:31 linux kernel: kcapi: appl 1 ncci 0x10101 down Nov 26 18:06:31 linux kernel: capidrv-1: DISCONNECT_IND reason 0x3400 (No additional information) for plci 0x101 Nov 26 18:06:31 linux isdnlog: Nov 26 18:06:31 tei 109 calling +49 30/80944875, Berlin with +49 30/55490362, Berlin 1 Einheiten Nov 26 18:06:31 linux isdnlog: Nov 26 18:06:31 tei 109 calling +49 30/80944875, Berlin with +49 30/55490362, Berlin HINT: Cheapest booked 01090:BT Ignite CbC 0.029 EUR (would save 0.031 EUR) Nov 26 18:06:31 linux isdnlog: Nov 26 18:06:31 tei 109 calling +49 30/80944875, Berlin with +49 30/55490362, Berlin HINT: Overall cheapest 01089:M'net Klassik 0.010 EUR (would save 0.050 EUR) Nov 26 18:06:31 linux isdnlog: Nov 26 18:06:31 tei 109 calling +49 30/80944875, Berlin with +49 30/55490362, Berlin HINT: LCR:FAILED Nov 26 18:06:31 linux isdnlog: Nov 26 18:06:31 tei 109 calling +49 30/80944875, Berlin with +49 30/55490362, Berlin HANGUP (1 CI 0.060 EUR; 1 EH EUR 0.062 0:00:30 I= 0.0 b O=220.0 b) Vielen Dank -- Frank G. Walzebuck

2 4

Hylafax
by Jürgen Klink 27 Nov '02

27 Nov '02

Hallo, nach geduldiger Installation und Configuration von Hylafax und capi4hylafax kann ich jetzt endlich Faxnachrichten über SuseFax empfangen und senden.Beim Empfang von Nachrichten habe ich aber noch Probleme. Lt.Serverstatusinformationen (Jobliste) sind sie als faxxxxx.tif Datei vorhanden, kann sie aber über Susefax mit Doppelklick nicht ansehen. Stattdessen kommt die Fehlermeldung: SuSEFax.actionPerformed: SuSEFax.PROTOException:fax00001.tif:Operation not permitted. Erbitte Lösung ? Habe 8.1 installiert. MfG J.Klink

2 1

Faxen mirt SuSE 8.1
by Stefan Piotrowski 26 Nov '02

26 Nov '02

Hallo, habe noch Probleme mit den Fixes: To compile the driver (need installed and configured kernel source under /usr/src/linux): rpm -ivh km_fritzcapi-1.0-34.i586.rpm cd /usr/src/kernel-modules/fritzcapi make -f Makefile.module clean make -f Makefile.module make -f Makefile.module install Das mit dem MAKE funzt nicht so, da kommt Fehler 1 ?????? :-( Wer hat das schon mal gemacht und kann mir weiterhelfen ??? http://www.suse.de/~kkeil/fixes/8.1/ Seit ich nämlich fcmod-k_athlon.tgz - PC using the Athlon kernel km_fritzcapi-1.0-34.i586.rpm - contains the driver source with the workaround cd / tar xvzf {path_to_downloaded_file}/fcmod-k_{deflt|athlon}.tgz depmod gemacht habe läuft mein Interface ippp0 nicht mehr !!! Hilfe ... -- Mit freundlichen Gruessen / with best regards Stefan Piotrowski mailto:stefan@mspio.net Fon +49 7725 91111 http://www.mspio.net http://bike.mspio.net ----------oO~~~~~Oo---------- ... gesendet ueber einen Intranetserver mit SuSE Linux 8.1 ... ----------oO~~~~~Oo----------

4 3

Re[2]: [suse-isdn] SMS Server
by Kilian Krause 26 Nov '02

26 Nov '02

Hi Dennis, DL> aber wie siht es aus wenn ich den server an einen anlagenanschuss DL> betreibe , und nach jeder gesendeten SMS die Telefonnummer ändere ( die DL> stelllen hinter DL> der Basisnummer ) solte vieleicht mit yaps gehen . hmmm, also du kannst die nummer setzen pro anruf, das ist klar.. damit verlierst du zwar die übersicht in der telefonabrechnung, aber wenn das kein entscheidungskriterium ist, sollte das gehen.. DL> Dann würde jede SMS mit einer anderen Absendenummer rausgehen und diese DL> währe ja eine ISDN Nummer , DL> Wenn jetz der Empfäner an diese ISDN Nummer zurückschreibt Solte das DL> ganze zur Telecom groutet werden und zum anlagenanschluss weitergeleitet DL> werden oder ??? DL> Führt da nicht irgendie ein Weg hin. das problem ist eher, wie bekommt man einen SMS-empfangs-server hin.. soweit ich mich erinnern kann, habe ich noch keine funktionierende Linux-Implementierung gesehen, die das bewerkstelligen könnte.. alle empfangs-server setzen ein GSM-Mobile und die Software-Unterstützung über eine Bibliothek voraus.. aber bitte, straf mich lügen, wenn du kannst ;) interessant wäre das auf alle fälle... vielleicht kannst du auch mal Gernot Hille fragen, ob der genauere Infos hat, ob und wie das geht.. da Festnetz-SMS inzwischen von den Providern angeboten werden könnte es aber gut sein, dass du sie alle als "Anruf" bekommst und dann über vbox+mail verarbeiten musst.. das hingegen sollte machbar sein =) -- Viele Grüsse, Kilian

4 3

SMS Server
by Dennis Liebig 26 Nov '02

26 Nov '02

Hallo ist es möglich seinen SMS Server so aufzusetzen , das er Aus E-mail SMS macht und sie versickt , und der Empfänger der SMS einfach auf antworten klickt und Die antwort wieder per SMS über ISDN zurück zum Server geschickt wird und danach zu einem E-mail empfänger weitergeleitet wird ???

3 5

DSL-Startet nicht in DOD/FW: Port 137
by Andreas Schütz 26 Nov '02

26 Nov '02

Hallo, folgender "kleiner" Fehler tritt nach der Configuration von DSL im DOD-Modus auf. --- boot.log <notice>'/etc/init.d/rc5.d/S01random start' exits with status 0 <notice>/etc/init.d/rc5.d/S05network start Setting up network interfaces: lo done eth0 IP/Netmask: 192.168.22.1 / 255.255.255.0 done eth1 IP/Netmask: 192.168.23.1 / 255.255.255.0 done ippp0 <notice>startproc: execve (/usr/sbin/smpppd) [ /usr/sbin/smpppd ], [ CONSOLE ] done dsl0 <notice>checkproc: /usr/sbin/smpppd 536 error: connection to smpppd failed (use --verbose for more information) ifup-dsl: interface dsl0 is not known by smpppd failed --- Folglich muß der DOD manuelle eingestellt werden. Sind zwar nur einige Mouseklicks, aber genauso einfach könnte auch eine Lösung sein. Neibenbei. Wer weiß woher die massenweise anfallenden Anfragen auf den Port 137 (Net-BIOS) kommen? Ist das ein Wurm? -- MfG Andreas -- end of message --

4 3

DSL mit 8.1 und MASQ / ROUTING / GATEWAY
by Frank.Seuberth 25 Nov '02

25 Nov '02

Hi, habe die Mailinglist gelesen und einige "gleichartige" Probleme gefunden, komme aber nicht weiter. Problemstellung : SuSE 8.1, T-DSL, 2 x Netzwerkkarte, LINUX als DSL-Gateway für WIN Rechner verwenden. Konfiguration in Kürze : IP_RESEND installiert (war bis 7.3 halt so und habe ich hier auch so gemacht) eth0=intern=192.168.1.52 als Gateway 192.168.0.1 eingetragen eth1=extern(DSL-SPLITTER)=192.168.0.1 DOD eingestellt. /etc/sysconfig/personal-firewall : REJECT_ALL_INCOMING_CONNECTIONS="ppp0 masq" /etc/sysconfig/sysctl : IP_DYNIP="yes" (habe ich auch schon mal weggelassen, hat auch nix gebracht) IP_FORWARD="yes" /etc/sysconfig/network/ifcfg-dsl0 : EVICE='eth1' PPPMODE='pppoe' PROVIDER='dsl-provider0' STARTMODE='onboot' FIREWALL="YES" die insserv Sachen und rcSuSEfirewall2 start gemacht. Halt Alles gem. der Seite : http://sdb.suse.de/de/sdb/html/masq80.html Am WIN client (der hat 192.168.1.151) die 192.168.1.52 als Gateway und nameserver 194.25.2.129 PROBLEM : Am Linux Rechner funktioniert die Einwahl mit Demand, am WIN Client bei Ping www.suse.de oder ping <nameserver> : Es wird am Linux Rechner die Verbindung in's Internet aufgebaut, die Packete aber nicht an den WIN Rechner geschickt. -> Zeitüberschreitung der Anfordrung bei Ping einer IP -> unbekannter Host bei ping www.suse.de Ping auf die 192.168.1.52 und 192.168.0.1 geht. Kann jemand helfen bitte ? Danke Frank Seuberth

2 1