Dotaz: Ma tu nekdo vlastni JABBER server na Linuxu?

[petrfm]

Ahoj, provozuje tu nekdo vlastni jabber server? Jaky ? Resim problem s tim, ze se mi nedorucuji zpravy, kdyz se klient odpoji bez ukonceni - treba spadne net v mobilu, apod.

Pouzivam PROSODY a SPECTRUM pro ICQ transport. A zajima mne, jestli to je chyba, nebo vlastnost. Nebo je mozne treba doinstalovat nejaky modul, ktery bude ukladat do fronty zpravy, ktere klient nepotvrdil, ze je prevzal.

Poradite pripadne jiny jabber server, nebo treba forum, kde mi poradi?

Diky, P.

Odpovědi

[Josef Kufner]

Je to chyba v návrhu Jabber protokolu. Prostě někdo si přečetl, že TCP ručí za doručení paketů a už si nepřečetl, že to platí jen při úspěšném uzavření spojení. Existuje sice XEP-0198, ale zdaleka ne všechny servery a klienti to podporují.

[pavlix]

Jaký je současný stav klientů a serverů toto podporujících?

[Josef Kufner]

Nemám tušení. Ale zrovna ejabberd to neumí.

[Andrej]

Používám Openfire. Žádné ztrácení zpráv jsem nezaznamenal, přestože ztrát spojení je spousta.

V budoucnu hodlám vyzkoušet ještě Tigase, ale to bude ve vzdálené budoucnosti, protože na to nemám čas. Hlavním důvodem pro změnu bude (údajně) podpora pro streamování všeho druhu (videohovory atd.) v Tigase, což s Openfire trochu skřípá. (Podstatnou otázkou ovšem zůstává, jestli je to spíš problém Openfire nebo problém léta neopravovaných bugů v Jabber klientech.)

[Hynek Bee]

Taky použvám OpenFire server. Klient Spark nebo PSI+. Žádný problém ...

[petrfm]

Tak to jsem rad. A zkouseli jste to, treba z druheho uctu koverzovat, pak jednoho klienta ODPOJIT - ale ne kliknout odpojit, ale natvrdo treba notebooku vytrhnout kabel od netu, at nestihne na server nic poslat... a napsat mu par zprav. Pak se pripojit, zda dorazi?

Ja kdyz tohle udelam na PROSODY, tak ty zpravy po vytrzeni netu se jevi, ze odchazeji, ale po opetovnem pripojeni uz nikdy neprijdou - proste server uplne na nic.

[petrfm]

Jeste upresnim, ptze to neni uplne jasne - samozrejme posilam zpravy na toho odpojeneho klienta, ne z nej... Z druheho uctu, ktery ma spojeni se serverem OK.

Proste posilam zpravy na klienta, ktery ma ztratu spojeni. Takze ten server evidentne ty zpravy dorucuje nekam do luftu a pak je zahazuje, misto aby si pockal na nejaky ACK packet a do te doby je drzel ve fronte, jako offline zpravy. Je to jako by mail server zahazoval vsechny prichozi mejly, pokud se postovni klient odpoji, aniz by se rozloucil.

[Hynek Bee]

Nezkooušel. Ale vím, že když jsem s někým komunikoval a náhle potřeboval odjet, tak jsem si zprávy dočetl druhý den. V OpenFiru, tuším, je možnost uchování nepřečtených zpráv v jakési keši ... Jde to vypnout, zapnout.

[Andrej]

No, s tím Psi+ problém trochu je, většinou se musí patchnout a překompilovat (kni)hovna qca. Ale pak funguje skvěle. Jitsi a Pidgin fungují out-of-the-box, ale zase nemají tolik zajímavých funkcí jako Psi+. Například mi ve většině univerzálních klientů chybí možnost poslat někomu Jabber zprávu do konkrétního zdroje. V dnešní době je každý připojený asi tak z pěti zařízení, ale málokdo má automaticky nastavené priority zdrojů tak, aby mu zpráva došla tam, kam má. Nebo se taky může stát, že někomu chci poslat zprávu, kterou stejně může řešit jedině u kompu a ne s mobilem v ruce. Přesně v takovém případě se hodí vybrat zdroj a neotravovat toho člověka předem. V tomto ohledu Psi+ zkrátka rulezzz.

[petrfm]

V tomhle ohledu mi prijde xmpp jako takove uplne debilni... Popravde, kdyz jsem ho instaloval, nemel jsem tuseni, ze existuji nejake zdroje. Nechapu, proc se to nesynchronizuje automaticky mezi vsechny klienty? Sedim u PC, odejdu ven, mam v kapse mobil, ale protoze ma pc vyssi prioritu a nevypnul jsem ho, tak si zpravu neprectu, i kdyz jsem online... Vim, ze existuje jakesi carbon, ale to je zase polovicate reseni. Preferoval bych, aby na serveru bezela nejaka databaze zprav a aby pripojeny klient si automaticky MOHL stahnout nove zpravy. Jako to dela treba IMAP.

V tomhle je Gtalk mnohem lepe vyreseny a i kdyz se mi gapps hnusi, musim ho pouzivat jako druhy kontakt, kde mne lide URCITE zastihnou.

[pavlix]

To ztrácení zpráv je ve skutečnosti vlastnost síťové komunikace obecně, na kterou se dá reagovat různými způsoby. Pokud jde o oddělené resources, je to nejjednodušší způsob jak IM dělat.

Zcela jistě lze nad XMPP transportem postavit nějaký sofistikovanější způsob, implementovat ho v několika různých kusech software a zajistit jeho standardizaci v rámci XSF, jenže za celou dobu, co tento problém existuje, se nenašel nikdo s motivací se o to postarat.

[petrfm]

Mozna to vsechno vychazi z meho nepochopeni xmpp jako takoveho, nebo z me predstavy, jak bych chtel, aby to fungovalo Proste jsem si predstavoval, ze to bude fungovat jako ten imap, ke kteremu casto xmpp lide prirovnavaji.

Proste poslu zpravu, ulozi se na server a KLIENT se pokusi ji zobrazit. Zprava by mela cas odeslani, poradove cislo, apod. Takze si muzu v klientovi nastavit, ze chci zobrazovat poslednich treba 10 zprav. Tim by se absolutne predeslo nejakemu ztraceni, protoze by zpravy lezely na serveru dokud bych je nesmazal / neprecetl.

Pochopil jsem, ze ted se dorucuji primo - klient-klient pres server jako prostrednika, ktery kdyz je klient offline tu zpravu ulozi. Stacilo by proboha jenom, kdyby ji ulozil do offline i kdyz klient nepotvrdi ACK. Ale misto toho se tam fusuji nejake dalsi moduly, apod. - vcera jsem byl na chatroomu prosody a poradili mi tam jeden modul, ktery do jiste miry resi, ze pozdrzi zpravu, pokud je klient nedosazitelny a po timeoutu v radu minut odpovi odesilateli chybou. Ale stejne to neni ono - mela by se ulozit normalne jako offline, jen treba odpovedet odesilateli : BOT : zprava nebyla dorucena, byla ulozena.

Takhle jak to ted funguje mam proste neustaly strach, ze mi nekdo pise a ja o tom nebudu vedet. Nemuzu se na to spolehnout. Kdyz Vam pise manzelka/kamaradi, tak ok, ale pokud je to zakaznik...

[pavlix]

Mozna to vsechno vychazi z meho nepochopeni xmpp jako takoveho, nebo z me predstavy, jak bych chtel, aby to fungovalo Proste jsem si predstavoval, ze to bude fungovat jako ten imap, ke kteremu casto xmpp lide prirovnavaji.

Osobně se zatím s žádnými lidmi, co by XMPP přirovnávali k IMAPu neznám. Naopak mám za to, že vychází z tradičního návrhu instant messaging systémů. Ale je relativně volně rozšiřitelný, pokud má někdo zájem komunitu trochu vést.

Proste poslu zpravu, ulozi se na server a KLIENT se pokusi ji zobrazit.

Ukládání na serveru se v IM i v XMPP považuje za doplňkovou feature.

Zprava by mela cas odeslani, poradove cislo, apod. Takze si muzu v klientovi nastavit, ze chci zobrazovat poslednich treba 10 zprav. Tim by se absolutne predeslo nejakemu ztraceni, protoze by zpravy lezely na serveru dokud bych je nesmazal / neprecetl.

Zprávy se můžou ztrácet už při odesílání, takže obecné řešení to není. Na druhou stranu u zpráv již přijatých serverem máš tu výhodu, že stačí vyřešit tvého klienta a tvůj server, je to tedy funkcionalita, kterou lze v XMPP implementovat aniž bys ji musel dostat na cizí servery a klienty.

Stacilo by proboha jenom, kdyby ji ulozil do offline i kdyz klient nepotvrdi ACK.

Vždyť ano. Neexistuje technická překážka, která by v implementaci protokolu mezi klientem a serverem bránila. Takže je to jenom o tom, jestli to někdo udělal nebo udělá, popřípadě někomu za takovou práci zaplatí.

[Heron]

Není to spíš o nevhodném způsobu používání IM? IM je pro rychlou komunikaci pomocí krátkých textových zpráv odesílaných na druhou stranu v reálném čase. Pro zprávy persistentní povahy se vůbec nehodí (od toho jsou jiné prostředky). Jaký má význam mít puštěného IM klienta, když u té stanice nejsem? Pokud potřebuješ "něco jako imap", tak co zkusit ... imap?

[pavlix]

Pokud potřebuješ "něco jako imap", tak co zkusit ... imap?

Good point.

[petrfm]

Ja rozumim, ale problem je ten, ze kdyz odchazim od PC, tak ho nevypinam. Nevypinam vlastne zadne PC. Bezi vsechny, takze kdyz jdu pryc, zvednu se a jdu. Kdybych mel jeste klikat na klienta, pripadal bych si jako na facebooku - jdu na zachod, cistim si zuby.

Telefon mam ale stale u sebe. Takze se zvednu od PC, sednu si na zachod a chci treba dokoncit debatu. Jenze vsechny zpravy mezitim chodily na PC a na mobilu jsem tedy mimo obraz.

Takhle treba IM pouzivam ja a nevidim duvod pouzivat pro tento ucel treba email. Jde jen o to, vhodne implementovat funkce, popride je treba okopirovat od googlu - protoze presne jak to dela gtalk by to podle mne melo fungovat. Funguje s okolnimi jabber servery a soucasne jeho uzivateli NEHROZI, ze by ztratil nejakou zpravu.

Jak uz jsem zminil, nejsem zadny zastance ani propagator googlu, proto jsem taky sel do vlastniho jabber serveru, misto pouzivani Gtalku, ale jen poukazuju na to, ze ma dost zavazny nedostatek - alespon Prosody, ktery je propragovany jako jednoduchy a fajn server.

Je mi jasne, ze jde o komunitni, svobodny soft, proto se neopovazuji hanit, nebo nadavat, jen jsem chtel poukazat na to, co je podle mne spatne a zjistit, jestli se nekdo take potyka s temito problemy a nezna treba nejake funkcni reseni.

Jinak nejaky clovek na prosody webu mi vcera psal, ze se podobne funkce, jako ma Gtalk - historie na serveru / vice klientu najednou chystaji, tak treba staci jen pockat. Zatim pouzivam ten modul, co zabranuje ztraceni zprav, ale neni to proste jeste uplne ono

P.

[Josef Kufner]

Viz XEP-0136.

Btw, pokud mají dva klienti stejný resource, tak ten později připojený odpojí toho prvního.

[petrfm]

To vypada dost dobre... a resilo by to dve mouchy jednou ranou - jednak pristupna historie ze vsech klientu a druhak kdyz mi nekdo napise na PC a ja se pripojim z mobilu, muzu kouknout do historie a podivat se, co mi odepsal, nez jsem zapnul mobil.

Jinak reseni s vypnutim klienta prihlasenim jineho neni uplne dokonale, protoze zase, pokud odejdu od PC a zapnu mobilniho klienta treba za pet minut, mezi tim mi mohl nekdo odepsat a ja se k tomu nedostanu.

Resenim je zminovany xep-0136, jeste pohledam jestli to podporuji moji klienti

[Andrej]

Mně to nepřipadá až tak uhozené. Občas posílám sám sobě na jiný stroj TODO list. To taky umí jedině Psi, protože například v Pidginu sám sobě zprávu na jiný zdroj nepošlu.

[petrfm]

Vidis to a kdyby se posilaly zpravy na vsechny stroje, posles to jednoduse jen sobe a mas todolist pristupny na vsech strojich Jinak mne se na todolist osvedcil owncloud a tam sdileny TXT soubor. Muzu na to z mobilu a libivolneho prohlizece / pocitace