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
Mo, 06.05.2013 08:54
Die meisten Provider bieten ja
keinen Shell-Zugang, wenigste
ns bei Shared Hosting nicht. W
ie kann man denn einen Shell-Z
ugang im Shared Hosting absich
ern? [...]
Fr, 03.05.2013 18:48
Hallo Dennis,
nicht gelösch
t, "nur" moderiert - übers Her
z konnte ich es dann nicht bri
ngen. Aber Querverweise auf Ma
rktbegleiter sind in der Tat n
icht [...]
Fr, 03.05.2013 17:45
Ich sehe gerade, dass mein Pos
t gelöscht wurde.
Das war nic
ht als Werbung o.ä. gedacht, s
orry...