Nevite nekdo jak se to ma aktualne s potvrzenim doruceni zpravy? Resp, jedna se o pripad, kdy se klient vypne, aniz by odeslal na server informaci o ukonceni spojeni (pad klienta, nebo jednoduche uspani pocitace). Nekde v minulych flamech o jabberu jsem cetl, ze v aktualni specifikaci neni udan zadny postup, ktery by tohle resil.
Stale to nefunguje. Ale jinak tyka se spis opravdu vypadku elektriny nebo vypnuti pocitace. Uspani pocitace by melo korektne sockety pozavirat. Zadny heartbeat implementovan neni a neverim, ze nekdy bude. Jabber tudiz tuto chybu zatim v navrhu TCP/IP neopravuje.
Osobne mne prekvapuje, ze to nekdo resi, bud obecne tlacham a je mi jedno, jestli to dojde a je normalni ze na to nikdo nereaguje a prusvih to neni. A kdyz se nejaky chlapec zepta slecny, jestli si ho vezme, tak prece ceka na odpoved...
Ze ICQ pro jistotu filtruje odkazy do webu a take o tom nikoho neinformuje, to nikdo neresi a to me treba zlobi vic :-).
ICQ neresim... nepouzivam:-) Nicmene tahle drobna chybicka jabber protokolu se obcas u me projevuje, nebot nektere z rozhovoru maji odlisnou strukturu nez to vase obvykle: tlacham dvacet minut, pak to tipnu. Otazkou je, co se stane, kdyz na chvili spadne spojeni... typicky nekdo vytahne kabel.
Pokud na obou stranach preziji sockety, tak se zpravy po zasunuti kabelu doruci. Pokud je to opravdu kratky vypadek. Prusvih je, kdyz jedna strana lezi a druha strana posila do otevreneho spojeni zpravy, ktere konci nekde cestou na routeru v cerne dire...
hm.. obcas sa nam stava, ze nejaka sprava proste nie je dorucena. zvacsa sa jedna o komunikaciu medzi jabber.cz a jabber.sk. a ked vam pri rozhovore obcas vypadne veta, nie je to nic prijemne a hlavne to uplne berie istotu.. nikdy neviete ci na danu poznamku protistrana zatial neodpovedala, alebo ju vobec nedostala. takze po pociatocnom nadseni jabberom sa pomaly vraciame ku icq. toto by chcelo naozaj osetrit. uzivatelovi je totiz jedno, ci je to tcp/ip alebo cokolvek ine, najma ak na trebars takom icq sa mu to nestava.