Dotaz: WhatsApp klient v příkazové řádce? Nebo jiný IM?

[Hrabosh]

ZDravím, chtěl jsem mít možnost, aby mi různé počítače v síti posílaly informace na telefon. Email neni dostatečně rychlý (nechci nastavovat kontrolu mailu zbytečně často), takže mě napadl nějakej IM klient.

Zkoušel jsem WhatsApp, našel jsem k němu i nějaký howto na rozchození klienta do příkazové řádky, ale přišlo mi to dost složitý a hlavne si nejsem jistej, jestli to ted bude fungovat, když zavedli to šifrování.

Chtel jsem se tedy zeptat, jestli někomu funguje posílání zpráv z příkazové řádky přes WhatsApp, případně jinou službu (Hangouts?). Chtěl bych z té příkazové řádky posílat nejen text, ale třeba i obrázky (fotku z webky u dveří, apod.).

díky, Z.

---

---

Odpovědi

[Josef Kufner]

Zkus Jabber. Jsou klienty do příkazové řádky (sendxmpp), na desktop (Gajim) i na Android (Conversations). Jsou i knihovny pro integraci do aplikací pro všechny rozšířené jazyky. Server si rozchodíš u sebe snadno (Prosody, ejabberd). Při konfigurování se ujisti, že ti funguje podpora XEP-0198 a XEP-0313, abys to měl spolehlivé.

Posílání souborů přes Jabber funguje nejlépe pomocí HTTP File Upload (XEP-0363) a projde to i přes transporty do ostatních sítí (posílá se prostý odkaz na HTTPS).

[Milan Roubal]

Pouzivam K-9 mail na Androidu, ktery podporuje IMAP Push a emaily dostavam na telefon okamzite.

[Josef Kufner]

To jsem chtěl napsat taky, ale i když to řeší zpoždění, neřeší to energetickou náročnost. IMAP není stavěn jako úsporný a na baterce v telefonu to je znát.

Jabber oproti tomu má XEP-0352: Client State Indication, díky kterému může klient říct serveru "uživatel se nedívá, můžeme se flákat, posílej jen opravdu to důležité". Takže telefon se zhasnutým displejem pak např. nedostává informace o změnách stavů ostatních uživatelů, ale zpráva přijde okamžitě. Později, když uživatel displej zapne, řekne serveru, že flákání je konec a ten mu pošle aktuální stavy uživatelů, kde došlo ke změnám.

Další pěknou věcí je XEP-0198: Stream Management, díky kterému není problém chatovat v metru, kde chvíli signál je a chvíli není. Jakmile dojde k navázání nového spojení, je pokračováno v session od předtím ztraceného spojení. Jak klient, tak server si jen pošlou, co neprošlo, ale nemusí si vyjednávat vše znovu, což opět znamená kopec ušetřené energie.

[Hrabosh]

Funguje to zdá se dobře. Zakázal jsem registrace a s2s spojení, takže je to čistě moje lokální věc. Z klienta v PC (Kopete) a Androida se připojím, ale sendxmpp mi píše:

DebServer:~# echo "message to send" | sendxmpp -e -u odkud -o 192.168.1.254 kam
perl: warning: Setting locale failed.
perl: warning: Please check that your locale settings:
        LANGUAGE = (unset),
        LC_ALL = (unset),
        LANG = "cs_CZ.UTF-8"
    are supported and installed on your system.
perl: warning: Falling back to the standard locale ("C").
Invalid or unreadable path specified for ssl_ca_path. at /usr/share/perl5/XML/Stream.pm line 641.

[ttt]

WhatsApp mi kdysi fungoval v pidginu (tedy by šel přes libpurple i z CLI), ale rozchodit to byl dost opruz a po pár měsících fungovat přestal. Je-li mi známo, neexistuje specifikace protokolu a fungovalo to jen díky tomu, že to někdo vytáhl z komunikace. GTalk/Hangouts mi pořád funguje, tuším přes jabber protocol, i když podle toho, co jsem četl by to fungovat nemělo.

Kromě jabberu doporučuju kouknout na Telegram (https://telegram.org/). Co do funkčnosti podobný WhatsApp, ale má otevřený protokol.

[Starej prazak je lepsi jak dedecek z Liberce]

Ono whatsapp funguje, iba treba sledovať neustále zmeny nutnosti identifikácie pidgina ako určitého klienta, a taktiež treba mať najprv nainštalovaného klienta v androidu, odkiaľ treba vyextrahovať zoznam užívateľov, následne odinštalovať z telefonu. Stále mi funguje whatsapp pod pidginom, ak sa hlási ako systém: Android-2.12.419

[Josef Kufner]

To zní, jako že to moc nefunguje.

[Starej prazak je lepsi jak dedecek z Liberce]

Funguje dobre, ale nie je to user-friendly, keďže samotná whatsapp bojuje proti.

[Starej prazak je lepsi jak dedecek z Liberce]

Ach, akurát od včera sa už plugin nevyvíja kvôli neustálym zmenám v API.

WhatsApp protocol implementation for libpurple (Pidgin) Important! As of April 15th 2016 I won't be working on this plugin anymore. If someone wants to pick up development feel free to email me. There are some other up-to-date APIs that you may want to check (yowsup, ChatAPI, etc).

https://github.com/davidgfnet/whatsapp-purple

[Tomáš Bžatek]

Whatsapp vrele nedoporucuju, hral jsem si chvili s yowsup, ktery jsem rozchodil vcetne registrace... a po par dnech dostal nekolikamesicni ban. Jde o to, ze provozovatel teto (komercni a centralizovane) sluzby aktivne bojuje proti 3rd party klientum, tzn. komunitni projekty museji pruzne reagovat na zmeny v (reverse-engineered) protokolu. V opacnem pripade ceka takoveto uzivatele ban ze strany provozovatele.

Nebudu se zde rozepisovat o oficialnim Androidim klientovi, ktery v podstate nefunguje.

[Hrabosh]

Dík moc všem! WhatsApp je teda ze hry, ted se rozhoduju mezi Jabberem a Telegramem. Jinak já to chci primárně opravdu na ty automatizované zprávy, takže třeba vůbez neřeším, kdo z mých známých a kamarádů má kde účet. Akorát bych potřeboval, aby ta která služba měla klienta jak pro Android, tak pro Blackberry, což splnuje jak Jabber, tak Telegram.

[k3dAR]

poloz si otazku(na kterou ti Josef uz dal odpoved): "co umoznuje nainstalovat server side na vlastni server?" a mas vybrano ;)

[Hrabosh]

To zní dobře, akorát si říkám, jak moc je bezpečný nechat k tomu Jabber serveru přístup i zvenku....

[Josef Kufner]

Neboj se toho. Zakaž registrace, poctivě aktualizuj (stejně jako vše ostatní) a máš klid.

[petrfm]

Jdi do telegramu... ten jediný funguje a doručuje i zprávy, které jsi offline nedostal. Jabber tě normálně prdí. Když ti na mobilu spadnou data, nebo wifi ve chvíli těsně před tím, než ti má přijít zpráva, tak ti prostě nepřijde, protože jabber.... Svítíš online, ale nejsi online, Odesílá se, ale nepřijímáš. Je to hrozně hezké, opensource a a vlastní server, ale prakticky je to úplně na ho*no.

[Hrabosh]

Cože, fakt? Já sem to zkoušel a chodilo to celkem hezky, teda mimo sendxmpp, kterej jsem ešte nerozchodil.

[Josef Kufner]

Přesně tohle řeší XEP-0198: Stream Management.

Že to Jabber nemá od začátku je způsobeno zabedněností autorů, kteří nechápali, jak to s tou spolehlivostí TCP spojení je. Naneštěstí trvalo dost dlouho, než se to vyřešilo, ale dnes už to je v pohodě, stačí si ověřit, že klient i server tenhle XEP zvládá.

[pavlix]

Že to Jabber nemá od začátku je způsobeno zabedněností autorů, kteří nechápali, jak to s tou spolehlivostí TCP spojení je.

To je pravda, ale bylo to trochu složitější. A nebylo to jen věcí původních autorů, ale dost dlouho se to táhlo jako známý problém. Ono totiž TCP technicky vzato nabízí dostatečné prostředky pro ohlídání, zda zpráva odešla nebo ne. Jenom nejsou ve všech systémech ty prostředky rozumně dostupné a ty knihovny na XML streamy je nevyužívají.

Taky někteří (nebudu jmenovat) dlouho tvrdili, že je nesmysl řešit spolehlivost na úrovni spojení a že ji bude potřeba řešit na úrovni end-to-end, což je pitomost, protože to jednak má důsledky na soukromí (pokud ackuješ e2e, nemůžeš se schovávat) a jednak to nefunguje na offline zprávy. Možná to bylo i tím, že snad nikdo nevyvíjel jak klienta, tak server a vývojáři serverů měli pocit, že mají všecko pořešené a funguje to skvěle. To ostatně platí i dneska u fundamentálnějších technologii jako IPv6 nebo DNSSEC, tam taky většina serverařů absolutně nechápe klientské problémy a mají pocit, že je všecko skvělé a sluníčkové.

Tehdy to prostě chtělo mít v XSF dostatečně silnou osobnost, která prosadí rozumný přístup jako do standardů, tak do implementací, aby se na to nečekalo roky. Většina jenom řešila kraviny jako pubsub a na nápravu základních IM vlastností a takových věcí nikdo nebyl. Jenže lidi, co by to uměli, zase nesnášeli XML (a zvlášť XML streaming a příslušné knihovny).

[petrfm]

OK, to je ale další problém k řešení a testování, zda to dobře funguje. A dále to zase neřeší, že když jsem offline, tak zprávu nedostanu později, jen se odesilatel dozví, že nebyla doručena, je tak? Takže to pak musím řešit na straně klienta odesilatele tím, že si ohlídám, kdy protistrana naskočí do online a pošlu to znovu. Což je třeba pro zasílání nějakých důležitých upozornění ze serveru docela k prdu.

Prostě jabber je jako mobilní hovor. A já radši používám smsky, než někoho nahánět, když není dostupný. Pošlu zprávu, ta zůstane na serveru a jakmile si protistrana nahodí svůj přijímač, zpráva se ji doručí. Tak nějak funguje telegram a tak nějak jsem si představoval, že by mohl fungovat jabber (třeba volitelně - každý asi netouží po archivaci zpráv na serveru). Bohužel ne. Naštěstí se objevil telegram a skoro dva roky ho denně používám, funguje skvěle, až na občasné chvilkové výpadky, takže řešit nadále upadající jabber se jeví jako ztráta času.

Spíše by bylo super, postavit něco uživatelsky analogického k telegramu s opensource serverem, který si mohu hostovat sám. (Například pro členy rodiny, firmy, apd.) To by byla pecka.

[Josef Kufner]

Ne, s tím to nemá nic společného. Delayed delivery funguje od samého začátku. Pokud je adresát offline, server si zprávu uloží a doručí ji okamžitě, jakmile se adresát připojí. Odesílatel k tomu už není potřeba. Odesílatel se dozví, že zprávu má server a čeká na doručení.

Stream management řeší rozpadlá spojení a jejich opětovné navázání. Tedy pokud adresátovi upadne spojení a během pěti minut naváže nové, nikdo si toho ani nevšimne (je navázáno na předchozí session a komunikace je mezitím na serveru bufferována). Pokud ho ale nenaváže, server ví, co mu ještě došlo a co už ne.

Bez Stream managementu server nevěděl, kdy přesně se spojení rozpadlo, takže pokud adresát byl offline, ale server si toho ještě nevšiml, zprávy se ztratily.

Dnes už ale Stream management máme a navíc máme i Message Carbons a Message Archive Management, takže zprávy chodí na všechny klienty současně a ti offline si mohou stáhnout ze serveru celou konverzaci, kterou nestihli, takže uživatel může během konverzace přecházet plynule mezi zařízeními s kompletní historií na všech.

[petrfm]

Vidíš, tak to už může být fajn. Až na ten problém s klienty, viz. vedlejší vlákno. Takže na tvůj poslední odstavec bych navázal slovy : dnes už je pozdě, dnes už máme telegram a ten má klienty na všechno, dobré klienty a podporuje vše zmíněné, navíc jako bonus můžu posílat fotky. Je to dost návykové, hlavně na mobilu, když chci něco rychle sdělit a fotka vydá za tisíc slov. Kybernetická bezpečnost je dneska stejně tragikomický pojem, takže mám za to, že je úplně jedno, jestli má komunikace probíhá přes server ve správě ruských tajných služeb, nebo můj server ve správě NSA

[Josef Kufner]

dnes už je pozdě, dnes už máme telegram

Viz https://telegram.org/faq:

Q: Can I run Telegram using my own server?
Our architecture does not support federation yet. Telegram is a unified cloud service, so creating forks where two users might end up on two different Telegram clouds is unacceptable. To enable you to run your own Telegram server while retaining both speed and security is a task in itself. At the moment, we are undecided on whether or not Telegram should go in this direction.

Takže nemáme.

Jinak na sdílení obrázků máme XEP-0363: HTTP File Upload, což je asi první bezproblémový nástroj na sdílení souborů a funguje i napříč transporty (adresátovi přijde prostý odkaz), takže jde posílat fotky z Jabberu na ICQ nebo Facebook Chat.

[petrfm]

Máme, protože using my own server není priorita. Prioritou je spolehlivá komunikace a tu díky telegramu už nějaký ten rok máme Není důvod vracet se k jabberu. Po očku sleduju zmiňovaný matrix, případně se nechám překvapit nějakým klonem telegramu s možností hostovat u sebe. Ale XMPP je zrůdnost a to, že k němu drátem přivázali nějaké berličky, to ho v mých očích už nevylepší. Už jen proto, že nejsou klienti. Telegram využívám na andojdu, v KDE i na win a vyjímečně i na webu a všude má +- jednotné UI a šlape na výbornou. Prostě není důvod měnit něco, co funguje na 100%. Leda by se objevilo něco, co splní mé představy na 110%

Oxepovaný jabber bude stále tak 90%. Protože zajisté neumí odesílat audio zprávy z android aplikace. Takže musím nejdříve nahrát přes nějaký záznamník a pak nasdílet. Zase jsme 5 let vzadu.

[Josef Kufner]

Protože zajisté neumí odesílat audio zprávy z android aplikace. Takže musím nejdříve nahrát přes nějaký záznamník a pak nasdílet. Zase jsme 5 let vzadu.

Conversations to umí už dlouho.

[pavlix]

Co jsem se začal aktivně věnovat vývoji open source, tak používám hlavně IRC. Nepoužívám ho teda příkazově, ale terminálově, pomocí irssi. Uvažuju, že zkusím irssi-xmpp nebo nějaký transport.

[blovlate]

Venom nie je vhodny ? ak este existuje ? hmm

[k4r3l]

resil jsem stejny problem -> pouzivam a doporucuji Telegram