Montag, 9. März 2009
ICQ ohne OpenSource-Clients
Wie es gerade scheint, hat AOL/ICQ heute abend wieder ein paar Änderungen an seinem Protokoll vorgenommen und einige OpenSource-Clients somit ausgesperrt. Kopete, Pidgin und mein phOscar laufen zumindest nicht mehr... :hmm:
Immerhin: Eine neue Herausforderung! Da hilft nicht zuletzt der ICQ-Proxy, den ich jüngst geschrieben habe 
Nachtrag: Mittlerweile scheint es wieder zu funktionieren.
Trackbacks
Trackback-URL für diesen Eintrag
Keine Trackbacks
Kommentare
Ansicht der Kommentare:
(Linear | Verschachtelt)
Mit Kopete 0.70 (Teil von KDE 4.2.1) funktioniert ICQ einwandfrei. 
ich nehms zurück. das ging nur weil ich noch angemeldet war. neu anmelden fällt flach 
Kopete funktioniert hier auch nach einer Neuanmeldung....
Allerdings holt sich Kopete neue Clientdaten für ICQ (also wohl die Nummer oder so) seit einiger Zeit selbstständig von einem KDE-Server.
Scheint zu funktionieren.
Allerdings holt sich Kopete neue Clientdaten für ICQ (also wohl die Nummer oder so) seit einiger Zeit selbstständig von einem KDE-Server.
Scheint zu funktionieren.
Bei mir tats das nicht - er hats versucht, aber geholfen hats diesmal nicht...
Immerhin tut es seit heute morgen wieder. Wobei es mal ein guter Ansporn gewesen wäre meinen ICQ-Transport für Jabber besser zu machen
Immerhin tut es seit heute morgen wieder. Wobei es mal ein guter Ansporn gewesen wäre meinen ICQ-Transport für Jabber besser zu machen
icq hat auch geupdatet um einen halben versionspunkt. von 6.0 auf 6.5...
lg
lg
... und ich hab es gewagt bei deinem Ursprünglichen Post darüber zu schmunzeln, dass jemand einen ICQ-Proxy in PHP schreibt Hab ihn ab heute morgen bei mir im Einsatz.
Frage: Kann/Darf/Sollte ich den ICQ-Proxy auf einem Root-Server laufen lassen und den Zugriff öffentlich erlauben?
Hab ihn ab heute morgen bei mir im Einsatz.Frage: Kann/Darf/Sollte ich den ICQ-Proxy auf einem Root-Server laufen lassen und den Zugriff öffentlich erlauben?
Ist natürlich ne berechtigte Frage... ICQ überträgt seine Nachrichten in Plaintext, dementsprechend können sie mit dem Proxy recht leicht gelesen werden. Immerhin ist das Passwort recht sicher, solange der Client die neuere SNAC-basierte (Kanal 2) Authentifizierung verwendet. Im weiteren loggt der Proxy BOS-Verbindungen mit, je nach Zielsetzung solltest Du in proxy_oscar.php $Log = false setzen
Allerdings ist der Proxy bisher nur mit einer Verbindung getestet worden und ich weiß nicht, wie sauber er diese dann auch beendet hat
Allerdings ist der Proxy bisher nur mit einer Verbindung getestet worden und ich weiß nicht, wie sauber er diese dann auch beendet hat
Wäre sowieso nur für mich und ein bis zwei "Vertrauenswürdige". Logging wird abgeschaltet. Mehrere Verbindungen müsste ich dann bei Gelegenheit mal testen.
Suche
Read this blog!
Kategorien
Blog abonnieren
Buttons
Kommentare
Fr, 20.10.2017 13:09
Das heißt dann ja eindeutig, d
ass sie Dein Passwort in Klart
ext speichern.
Ist schon zu
lange her, dass ich mich mit
PPP(oE), CHAP und PAP auseinan
derg [...]
Fr, 20.10.2017 13:05
Ich hatte (Wochen) bevor ich m
einen DSL-Anschlussbrief von 1
&1 bekommen habe im Kundeninte
rface das DSL-Passwort geänder
t.
Im Anschlussbrief war st
and [...]
Mi, 28.06.2017 11:29
Diese Information ist für Inte
ressierte bereits in der Übers
chrift enthalten.
Ich glaub
e nicht, dass es mir obliegt d
en Marktbegleiter durch expliz
ite [...]
Mi, 12.04.2017 00:09
Klarer Fall von "Bootloader ve
rgessen". Oder, fast noch schl
immer: Bootloader so verkorkst
, dass das Update nicht funkti
oniert.
Aber das Ding ist o
hneh [...]