Hallo, ich will jetzt mal meinen SMS-Versand umstellen. Bisher nutzte ich auf einem (uralten) Server ein analoges Modem und sms-client. Unter SuSE 6.2 :-) Nun möchte ich gerne den SMS-Versand von meinem Fax-Server machen lassen. Darauf läuft SuSE 7.1 mit hylafax als Faxsoftware und AVMs CAPI-Treibern. ISDN-Hardware ist eine FritzCard PCI. (Ja, der Rechner ist nicht der schnellste, nein, er ist nicht per Internet erreichbar und es gibt auch keine Benutzeraccounts darauf, und wenn sich jemand einlogt werde ich informiert etc. :-) Nachdem ich etwas gegoogelt habe (die manual-Seiten zu hylafax sind da nicht sehr hilfreich) stellte ich fest, dass SNPP-zu-SMS wohl möglich sein müsste, aber gelinde gesagt schwach dokumentiert ist. Oder es ist schon zu spät... Yaps sollte im Prinzip funktionieren, aber auch da schien mir die Dokumentation etwas dünn. Dann gibt es noch sms-client, aber auch da scheint die Entwicklung entweder abgeschlossen zu sein oder wenig detaillierte Dokumentation erzeugt zu haben. Weitere Erkenntnisse brachten weder die Listenarchive noch allgemeines googeln. Für mich stellt sich jetzt die Frage, welche Lösung ich bevorzugen möchte. Normalerweise würde ich einfach mal mit sms-client anfangen zu probieren, aber angesichts meiner mageren Suchergebnisse würde es mich mal interessieren ob jemand anders eine SMS-Versandlösung über CAPI/ISDN einsetzt. Oder ob es noch bessere Möglichkeien gibt als was ich geschildert habe. Ach so, ich möchte nur SMS versenden, nur über ISDN (nicht per GSM-Modem), und würde aus praktischen Gründen gerne eine Lösung mit integrierter Sendequeue benutzen. Danke für Feedback, Arno -- IT-Service Lehmann al@its-lehmann.de Arno Lehmann http://www.its-lehmann.de
On Fri, Nov 18, 2005 at 11:36:26PM +0100, Arno Lehmann wrote:
Hallo,
ich will jetzt mal meinen SMS-Versand umstellen. Bisher nutzte ich auf einem (uralten) Server ein analoges Modem und sms-client. Unter SuSE 6.2 :-)
Nun möchte ich gerne den SMS-Versand von meinem Fax-Server machen lassen. Darauf läuft SuSE 7.1 mit hylafax als Faxsoftware und AVMs CAPI-Treibern. ISDN-Hardware ist eine FritzCard PCI. (Ja, der Rechner ist nicht der schnellste, nein, er ist nicht per Internet erreichbar und es gibt auch keine Benutzeraccounts darauf, und wenn sich jemand einlogt werde ich informiert etc. :-)
Nachdem ich etwas gegoogelt habe (die manual-Seiten zu hylafax sind da nicht sehr hilfreich) stellte ich fest, dass SNPP-zu-SMS wohl möglich sein müsste, aber gelinde gesagt schwach dokumentiert ist. Oder es ist schon zu spät...
Yaps sollte im Prinzip funktionieren, aber auch da schien mir die Dokumentation etwas dünn.
Also yaps funktioniert, braucht auch keine anlog modem Unterstützung (und damit auch nicht unbedingt CAPI, sollte aber mit capidrv auch gehen). Das funktioniert dann über /dev/ttyX. Ist allerdings schon lange her (6-7 Jahre) als ich es das letzte Mal selbst probiert habe. Ob man hylafax ein zweites modem (/dev/ttyIX) nur für den SMS Versand unterschieben kann, weiss ich nicht, im Prinzip müsste es aber gehen.
Dann gibt es noch sms-client, aber auch da scheint die Entwicklung entweder abgeschlossen zu sein oder wenig detaillierte Dokumentation erzeugt zu haben.
Weitere Erkenntnisse brachten weder die Listenarchive noch allgemeines googeln.
Für mich stellt sich jetzt die Frage, welche Lösung ich bevorzugen möchte. Normalerweise würde ich einfach mal mit sms-client anfangen zu probieren, aber angesichts meiner mageren Suchergebnisse würde es mich mal interessieren ob jemand anders eine SMS-Versandlösung über CAPI/ISDN einsetzt. Oder ob es noch bessere Möglichkeien gibt als was ich geschildert habe.
Ach so, ich möchte nur SMS versenden, nur über ISDN (nicht per GSM-Modem), und würde aus praktischen Gründen gerne eine Lösung mit integrierter Sendequeue benutzen.
-- Karsten Keil SuSE Labs ISDN development
On Sat, Nov 19, 2005 at 10:26:11AM +0100, Karsten Keil wrote:
On Fri, Nov 18, 2005 at 11:36:26PM +0100, Arno Lehmann wrote: ...
Yaps sollte im Prinzip funktionieren, aber auch da schien mir die Dokumentation etwas dünn.
Also yaps funktioniert, braucht auch keine anlog modem Unterstützung (und damit auch nicht unbedingt CAPI, sollte aber mit capidrv auch gehen). Das funktioniert dann über /dev/ttyX. Ist allerdings schon lange her (6-7 Jahre) als ich es das letzte Mal selbst probiert habe.
Habe es gerade mal ausprobiert (HW: Fritz mit AVM CAPI Treiber), lief auf Anhieb, ich musste nur die /etc/yaps.rc anpassen, wobei entsprechende Beispieleinträge bereits da sind. --- /etc/yaps.rc.org 2005-09-09 18:18:18.000000000 +0200 +++ /etc/yaps.rc 2005-11-19 10:55:51.000000000 +0100 @@ -523,24 +523,24 @@ # Device # # Typical a symbolic link to the real device -device /dev/ttyS0 +#device /dev/ttyS0 # "normal" call-out device #device /dev/cua1 # Solaris convention #device /dev/cua/a # use the following device for isdn-dialout: -#device /dev/ttyI6 +device /dev/ttyI6 # # # Modem talk # #init \\r !200D AT&F2\r <OK ATE0Q0V1M1L1X3\r <OK -init \\r !200D AT&F2\r <OK ATV1M1L1X3\r <OK +#init \\r !200D AT&F2\r <OK ATV1M1L1X3\r <OK # use the following init-string for isdn: # and change MSN to your MSN (what else...:-)) -#init \\r !200D ATZ\r <OK AT&E9879356\r <OK +init \\r !200D ATZ\r <OK AT&E30\r <OK dial ATDT0%L\r <60CONNECT|OK|BUSY|NO\sDIALTONE|NO\sCARRIER reset ATH\r <OK Achtung: der dial Eintrag ist für Anschlüsse hinter einer TK Anlage, mit zusätzliche zu wählender 0. Direkt am NTBA sollte der so aussehen: dial ATDT%L\r <60CONNECT|OK|BUSY|NO\sDIALTONE|NO\sCARRIER Getestet mit einer SL 10.0, sollte aber auch mit älteren Versionen so funktionieren. -- Karsten Keil SuSE Labs ISDN development
Hallo, Karsten, Christian - Danke. Werde also erstmal mit yaps anfangen und sehen ob mir das zusagt. Ein kleiner wrapper für eine minimalistische queue sollte als shellscript gehen können... Arno On 19.11.2005 15:33, Karsten Keil wrote:
On Sat, Nov 19, 2005 at 10:26:11AM +0100, Karsten Keil wrote:
On Fri, Nov 18, 2005 at 11:36:26PM +0100, Arno Lehmann wrote:
...
Yaps sollte im Prinzip funktionieren, aber auch da schien mir die Dokumentation etwas dünn.
Also yaps funktioniert, braucht auch keine anlog modem Unterstützung (und damit auch nicht unbedingt CAPI, sollte aber mit capidrv auch gehen). Das funktioniert dann über /dev/ttyX. Ist allerdings schon lange her (6-7 Jahre) als ich es das letzte Mal selbst probiert habe.
Habe es gerade mal ausprobiert (HW: Fritz mit AVM CAPI Treiber), lief auf Anhieb, ich musste nur die /etc/yaps.rc anpassen, wobei entsprechende Beispieleinträge bereits da sind.
--- /etc/yaps.rc.org 2005-09-09 18:18:18.000000000 +0200 +++ /etc/yaps.rc 2005-11-19 10:55:51.000000000 +0100 @@ -523,24 +523,24 @@ # Device # # Typical a symbolic link to the real device -device /dev/ttyS0 +#device /dev/ttyS0 # "normal" call-out device #device /dev/cua1 # Solaris convention #device /dev/cua/a # use the following device for isdn-dialout: -#device /dev/ttyI6 +device /dev/ttyI6
# # # Modem talk # #init \\r !200D AT&F2\r <OK ATE0Q0V1M1L1X3\r <OK -init \\r !200D AT&F2\r <OK ATV1M1L1X3\r <OK +#init \\r !200D AT&F2\r <OK ATV1M1L1X3\r <OK
# use the following init-string for isdn: # and change MSN to your MSN (what else...:-)) -#init \\r !200D ATZ\r <OK AT&E9879356\r <OK +init \\r !200D ATZ\r <OK AT&E30\r <OK
dial ATDT0%L\r <60CONNECT|OK|BUSY|NO\sDIALTONE|NO\sCARRIER reset ATH\r <OK
Achtung: der dial Eintrag ist für Anschlüsse hinter einer TK Anlage, mit zusätzliche zu wählender 0. Direkt am NTBA sollte der so aussehen: dial ATDT%L\r <60CONNECT|OK|BUSY|NO\sDIALTONE|NO\sCARRIER
Getestet mit einer SL 10.0, sollte aber auch mit älteren Versionen so funktionieren.
-- IT-Service Lehmann al@its-lehmann.de Arno Lehmann http://www.its-lehmann.de
Am So 20.11.2005 00:31 schrieb Arno Lehmann <al@its-lehmann.de>:
Hallo,
Karsten, Christian - Danke. Werde also erstmal mit yaps anfangen und sehen ob mir das zusagt. Ein kleiner wrapper für eine minimalistische queue sollte als shellscript gehen können...
Arno
Am schwierigsten war es, die passenden Provider Einstellungen zu finden.
Hallo, ich hab' jetzt yaps auf meinem SuSE 7.1-Server installiert. Soweit so gut. Dann stellte ich fest dass Os - den brauche ich vor allem - offenbar keinen ISDN/Modemzugang zum SMSC bereitstellt. Dank www.brilla.de ist das nicht soo schlimm. Aber: On 19.11.2005 15:33, Karsten Keil wrote: ...
Habe es gerade mal ausprobiert (HW: Fritz mit AVM CAPI Treiber), lief auf Anhieb, ich musste nur die /etc/yaps.rc anpassen, wobei entsprechende Beispieleinträge bereits da sind.
Ich habe yaps.rc angepasst.
--- /etc/yaps.rc.org 2005-09-09 18:18:18.000000000 +0200 +++ /etc/yaps.rc 2005-11-19 10:55:51.000000000 +0100 @@ -523,24 +523,24 @@ # Device # # Typical a symbolic link to the real device -device /dev/ttyS0 +#device /dev/ttyS0 # "normal" call-out device #device /dev/cua1 # Solaris convention #device /dev/cua/a # use the following device for isdn-dialout: -#device /dev/ttyI6 +device /dev/ttyI6
Gibt es einen funktionalen Unterschied zwischen ttyI6 und ...I0? Allerdings habe ich mein Problem mit beiden Varianten...
+init \\r !200D ATZ\r <OK AT&E30\r <OK
steht bei mir mit meiner MSN drin: init \\r !200D ATZ\r <OK AT&E69099508\r <OK
dial ATDT0%L\r <60CONNECT|OK|BUSY|NO\sDIALTONE|NO\sCARRIER reset ATH\r <OK
Ebenso, aber ISDN-Karte direkt am NTBA: dial ATD%L\r <60CONNECT|OK|BUSY|NO\sDIALTONE|NO\sCARRIER reset ATH\r <OK timeout 10
Achtung: der dial Eintrag ist für Anschlüsse hinter einer TK Anlage, mit zusätzliche zu wählender 0. Direkt am NTBA sollte der so aussehen: dial ATDT%L\r <60CONNECT|OK|BUSY|NO\sDIALTONE|NO\sCARRIER
Getestet mit einer SL 10.0, sollte aber auch mit älteren Versionen so funktionieren.
Das eben leider nicht. Ich habe folgendes Resultat: ork:~ # yaps -vvvvv -s O2 016092008971 "Test" Found service O2 for 016092008971 Sending following message: 016092008971 (O2, 016092008971): Test Trying to open /dev/ttyI0 for modem standard und dann nichts mehr bis ich mit c-c abbreche. Definitiv länger als 10 Sekunden. Locking mache ich mit /var/lock/LCK.. als prefix. Allerdings sieht eine Beispielsitzung per cu so aus: ork:~ # cu -l /dev/ttyI0 Connected. AT&E69099508 OK ATDT09005274552 CONNECT 64000/X.75 ~. Disconnected. ork:~ # In anderen Worten, der Verbindungsaufbau klappt. Auch mit ttyI0, und ich bekomme den von yaps gesuchten CONNECT string. Versteht das irgendwer ohne dass ich mich mit strace oder gdb auf die Suche machen muss ;-) Arno -- IT-Service Lehmann al@its-lehmann.de Arno Lehmann http://www.its-lehmann.de
On Fri, Nov 25, 2005 at 12:12:34AM +0100, Arno Lehmann wrote:
Hallo,
ich hab' jetzt yaps auf meinem SuSE 7.1-Server installiert. Soweit so gut.
Welche Version ? yaps -V
Dann stellte ich fest dass Os - den brauche ich vor allem - offenbar keinen ISDN/Modemzugang zum SMSC bereitstellt. Dank www.brilla.de ist das nicht soo schlimm. Aber:
...
#device /dev/cua/a # use the following device for isdn-dialout: -#device /dev/ttyI6 +device /dev/ttyI6
Gibt es einen funktionalen Unterschied zwischen ttyI6 und ...I0? Allerdings habe ich mein Problem mit beiden Varianten...
Nein. Nur wenn man z.B. ttyI0-ttyI5 fuer verschiedene andere Sachen exclusiv verbraucht hat, ist ttyI6 angebracht, schadet aber auch nicht. ...
Das eben leider nicht. Ich habe folgendes Resultat:
ork:~ # yaps -vvvvv -s O2 016092008971 "Test" Found service O2 for 016092008971 Sending following message: 016092008971 (O2, 016092008971): Test Trying to open /dev/ttyI0 for modem standard
und dann nichts mehr bis ich mit c-c abbreche. Definitiv länger als 10 Sekunden.
Mal avmcapictrl trace on und in /var/log/messages schauen was gewaehlt wird.
Locking mache ich mit /var/lock/LCK.. als prefix.
Allerdings sieht eine Beispielsitzung per cu so aus:
ork:~ # cu -l /dev/ttyI0 Connected. AT&E69099508 OK ATDT09005274552 CONNECT 64000/X.75 ~.
Gut, somit funktioniert ttyI erstmal sicher, kann also nur noch an yaps liegen.
In anderen Worten, der Verbindungsaufbau klappt. Auch mit ttyI0, und ich bekomme den von yaps gesuchten CONNECT string.
Versteht das irgendwer ohne dass ich mich mit strace oder gdb auf die Suche machen muss ;-)
Erstmal capitrace, falls das nicht schon auf das Problem hindeutet: strace. -- Karsten Keil SuSE Labs ISDN development
Hallo, On 25.11.2005 10:12, Karsten Keil wrote:
On Fri, Nov 25, 2005 at 12:12:34AM +0100, Arno Lehmann wrote:
Hallo,
ich hab' jetzt yaps auf meinem SuSE 7.1-Server installiert. Soweit so gut.
Welche Version ? yaps -V
Mist, da wollte ich nicht so gerne drüber reden ;-) ork:~ # yaps -V yaps: V. 0.96 (alpha software) Definitions: POSIX_SIGNAL SIG_VOID_RETURN HAVE_SYS_SYSMACROS_H HAVE_MEMCPY HAVE_MEMSET HAVE_GETOPT BROKEN_REALLOC ork:~ # cat /etc/SuSE-release SuSE Linux 7.1 (i386) VERSION = 7.1 ork:~ # uname -a Linux ork 2.2.18 #1 Fri Jan 19 22:10:35 GMT 2001 i586 unknown ist ein etwas angestaubtes System, aber ohne Wirkliche Not möchte ich da keinen neuen rechner in Betrieb nehmen.
Dann stellte ich fest dass Os - den brauche ich vor allem - offenbar keinen ISDN/Modemzugang zum SMSC bereitstellt. Dank www.brilla.de ist das nicht soo schlimm. Aber:
...
ork:~ # yaps -vvvvv -s O2 016092008971 "Test" Found service O2 for 016092008971 Sending following message: 016092008971 (O2, 016092008971): Test Trying to open /dev/ttyI0 for modem standard
und dann nichts mehr bis ich mit c-c abbreche. Definitiv länger als 10 Sekunden.
Mal avmcapictrl trace on und in /var/log/messages schauen was gewaehlt wird.
Gar nix. Ich habe jede Menge Meldungen wie folgt, aber nichts das ich auf yaps zurückführen könnte:
Nov 25 18:54:34 ork kernel: kcapi: put [0x1] LISTEN_REQ ID=001 #0x3c90 LEN=0026 Nov 25 18:54:34 ork kernel: Controller/PLCI/NCCI = 0x1 Nov 25 18:54:34 ork kernel: InfoMask = 0x40 Nov 25 18:54:34 ork kernel: CIPmask = 0x1fff03ff Nov 25 18:54:34 ork kernel: CIPmask2 = 0x0 Nov 25 18:54:34 ork kernel: CallingPartyNumber = default Nov 25 18:54:34 ork kernel: CallingPartySubaddress = default Nov 25 18:54:34 ork kernel: Nov 25 18:54:34 ork kernel: kcapi: got [0x1] LISTEN_CONF ID=001 #0x3c90 LEN=0014 Nov 25 18:54:34 ork kernel: Controller/PLCI/NCCI = 0x1 Nov 25 18:54:34 ork kernel: Info = 0x0 Nov 25 18:54:34 ork kernel: Nov 25 18:54:35 ork kernel: kcapi: got [0x1] MANUFACTURER_IND ID=001 #0x0000 LEN=0031 Nov 25 18:54:35 ork kernel: Controller/PLCI/NCCI = 0x1 Nov 25 18:54:35 ork kernel: ManuID = 0x214d5641 Nov 25 18:54:35 ork kernel: Class = 0x0 Nov 25 18:54:35 ork kernel: Function = 0x1 Nov 25 18:54:35 ork kernel: ManuData = <80 04 02>Å<01>3 Nov 25 18:54:35 ork kernel: Nov 25 18:54:36 ork kernel: kcapi: got [0x1] MANUFACTURER_IND ID=001 #0x0000 LEN=0031 Nov 25 18:54:36 ork kernel: Controller/PLCI/NCCI = 0x1 Nov 25 18:54:36 ork kernel: ManuID = 0x214d5641 Nov 25 18:54:36 ork kernel: Class = 0x0 Nov 25 18:54:36 ork kernel: Function = 0x1 Nov 25 18:54:36 ork kernel: ManuData = <80 04 02>Á<01>U Nov 25 18:54:36 ork kernel: Nov 25 18:54:45 ork kernel: kcapi: got [0x1] MANUFACTURER_IND ID=001 #0x0000 LEN=0031 Nov 25 18:54:45 ork kernel: Controller/PLCI/NCCI = 0x1 Nov 25 18:54:45 ork kernel: ManuID = 0x214d5641 Nov 25 18:54:45 ork kernel: Class = 0x0 Nov 25 18:54:45 ork kernel: Function = 0x1 Nov 25 18:54:45 ork kernel: ManuData = <80 04 02>Å<01>3 Nov 25 18:54:45 ork kernel: Nov 25 18:54:46 ork kernel: kcapi: got [0x1] MANUFACTURER_IND ID=001 #0x0000 LEN=0031 Nov 25 18:54:46 ork kernel: Controller/PLCI/NCCI = 0x1 Nov 25 18:54:46 ork kernel: ManuID = 0x214d5641 Nov 25 18:54:46 ork kernel: Class = 0x0 Nov 25 18:54:46 ork kernel: Function = 0x1 Nov 25 18:54:46 ork kernel: ManuData = <80 04 02>Á<01>U Nov 25 18:54:46 ork kernel: Nov 25 18:54:55 ork kernel: kcapi: got [0x1] MANUFACTURER_IND ID=001 #0x0000 LEN=0031 Nov 25 18:54:55 ork kernel: Controller/PLCI/NCCI = 0x1 Nov 25 18:54:55 ork kernel: ManuID = 0x214d5641 Nov 25 18:54:55 ork kernel: Class = 0x0 Nov 25 18:54:55 ork kernel: Function = 0x1 Nov 25 18:54:55 ork kernel: ManuData = <80 04 02>Å<01>3 Nov 25 18:54:55 ork kernel: Nov 25 18:54:56 ork kernel: kcapi: got [0x1] MANUFACTURER_IND ID=001 #0x0000 LEN=0031 Nov 25 18:54:56 ork kernel: Controller/PLCI/NCCI = 0x1 Nov 25 18:54:56 ork kernel: ManuID = 0x214d5641 Nov 25 18:54:56 ork kernel: Class = 0x0 Nov 25 18:54:56 ork kernel: Function = 0x1 Nov 25 18:54:56 ork kernel: ManuData = <80 04 02>Á<01>U Nov 25 18:54:56 ork kernel: Nov 25 18:55:05 ork kernel: kcapi: got [0x1] MANUFACTURER_IND ID=001 #0x0000 LEN=0031 Nov 25 18:55:05 ork kernel: Controller/PLCI/NCCI = 0x1 Nov 25 18:55:05 ork kernel: ManuID = 0x214d5641 Nov 25 18:55:05 ork kernel: Class = 0x0 Nov 25 18:55:05 ork kernel: Function = 0x1 Nov 25 18:55:05 ork kernel: ManuData = <80 04 02>Å<01>3 Nov 25 18:55:05 ork kernel: Nov 25 18:55:06 ork kernel: kcapi: got [0x1] MANUFACTURER_IND ID=001 #0x0000 LEN=0031 Nov 25 18:55:06 ork kernel: Controller/PLCI/NCCI = 0x1 Nov 25 18:55:06 ork kernel: ManuID = 0x214d5641 Nov 25 18:55:06 ork kernel: Class = 0x0 Nov 25 18:55:06 ork kernel: Function = 0x1 Nov 25 18:55:06 ork kernel: ManuData = <80 04 02>Á<01>U Nov 25 18:55:06 ork kernel: Nov 25 18:55:15 ork kernel: kcapi: got [0x1] MANUFACTURER_IND ID=001 #0x0000 LEN=0031 Nov 25 18:55:15 ork kernel: Controller/PLCI/NCCI = 0x1 Nov 25 18:55:15 ork kernel: ManuID = 0x214d5641 Nov 25 18:55:15 ork kernel: Class = 0x0 Nov 25 18:55:15 ork kernel: Function = 0x1 Nov 25 18:55:15 ork kernel: ManuData = <80 04 02>Å<01>3 Nov 25 18:55:15 ork kernel: Nov 25 18:55:16 ork kernel: kcapi: got [0x1] MANUFACTURER_IND ID=001 #0x0000 LEN=0031 Nov 25 18:55:16 ork kernel: Controller/PLCI/NCCI = 0x1 Nov 25 18:55:16 ork kernel: ManuID = 0x214d5641 Nov 25 18:55:16 ork kernel: Class = 0x0 Nov 25 18:55:16 ork kernel: Function = 0x1 Nov 25 18:55:16 ork kernel: ManuData = <80 04 02>Á<01>U Nov 25 18:55:16 ork kernel:
Ich habe da andere, nicht CAPI bezogene Sachen raus entfernt.
cu geht... Gut, somit funktioniert ttyI erstmal sicher, kann also nur noch an yaps liegen.
In anderen Worten, der Verbindungsaufbau klappt. Auch mit ttyI0, und ich bekomme den von yaps gesuchten CONNECT string.
Versteht das irgendwer ohne dass ich mich mit strace oder gdb auf die Suche machen muss ;-)
Erstmal capitrace, falls das nicht schon auf das Problem hindeutet: strace.
strace ergibt folgendes: open("/var/lock/LCK..ttyI6", O_WRONLY|O_CREAT|O_EXCL, 0600) = 3 getpid() = 24362 write(3, " 24362\n", 11) = 11 chmod("/var/lock/LCK..ttyI6", 0644) = 0 semget(1074961112, 2, IPC_CREAT|IPC_EXCL|0x4012a160|0440) = -1 ENOSYS (Function not implemented) getegid() = 14 geteuid() = 0 chown("/var/lock/LCK..ttyI6", 0, 14) = 0 close(3) = 0 open("/dev/ttyI6", O_RDWR und dann passiert nix mehr. Rechte? ork:~ # ll `which yaps` /dev/ttyI? crw-rw---- 1 root uucp 43, 0 Jan 19 2001 /dev/ttyI0 crw-rw---- 1 root uucp 43, 1 Jan 19 2001 /dev/ttyI1 crw-rw---- 1 root uucp 43, 2 Jan 19 2001 /dev/ttyI2 crw-rw---- 1 root uucp 43, 3 Jan 19 2001 /dev/ttyI3 crw-rw---- 1 root uucp 43, 4 Jan 19 2001 /dev/ttyI4 crw-rw---- 1 root uucp 43, 5 Jan 19 2001 /dev/ttyI5 crw-rw---- 1 root uucp 43, 6 Jan 19 2001 /dev/ttyI6 crw-rw---- 1 root uucp 43, 7 Jan 19 2001 /dev/ttyI7 crw-rw---- 1 root uucp 43, 8 Jan 19 2001 /dev/ttyI8 crw-rw---- 1 root uucp 43, 9 Jan 19 2001 /dev/ttyI9 -rwxr-sr-x 1 root uucp 120944 Jan 20 2001 /usr/bin/yaps Sollte also gehen können, scheint mir. Und ich weiss immer noch nicht weiter :-( Arno -- IT-Service Lehmann al@its-lehmann.de Arno Lehmann http://www.its-lehmann.de
On Fri, Nov 25, 2005 at 07:12:59PM +0100, Arno Lehmann wrote:
Hallo,
On 25.11.2005 10:12, Karsten Keil wrote:
On Fri, Nov 25, 2005 at 12:12:34AM +0100, Arno Lehmann wrote:
Hallo,
ich hab' jetzt yaps auf meinem SuSE 7.1-Server installiert. Soweit so gut.
Welche Version ? yaps -V
Mist, da wollte ich nicht so gerne drüber reden ;-)
ork:~ # yaps -V yaps: V. 0.96 (alpha software) Definitions: POSIX_SIGNAL SIG_VOID_RETURN HAVE_SYS_SYSMACROS_H HAVE_MEMCPY HAVE_MEMSET HAVE_GETOPT BROKEN_REALLOC
Das scheint aber die aktuelle zu sein :-) kkeil@pingi3:~> yaps -V yaps: V. 0.96 (alpha software) Definitions: POSIX_SIGNAL SIG_VOID_RETURN HAVE_SYS_SYSMACROS_H HAVE_MEMCPY HAVE_MEMSET HAVE_GETOPT BROKEN_REALLOC (auf der 10.0 mit der ich es probiert hatte)
ork:~ # cat /etc/SuSE-release SuSE Linux 7.1 (i386) VERSION = 7.1
Das hattest Du ja schon geschrieben.
ork:~ # uname -a Linux ork 2.2.18 #1 Fri Jan 19 22:10:35 GMT 2001 i586 unknown
ist ein etwas angestaubtes System, aber ohne Wirkliche Not möchte ich da keinen neuen rechner in Betrieb nehmen.
Wuerde ich auch nicht.
Dann stellte ich fest dass Os - den brauche ich vor allem - offenbar keinen ISDN/Modemzugang zum SMSC bereitstellt. Dank www.brilla.de ist das nicht soo schlimm. Aber:
Ueber Brilla ist mir das nicht gelungen, weder mit tap noch ucp (Verbindung kam zustande, aber dann timeout) Angeblich soll die D2 Nummer (01722278010) funktionieren.
...
ork:~ # yaps -vvvvv -s O2 016092008971 "Test" Found service O2 for 016092008971 Sending following message: 016092008971 (O2, 016092008971): Test Trying to open /dev/ttyI0 for modem standard
und dann nichts mehr bis ich mit c-c abbreche. Definitiv länger als 10 Sekunden.
Mal avmcapictrl trace on und in /var/log/messages schauen was gewaehlt wird.
Gar nix.
Ich habe jede Menge Meldungen wie folgt, aber nichts das ich auf yaps zurückführen könnte:
Richtig. ...
strace ergibt folgendes:
open("/var/lock/LCK..ttyI6", O_WRONLY|O_CREAT|O_EXCL, 0600) = 3 getpid() = 24362 write(3, " 24362\n", 11) = 11 chmod("/var/lock/LCK..ttyI6", 0644) = 0 semget(1074961112, 2, IPC_CREAT|IPC_EXCL|0x4012a160|0440) = -1 ENOSYS (Function not implemented) getegid() = 14 geteuid() = 0 chown("/var/lock/LCK..ttyI6", 0, 14) = 0 close(3) = 0 open("/dev/ttyI6", O_RDWR
und dann passiert nix mehr.
sehr seltsam. Ist ttyI6 von anderen Programmen belegt ? fuser /dev/ttyI6
Rechte?
sehen OK aus, Du kannst Rechte Probleme immer ausschliessen, wenn Du es mal als root versuchst. Wie sieht die angepasste yaps.conf aus ? -- Karsten Keil SuSE Labs ISDN development
Guten Morgen :-) On 26.11.2005 12:31, Karsten Keil wrote: ...
Welche Version ? yaps -V
Mist, da wollte ich nicht so gerne drüber reden ;-)
ork:~ # yaps -V yaps: V. 0.96 (alpha software) Definitions: POSIX_SIGNAL SIG_VOID_RETURN HAVE_SYS_SYSMACROS_H HAVE_MEMCPY HAVE_MEMSET HAVE_GETOPT BROKEN_REALLOC
Das scheint aber die aktuelle zu sein :-)
Erstaunlich. Na ja, immerhin heisst das ja dass die Entwickler keinen Entwicklungsbedarf mehr sehen, und das ist ja ganz in Ordnung. Oder es gibt keine Entwickler mehr... hab' ich jetzt nicht nachgesehen. ...
SuSE Linux 7.1 (i386) VERSION = 7.1
Das hattest Du ja schon geschrieben.
Stimmt, aber sowas wird ja auch gerne mal wieder vergessen. ...
Dann stellte ich fest dass Os - den brauche ich vor allem - offenbar keinen ISDN/Modemzugang zum SMSC bereitstellt. Dank www.brilla.de ist das nicht soo schlimm. Aber:
Natürlich O2 und nicht Os.
Ueber Brilla ist mir das nicht gelungen, weder mit tap noch ucp (Verbindung kam zustande, aber dann timeout) Angeblich soll die D2 Nummer (01722278010) funktionieren.
Woher kommt die Information denn? Auch die Nummer habe ich probiert, aber es änderte sich nichts. Bisher auch kein Wunder, schliesslich wird ja (noch) gar keine Verbindung aufgebaut. ...
strace ergibt folgendes: ... und dann passiert nix mehr.
sehr seltsam. Ist ttyI6 von anderen Programmen belegt ? fuser /dev/ttyI6
Nix: ork:~ # fuser /dev/tty* /dev/tty1: 600 /dev/tty10: 231 /dev/tty2: 418 /dev/tty3: 419 /dev/tty4: 420 /dev/tty5: 421 /dev/tty6: 422 /dev/ttyS1: 25608 ork:~ #
Rechte?
sehen OK aus, Du kannst Rechte Probleme immer ausschliessen, wenn Du es mal als root versuchst.
Hab' ich...
Wie sieht die angepasste yaps.conf aus ?
Im Moment so: ork:~ # egrep -v '^(#|$)' /etc/yaps.rc services O2 call-id +4951169099508 signature IT-Service Lehmann use-signature False verbose 4 logfile /var/log/yaps.log modems standard speed 38400 bits-per-byte 8 parity none stopbits 1 cv-default { Ä [ Ö \ Ü ] ä { ö | ü } ß ~ } cv-extend { \l \s \n \s \r \s \f \s \t \s } rm-invalids-pid + (-) rm-invalids-cid + (-) valid-pid . valid-pid - [O2] protocol tap valid-pid 0 phone 01722278010 max-size 160 use-call-id True [standard] lock-prefix /var/lock/LCK.. lock-method ascii device /dev/ttyI6 init \\r !200D ATZ\r <OK AT&E69099508\r <OK dial ATD%L\r <60CONNECT|OK|BUSY|NO\sDIALTONE|NO\sCARRIER reset ATH\r <OK timeout 10 [alias] Da fällt mir nichts dran auf. Danke erstmal nochmal für Deine Bemühungen. Arno -- IT-Service Lehmann al@its-lehmann.de Arno Lehmann http://www.its-lehmann.de
participants (3)
-
Arno Lehmann -
Christian Lange -
Karsten Keil