Moins ISDN-MAILLIST ich hoffe ihr könnt mir bei meinem Problem helfen ! Ich versuche schon seid einiger Zeit mit meiner AVM Fritz!PCI - Isdn-Card über T-ONLINE eine verbindung aufzubauen. An der Hardware kann es nicht liegen. Ich habe eine menge rumgespielt usw. wenn ich nun "isdnctrl dial ippp0" eingebe, connected er auch zu t-online. Ich kann meinen eigenen PC mit der dynamischen ip anpingen. Telnet geht auch. Nur lynx meldet Fehler. (Andere Programme hab ich nich getestet) folgendes sagt meine /var/log/messages Datei: Feb 26 00:47:27 server kernel: ippp0: dialing 1 0191011... Feb 26 00:47:27 server isdnlog: Feb 26 00:47:27 * tei 94 calling 0191011 with +49 911/XXXX, Nürnberg RING (Data) Feb 26 00:47:28 server isdnlog: Feb 26 00:47:28 tei 94 calling 0191011 with +49 911/XXXX, Nürnberg Time:Mon Feb 26 00:44:00 2001 Feb 26 00:47:28 server isdnlog: Feb 26 00:47:28 tei 94 calling 0191011 with +49 911/XXXX, Nürnberg CONNECT (Data) Feb 26 00:47:28 server isdnlog: Feb 26 00:47:28 tei 94 calling 0191011 with +49 911/XXXX, Nürnberg CHARGE: 0.029 DM/60s = 0.029 DM/Min (DTAG ISDN, T-Online, täglich, T-Online eco) Feb 26 00:47:28 server isdnlog: Feb 26 00:47:28 tei 94 calling 0191011 with +49 911/XXXX, Nürnberg 1.CI 0.029 DM (now) Feb 26 00:47:28 server isdnlog: Feb 26 00:47:28 tei 94 calling 0191011 with +49 911/XXXX, Nürnberg NEXT CI AFTER 01:00 (DTAG ISDN, T-Online, täglich, T-Online eco) Feb 26 00:47:28 server kernel: isdn_net: ippp0 connected Feb 26 00:47:28 server ipppd[518]: Local number: 4822, Remote number: 0191011, Type: outgoing Feb 26 00:47:28 server ipppd[518]: PHASE_WAIT -> PHASE_ESTABLISHED, ifunit: 0, linkunit: 0, fd: 8 Feb 26 00:47:28 server ipppd[518]: Remote message: Feb 26 00:47:28 server ipppd[518]: MPPP negotiation, He: No We: No Feb 26 00:47:28 server ipppd[518]: CCP enabled! Trying CCP. Feb 26 00:47:28 server ipppd[518]: CCP: got ccp-unit 0 for link 0 (protocol: 0x80fd) Feb 26 00:47:28 server ipppd[518]: ccp_resetci! Feb 26 00:47:28 server ipppd[518]: local IP address 217.4.233.235 Feb 26 00:47:28 server ipppd[518]: remote IP address 217.5.110.241 Feb 26 00:48:28 server isdnlog: Feb 26 00:48:28 tei 94 calling 0191011 with +49 911/XXXX, Nürnberg 2.CI 0.058 DM (after 0:01:00) Feb 26 00:49:15 server ipppd[518]: Modem hangup Feb 26 00:49:15 server ipppd[518]: Connection terminated. Feb 26 00:49:15 server ipppd[518]: taking down PHASE_DEAD link 0, linkunit: 0 Feb 26 00:49:15 server isdnlog: Feb 26 00:49:15 tei 94 calling 0191011 with +49 911/XXXX, Nürnberg Normal call clearing (User) Feb 26 00:49:15 server kernel: isdn_net: local hangup ippp0 Feb 26 00:49:15 server kernel: ippp0: Chargesum is 0 Feb 26 00:49:15 server ipppd[518]: closing fd 8 from unit 0 Feb 26 00:49:15 server kernel: ippp_ccp: freeing reset data structure c0a33000 Feb 26 00:49:15 server ipppd[518]: link 0 closed , linkunit: 0 Feb 26 00:49:15 server ipppd[518]: reinit_unit: 0 Feb 26 00:49:15 server kernel: ippp, open, slot: 0, minor: 0, state: 0000 Feb 26 00:49:15 server kernel: ippp_ccp: allocated reset data structure c0a33000 Feb 26 00:49:15 server ipppd[518]: Connect[0]: /dev/ippp0, fd: 8 Feb 26 00:49:15 server isdnlog: Feb 26 00:49:15 tei 94 calling 0191011 with +49 911/XXXX, Nürnberg HANGUP (2 CI 0.058 DM 0:01:47 I=147.0 b O= 2.8Kb) Das macht mich außerdem noch dabei stutzig: "0.058 DM (after 0:01:00)" da ich eine Flatrate habe ! meine pap-secret sieht so aus: ... # INBOUND CONNECTIONS #client hostname <password> 192.168.1.1 "000507261181XXXXXXXXX#0001" * "XXXXXXXX" ... meine options.ippp0 sieht so aus: ... # /etc/ppp/options.ippp0 # fuer isdn4linux/syncPPP und dynamische IP-Nummern # # # Klaus Franken, kfr@suse.de # Version: 27.08.97 (5.1) # # Diese Datei wird von YAST von /etc/ppp/ioptions.YAST # nach options.<device> kopiert. # die Deviece(s) # fuer mehr als ein Device versuche folgendes: # /dev/ippp0 /dev/ippp1 ... /dev/ippp0 # die IP-Adresse: <local>:<remote> # einfach "0.0.0.0:" oder nichts f@r dyn. IP #0.0.0.0: # der eigene Benutzername user "0005072611XXXXXXXXX#0001" # der eigene Systemname (nur f@r CHAP!) # name my_system_name # IP-Adressen vom Partner aktzeptieren # dynamische IP-Nummern verwenden ipcp-accept-local ipcp-accept-remote noipdefault # versuche die IP-Adresse vom Interface zu ermitteln # nur mit statischer IP-Adresse verwenden #useifip # alle Header-Komprimierungen abschalten -vj -vjccomp -ac -pc -bsdcomp # manchmal wird dies benoetigt: #noccp # max receive unit mru 1524 # max transmit unit mtu 1500 lock # Set 'debug' to create a lot of information in /var/log/messages #debug # Set '+pwlog' for logging passwords in /var/log/messages #+pwlog name "000507261181XXXXXXXXX#0001" ... meinen ipppd starte ich mit: "ipppd pidfile /var/run/ipppd.ippp0.pid file /etc/ppp/options.ippp0 &" außerdem beendet sich die Verbindung nach 1 Minute selbstständig !!!! ich hoffe, ihr habt irgendeine Idee, was ich falsch mache ! cya Johannes
Hallo, Sieht alles gut aus. Probier doch mal ein ping auf 194.25.2.129. Wenn es funktionniert dann liegt es nicht an ISDN und Routing. Schau mal in der /etc/resolv.conf ob du ein Eintrag für ein Nameserver haßt (es müßte ein eintrag wie folgt geben : "nameserver xxx.xxx.xxx.xxx". Wenn nicht nimm die oben angebene IP Adresse - ist die IP Adresse vom DNS Server der Telekom. Starte dann lynx. es müßte dann klappen. Den Eintrag kannst Du auch über yast machen. Wenn es nicht geholfen hat, dann schalte die option debug in options.ippp0 und schicke mal verdächtige Ausschnitte aus /var/log/messages (ich sagte ausschnitte ! nicht die 1 oder 2 MB : ( ) Gruss, Pascal Tango0711 wrote:
# /etc/ppp/options.ippp0 # fuer isdn4linux/syncPPP und dynamische IP-Nummern # ....... # Set 'debug' to create a lot of information in /var/log/messages debug
......
Hallo,
Sieht alles gut aus. Probier doch mal ein ping auf 194.25.2.129. Wenn es funktionniert dann liegt es nicht an ISDN und Routing. Schau mal in der /etc/resolv.conf ob du ein Eintrag für ein Nameserver haßt (es müßte ein eintrag wie folgt geben : "nameserver xxx.xxx.xxx.xxx". Wenn nicht nimm die oben angebene IP Adresse - ist die IP Adresse vom DNS Server der Telekom. Starte dann lynx. es müßte dann klappen. Den Eintrag kannst Du auch über yast machen.
die resolv.conf hatte ich gar nicht in meinem System. Also habe ich nun unter Yast die Unterstützung dafür erstellt. Nun bekomme ich gar keine Verbindung mehr hin ! Er meldet ständig in der messages, "PAP authentifizierung failed" oder so.
Wenn es nicht geholfen hat, dann schalte die option debug in options.ippp0 und schicke mal verdächtige Ausschnitte aus /var/log/messages (ich sagte ausschnitte ! nicht die 1 oder 2 MB : ( )
Da ist nix verdächtiges, was nicht vorher auch schon war. cya Johannes
On Mon, Feb 26, 2001 at 01:26 +0100, Tango0711 wrote:
Moins ISDN-MAILLIST
ich hoffe ihr könnt mir bei meinem Problem helfen ! Ich versuche schon seid einiger Zeit mit meiner AVM Fritz!PCI - Isdn-Card über T-ONLINE eine verbindung aufzubauen. An der Hardware kann es nicht liegen. Ich habe eine menge rumgespielt usw. wenn ich nun "isdnctrl dial ippp0" eingebe, connected er auch zu t-online. Ich kann meinen eigenen PC mit der dynamischen ip anpingen. Telnet geht auch. Nur lynx meldet Fehler. (Andere Programme hab ich nich getestet) folgendes sagt meine /var/log/messages Datei:
[IMHO normaler Verbindungsablauf] Dein Logauszug sieht ganz normal aus. Außerdem scheint es, daß Du eine funktionierende Verbindung bekommst- schließlich geht ping und telnet.
Das macht mich außerdem noch dabei stutzig: "0.058 DM (after 0:01:00)" da ich eine Flatrate habe !
Das weiß Linux doch aber nicht! Dazu mußt Du die Rate-Informationen anpassen. Frag mich aber nicht, wie das geht. Außerdem kann Dir das doch egal sein, Du weißt von Deiner Flachratte und kennst damit Deine Gebühren auch so :-) (Ich weiß, das ist unbefriedigend...) [pap-secrets]
außerdem beendet sich die Verbindung nach 1 Minute selbstständig !!!!
Was hast DU für einen idle-Timeout? Zufällig 60 Sekunden? (Ist glaubeich so voreingestellt) Welche Fehlermeldungen bringt denn lynx? Hat es vielleicht was mit dem Nameserver zu tun? Grüße Volker P.S. Postings bitte an suse.com, nicht .de
From: "Volker Tanner"
Das macht mich außerdem noch dabei stutzig: "0.058 DM (after 0:01:00)" da ich eine Flatrate habe !
Das weiß Linux doch aber nicht! Dazu mußt Du die Rate-Informationen anpassen. Frag mich aber nicht, wie das geht. Außerdem kann Dir das doch egal sein, Du weißt von Deiner Flachratte und kennst damit Deine Gebühren auch so :-) (Ich weiß, das ist unbefriedigend...)
Naja, aber ich glaube irgendwas funktioniert da nicht mit der Übermittlung des Benutzernamens und T-ONLINE rechnet mir wirklich die Kohle ab ! Weißt du denn ob das normal ist ? Mit dem 0.058 DM (after 0:01:00) usw. ?
[pap-secrets]
außerdem beendet sich die Verbindung nach 1 Minute selbstständig !!!!
Was hast DU für einen idle-Timeout? Zufällig 60 Sekunden? (Ist glaubeich so voreingestellt)
Ja, äh sind 60 sec. ich änder das mal ...
Welche Fehlermeldungen bringt denn lynx? Hat es vielleicht was mit dem Nameserver zu tun?
Lynx meldet "Can´t connect to remote host" oder sowas. Also einen namenserver habe ich gar nicht installiert oder so. Ich habe nun die Unterstützung für einen Namenserver eingerichtet. Seid dem funktioniert aber noch nichtmal eine Verbindung ! Es werden mir keine IP-Nummern zugewiesen. Außerdem kommt jetzt in der /var/log/messages die meldung: "PAP-Authentifizierung failed" oder so. Irgendwas stimmt da nun nicht mehr ...
P.S. Postings bitte an suse.com, nicht .de
Wo ist denn der Unterschied ? cu Johannes
On Mon, Feb 26, 2001 at 12:05 +0100, Tango0711 wrote:
From: "Volker Tanner"
Naja, aber ich glaube irgendwas funktioniert da nicht mit der Übermittlung des Benutzernamens und T-ONLINE rechnet mir wirklich die Kohle ab !
Das macht t-online gerne so. Mußt Du mit denen streiten...
Weißt du denn ob das normal ist ? Mit dem 0.058 DM (after 0:01:00) usw. ?
Nö, ist es nicht. Ich denke, Du solltest Dir eventuell mal Deine isdn.conf ansehen. Hatte ja im letzten Posting schon jemand geschrieben.
Welche Fehlermeldungen bringt denn lynx? Hat es vielleicht was mit dem Nameserver zu tun?
Lynx meldet "Can´t connect to remote host" oder sowas. Also einen namenserver habe ich gar nicht installiert oder so.
Hast Du einen angegeben? Mußt Du schon tun, sonst ist's Essig mit dem surfen.
Ich habe nun die Unterstützung für einen Namenserver eingerichtet. Seid dem funktioniert aber noch nichtmal eine Verbindung ! Es werden mir keine IP-Nummern zugewiesen.
Logisch, siehe unten.
Außerdem kommt jetzt in der /var/log/messages die meldung: "PAP-Authentifizierung failed" oder so. Irgendwas stimmt da nun nicht mehr ...
Genau, Dein Benutzername und/oder Paßwort sind jetzt falsch. Kann t-online eigentlich PAP? Keine Ahnung
P.S. Postings bitte an suse.com, nicht .de
Wo ist denn der Unterschied ?
.com ist die offizielle Listenadresse, .de eine Gefälligkeit von Suse für die, die das mit der offiziellen Adresse nicht begriffen haben... Volker P.S. Würdest Du bitte Deinen Realnamen enthüllen, und zwar bitte im _Header_ der Mail? Tango0711 ist so ein doofer Name. Grüße VOlker
Am Montag, 26. Februar 2001 D12:05 schrieben Sie:
From: "Volker Tanner"
Das macht mich außerdem noch dabei stutzig: "0.058 DM (after 0:01:00)" Also, das sollte so nicht sein. Die Angaben entstammen einer Datenbank auf deiner Maschine. Sie nerven nur und vergrößern unnötig die /var/log/messages. Sonst nux.
Zu Deinem Problem. 1. PAP-Authentification failed. Das Passwort stimmt nicht. (Aber: solltest du aus verschiedenen Gründen das falsche Passwort in /etc/ppp/pap-secrets stehen haben, so kommt es nach 9 Einlog-Versuchen zu einer Sperre durch T-Online, die um 24.00 h aufgehben wird. Da kannste nicht viel machen. ALSO: - yast aufrufen ->Admin des Systems -> Netzwerk -> Grundkonfiguration- ippp0 anwählen F8 drücken. Daten kontrollieren, insbesondere Passwort. Starten, Speichern - dann unter Netzwerkumgebung Konfiguration Nameserver anwählen 194.25.2.129 eintragen, deinen lokalen Domainnamen (fz.B. ritze.local) eintragen. Init 1 Zur sicherheit. less /etc/hosts.conf sollte so aussehen # # /etc/host.conf # # Automatically generated by SuSEconfig on Wed Oct 18 17:41:47 CEST 2000. # # PLEASE DO NOT EDIT THIS FILE! # # Change variables (NAMESERVER + YP_SERVER) in /etc/rc.config instead. # # order hosts bind multi on less /etc/resolv.conf # # /etc/resolv.conf # # Automatically generated by SuSEconfig on Wed Oct 18 17:41:47 CEST 2000. # # PLEASE DO NOT EDIT THIS FILE! # # Change variables (NAMESERVER + SEARCHLIST) in /etc/rc.config instead. # # search fritze.local nameserver 194.25.2.129 In /etc/ppp/pap-secrets und /etc/ppp/options.ippp0 sollte deine Anmeldekennung vorhanden sein, in pap-secrets auch dein Passwort im Klartext. Wenn das alles stimmt. init 2 lynx www.heise.de und du solltest einen konekt kriegen. Sven PS.: Welche Suse-Version?
Moins Also, ich habe das Problem nun endlich gelöst ! Die Fehler mit Lynx sind durch die Fehlende Namensserverunterstützung entstanden ! Das Problem, welches später mit der PAP-Authentification auftrat, lag daran, weil ein anderer Rechner von unserem Anschluss per Modem eingewählt war und T-ONLINE keine zweite Verbindung aktzeptiert hat ! Jetzt funktioniert alles ... nur das "0.058 DM (after 0:01:00)" ist noch zu sehen ... naja, muß ich mal in der nächsten T-ONLINE Rechnung sehen, ob die mir da Geld für abrrechnen ! Danke, an alle für die Hilfe ! cya Johannes
Hallo! Zum bereits gelösten Problem mit T-Online:
war und T-ONLINE keine zweite Verbindung aktzeptiert hat ! Jetzt funktioniert alles ... nur das "0.058 DM (after 0:01:00)" ist noch zu sehen ^^^^^^^^^^^^^^^^^^^^^^^^^ ... naja, muß ich mal in der nächsten T-ONLINE Rechnung sehen, ob die mir da Geld für abrrechnen !
Das ist bei mir auch zu sehen, obwohl ich auch die T-Online-Flat habe. Ich glaub, das ist ganz normal. Da zählt der der Rechner einfach die Impulse, die für jede "vertelefonierte/verinternettete" Einheit über die Leitung geschickt werden (so funktionieren auch im Telefon eingebaute Gebührenzähler). Bei 0191011 macht das halt 0.058 DM pro Minute.
Ich würde sagen, dass Auflegen nach ungefähr einer Minute sieht nach Timeout as. Kann es sein, dass du Idle auf eine Minute eingestellt hast? Außerdem würde ich mal in die /etc/isdn/isdn.conf schauen. Hier kannst du mal die 0911 für Nürnberg und die Kosten pro Minute ändern. Das wird dein Problem nicht lösen, aber sieht doch schöner aus. Am Mon, 26 Feb 2001 schrieben Sie:
Moins ISDN-MAILLIST
ich hoffe ihr könnt mir bei meinem Problem helfen ! Ich versuche schon seid einiger Zeit mit meiner AVM Fritz!PCI - Isdn-Card über T-ONLINE eine verbindung aufzubauen. An der Hardware kann es nicht liegen. Ich habe eine menge rumgespielt usw. wenn ich nun "isdnctrl dial ippp0" eingebe, connected er auch zu t-online. Ich kann meinen eigenen PC mit der dynamischen ip anpingen. Telnet geht auch. Nur lynx meldet Fehler. (Andere Programme hab ich nich getestet) folgendes sagt meine /var/log/messages Datei:
Feb 26 00:47:27 server kernel: ippp0: dialing 1 0191011... Feb 26 00:47:27 server isdnlog: Feb 26 00:47:27 * tei 94 calling 0191011 with +49 911/XXXX, Nürnberg RING (Data) Feb 26 00:47:28 server isdnlog: Feb 26 00:47:28 tei 94 calling 0191011 with +49 911/XXXX, Nürnberg Time:Mon Feb 26 00:44:00 2001 Feb 26 00:47:28 server isdnlog: Feb 26 00:47:28 tei 94 calling 0191011 with +49 911/XXXX, Nürnberg CONNECT (Data) Feb 26 00:47:28 server isdnlog: Feb 26 00:47:28 tei 94 calling 0191011 with +49 911/XXXX, Nürnberg CHARGE: 0.029 DM/60s = 0.029 DM/Min (DTAG ISDN, T-Online, täglich, T-Online eco) Feb 26 00:47:28 server isdnlog: Feb 26 00:47:28 tei 94 calling 0191011 with +49 911/XXXX, Nürnberg 1.CI 0.029 DM (now) Feb 26 00:47:28 server isdnlog: Feb 26 00:47:28 tei 94 calling 0191011 with +49 911/XXXX, Nürnberg NEXT CI AFTER 01:00 (DTAG ISDN, T-Online, täglich, T-Online eco) Feb 26 00:47:28 server kernel: isdn_net: ippp0 connected Feb 26 00:47:28 server ipppd[518]: Local number: 4822, Remote number: 0191011, Type: outgoing Feb 26 00:47:28 server ipppd[518]: PHASE_WAIT -> PHASE_ESTABLISHED, ifunit: 0, linkunit: 0, fd: 8 Feb 26 00:47:28 server ipppd[518]: Remote message: Feb 26 00:47:28 server ipppd[518]: MPPP negotiation, He: No We: No Feb 26 00:47:28 server ipppd[518]: CCP enabled! Trying CCP. Feb 26 00:47:28 server ipppd[518]: CCP: got ccp-unit 0 for link 0 (protocol: 0x80fd) Feb 26 00:47:28 server ipppd[518]: ccp_resetci! Feb 26 00:47:28 server ipppd[518]: local IP address 217.4.233.235 Feb 26 00:47:28 server ipppd[518]: remote IP address 217.5.110.241 Feb 26 00:48:28 server isdnlog: Feb 26 00:48:28 tei 94 calling 0191011 with +49 911/XXXX, Nürnberg 2.CI 0.058 DM (after 0:01:00) Feb 26 00:49:15 server ipppd[518]: Modem hangup Feb 26 00:49:15 server ipppd[518]: Connection terminated. Feb 26 00:49:15 server ipppd[518]: taking down PHASE_DEAD link 0, linkunit: 0 Feb 26 00:49:15 server isdnlog: Feb 26 00:49:15 tei 94 calling 0191011 with +49 911/XXXX, Nürnberg Normal call clearing (User) Feb 26 00:49:15 server kernel: isdn_net: local hangup ippp0 Feb 26 00:49:15 server kernel: ippp0: Chargesum is 0 Feb 26 00:49:15 server ipppd[518]: closing fd 8 from unit 0 Feb 26 00:49:15 server kernel: ippp_ccp: freeing reset data structure c0a33000 Feb 26 00:49:15 server ipppd[518]: link 0 closed , linkunit: 0 Feb 26 00:49:15 server ipppd[518]: reinit_unit: 0 Feb 26 00:49:15 server kernel: ippp, open, slot: 0, minor: 0, state: 0000 Feb 26 00:49:15 server kernel: ippp_ccp: allocated reset data structure c0a33000 Feb 26 00:49:15 server ipppd[518]: Connect[0]: /dev/ippp0, fd: 8 Feb 26 00:49:15 server isdnlog: Feb 26 00:49:15 tei 94 calling 0191011 with +49 911/XXXX, Nürnberg HANGUP (2 CI 0.058 DM 0:01:47 I=147.0 b O= 2.8Kb)
Das macht mich außerdem noch dabei stutzig: "0.058 DM (after 0:01:00)" da ich eine Flatrate habe ! meine pap-secret sieht so aus:
... ## INBOUND CONNECTIONS #client hostname <password> 192.168.1.1 "000507261181XXXXXXXXX#0001" * "XXXXXXXX" ...
meine options.ippp0 sieht so aus:
... ## /etc/ppp/options.ippp0 # fuer isdn4linux/syncPPP und dynamische IP-Nummern # # # Klaus Franken, kfr@suse.de # Version: 27.08.97 (5.1) # # Diese Datei wird von YAST von /etc/ppp/ioptions.YAST # nach options.<device> kopiert.
# die Deviece(s) # fuer mehr als ein Device versuche folgendes: # /dev/ippp0 /dev/ippp1 ... /dev/ippp0
# die IP-Adresse: <local>:<remote> # einfach "0.0.0.0:" oder nichts f@r dyn. IP #0.0.0.0:
# der eigene Benutzername user "0005072611XXXXXXXXX#0001"
# der eigene Systemname (nur f@r CHAP!) # name my_system_name
# IP-Adressen vom Partner aktzeptieren # dynamische IP-Nummern verwenden ipcp-accept-local ipcp-accept-remote noipdefault
# versuche die IP-Adresse vom Interface zu ermitteln # nur mit statischer IP-Adresse verwenden #useifip
# alle Header-Komprimierungen abschalten -vj -vjccomp -ac -pc -bsdcomp
# manchmal wird dies benoetigt: #noccp
# max receive unit mru 1524 # max transmit unit mtu 1500
lock
# Set 'debug' to create a lot of information in /var/log/messages #debug
# Set '+pwlog' for logging passwords in /var/log/messages #+pwlog
name "000507261181XXXXXXXXX#0001" ...
meinen ipppd starte ich mit: "ipppd pidfile /var/run/ipppd.ippp0.pid file /etc/ppp/options.ippp0 &"
außerdem beendet sich die Verbindung nach 1 Minute selbstständig !!!!
ich hoffe, ihr habt irgendeine Idee, was ich falsch mache ! cya Johannes
--------------------------------------------------------------------- To unsubscribe, e-mail: suse-isdn-unsubscribe@suse.com For additional commands, e-mail: suse-isdn-help@suse.com --
Christian Uhde Dreikreuzenstrasse 6 30449 Hannover Germany mail@christian-uhde.de http://www.christian-uhde.de --
participants (7)
-
Christian Uhde
-
Johannes Kosthorst
-
M.A.N.E@t-online.de
-
Pascal Fleer
-
sven-jordan@t-online.de
-
Tango0711
-
Volker Tanner