Category: transports

der verka**** msn transport

der msn transport funktioniert z.zt. nicht bzw. nur sporadisch. juckt mich persoenlich nicht wirklich. wenns jemanden gibt, der ein brennendes beduerfnis hat, das ding benutzen zu muessen, moege er/sie sich bitte bei mir melden.

update fehlgeschlagen

da denkt man: ich mach mal schnell ein update, bevor ich an die arbeit fahre. gerade sind nur ganz wenige benutzer angemeldet. und was ist? nach dem update geht die adminconsole nicht mehr. diese quittiert den dienst mit “ERROR: 503 SERVICE_UNAVAILABLE”. schnell gegoogelt, kein brauchbares ergebnis gefunden, alles wieder rueckgaengig gemacht. sorry fuer die downtime. naechster versuch folgt die tage. dafuer tuts der yahoo transport nach dem reboot wieder 😉

yahoo transport

der yahoo transport ist momentan auch alles andere als zuverlaessig. vielleicht gabs wiedermal ne aenderung auf deren seite. leider hab ich momentan keinen nerv, mich mit dem zeugs auseinanderzusetzen. wenn jemand zufaellig weiss, was da los ist, bin ich fuer jeden tip dankbar.

neues yahoo gateway

wegen extrmer unzuverlaessigkeit und staendiger abschmiererei habe ich den bislang verwendeten yahoo transport getoetet und einen anderen eingerichtet. leider ist es mir nicht moeglich, die registrierungen zu uebernehmen. wer also den yahoo transport weiterhin verwenden moechte, muss ihn aus dem roster loeschen und dann ueber service discovery wieder registrieren. ging leider nicht anders.

die priority – nachtrag

ich habe noch was ergaenzendes zu dem text aus der faq:

wenn du gleichzeitig mit mehreren clients mit dem server verbunden bist, dann empfängt der client mit der am höchsten eingestellten priority alle dir geschickten nachrichten (es sei denn, der sender entscheidet sich bewusst fuer eine andere ressource) die werte der prioritaet sollten laut RFC3921 zwischen -128 und +127 liegen, wobei manche serverimplementationen auch groessere/kleinere werte zulassen. wird von einem client keine priority mitgesendet, so wird 0 angenommen. negativwerte sind fuer den normalgebrauch nicht zu empfehlen. hat ein benutzer mehrere ressourcen mit derselben prioritaet, so werden nachrichten der zuletzt eingeloggten zugesandt.

in verbindung mit den transports in andere im-netze verhaelt sich das aber ein bischen anders. da kommen die nachrichten bei dem client an, der zuerst mit dem transport online war. wenn du zuerst ueber den transport schreibst, kommen die antworten am richtigen client an.

downtime transports

ich moechte nochmal darauf hinweisen, dass die transports zu anderen instant messengers nur ein goodie sind und keinerlei anspruch auf 100%tige funktionstuechtigkeit dieser transports besteht. in der regel funktionieren diese tadellos, nur hin und wieder klemmts halt. zu den protokollen moechte ich mich hier nicht nochmal auslassen. einfach ein paar minuten spaeter nochmal versuchen einzuloggen.