Not logged in. · Lost password · Register
Forum: Jabber users › Jabber CZ & SK - Administrátoři serverů
Vlastni jabber server
jan.mikus (Guest) 2006-10-10, 13:23 #1
No profile available.
Link to this post
Subject: Vlastni jabber server
Dobre odpoledne,

zozbehnul jsme si ve firme slavni jabber server (Jabberd 2.0.11, PyICQ-t 0.7b, Postgres, Gentoo).

Mam 2 drobne problemy:

1. mam 2 prihlaseni (pro jeden nick) v PC (linux) a ntb (windows), jako klienta pouzivam SIM (http://www.sim-im.org), oba klienti maji nastavenou stejnou prioritu, ale zpravy chodi pouze do jednoho klienta (soucasne pouzivam jeste ucet na jabber.cz a pri stejnem nastaveni priorit chodi zpravy do obou klientu)

2. pokud pouziji klienta PSI (0.10), tak se nelze pripojit z vice pocitacu, pri pripojovani vyskoci (v jiz pripojenem klientovi) chyba "pripojeni bylo nahrazeno jinym". Zadny jiny klient tohle nedela, zkousel jsem Gaim, Mirandu, SIM, Kopete, se vsemi se muzu nekolikrat pripojit, ale pokud pouziju 2x PSI, tak se drive pripojeny klient odpoji.

Pokud mate nekdo nejaky napad, bud moc rad.

Predem dekuji.
jan.mikus (Guest) 2006-10-10, 13:25 #2
No profile available.
Link to this post
Quote by jan.mikus:
zozbehnul jsme si ve firme slavni jabber server (Jabberd 2.0.11, PyICQ-t 0.7b, Postgres, Gentoo).

... rozbehnul jsme si ve firme vlastni jabber server (Jabberd 2.0.11, PyICQ-t 0.7b, Postgres, Gentoo). ...
Avatar
pinky (Administrator) 2006-10-11, 11:33 #3
Member since Mar 2003 · 1046 posts
Group memberships: Administrátoři, Členové
Show profile · Link to this post
1. Ne vsechny transporty resi vice resources
2. Je treba nastavit v kazdem klientu jiny resource a stejnou prioritu, pak se to nestane. Doma treba jid/doma a na notesu jid/notes
Pinky, member of Jabbim.cz Team
[Image: http://hidentity.org/hid/CZ556289.gif]
Avatar
Pihhan 2006-10-11, 22:54 #4
User title: Linuxák
Member since Apr 2003 · 262 posts · Location: Předklášteří
Group memberships: Členové
Show profile · Link to this post
Server pokud vím nikdy neposílá jednu zprávu 2x na jeden účet. Pokud se nemůže rozhodnout podle priority, rozhodne podle posledně připojeného. Vždycky posílá maximálně jednu zprávu. Jestli hledáš tohle, tak máš trochu smůlu, to nejde.

Psi i každý jiný klient musí mít unikátní resource, má li být připojen s jiným klientem zároveň. To proto, aby bylo možné jednoznačně rozhodnout, komu se pošle. Třeba Miranda to myslím nastavovat ani neumí. Pokud se pro každého klienta nastaví různé resource, tak to bude fungovat. Většina klientů má výchozí nastavení jméno klienta, proto se mezi sebou nebijou, když je různých klientů víc. Někdy je ale žádoucí, aby to původní klient odpojilo. Nastavením stejného resource se docílí přepínání přítomnosti podobně jako u icq.
Avatar
pinky (Administrator) 2006-10-12, 08:40 #5
Member since Mar 2003 · 1046 posts
Group memberships: Administrátoři, Členové
Show profile · Link to this post
Nezda se ti Pihhane, ze jsem napsal defacto to same? Stejna priorita samozrejme funguje, over si to.
Pinky, member of Jabbim.cz Team
[Image: http://hidentity.org/hid/CZ556289.gif]
zenek (Administrator) 2006-10-14, 01:54 #6
Member since Nov 2005 · 503 posts · Location: Bohumín
Group memberships: Administrátoři, Členové
Show profile · Link to this post
Quote by Pihhan:
Server pokud vím nikdy neposílá jednu zprávu 2x na jeden účet. Pokud se nemůže rozhodnout podle priority, rozhodne podle posledně připojeného. Vždycky posílá maximálně jednu zprávu. Jestli hledáš tohle, tak máš trochu smůlu, to nejde.

XMPP říká toto:
http://www.xmpp.org/specs/rfc3921.html
11.1 (4) 1)
For message stanzas, the server SHOULD deliver the stanza to the highest-priority available resource (if the resource did not provide a value for the <priority/> element, the server SHOULD consider it to have provided a value of zero). If two or more available resources have the same priority, the server MAY use some other rule (e.g., most recent connect time, most recent activity time, or highest availability as determined by some hierarchy of <show/> values) to choose between them or MAY deliver the message to all such resources. However, the server MUST NOT deliver the stanza to an available resource with a negative priority; if the only available resource has a negative priority, the server SHOULD handle the message as if there were no available resources (defined below). In addition, the server MUST NOT rewrite the 'to' attribute (i.e., it MUST leave it as <user@domain> rather than change it to <user@domain/resource>).

Takže server pokud chce může doručit zprávu na všechny resource se stejnou prioritou. Slyšel jsem, že to tak dělá třeba Google.
Stop Skype Plague
CEC 2006-10-14, 22:12 #7
Member since Oct 2005 · 27 posts · Location: Kutna Hora
Group memberships: Členové, Vegacom
Show profile · Link to this post
Subject: Mohu potvrdit co uvadi zenek
Stejna kladna priorita skutecne u ruznych resource funguje. Z osobni zkusenosti na ruznych serverech se take chova ruzne. Jedine spolehlive reseni je tedy simulace prave na aktivne uzivanem serveru, jinak se na doruceni spolehnout neda a plati vetsinou, ze zpravu obdrzi klient nejpozdeji prihlaseny. Vubec nejvetsi chaos nastane pri trech klientech pokud ten s nejvyssi prioritou je v invisible modu.
Unyer (Guest) 2007-02-16, 04:53 #8
No profile available.
Link to this post
In reply to post #4
Subject: Oprava faktu
Quote by Pihhan on 2006-10-11, 22:54:
Třeba Miranda to myslím nastavovat ani neumí.

Miranda to také umí. V nastavení je Username, Password, Resource i Priority atd.
Close Smaller – Larger + Reply to this post:
Verification code: VeriCode Please note the verification code from the picture into the text field next to it.
Smileys: :-) ;-) :-D :-p :blush: :cool: :rolleyes: :huh: :-/ <_< :-( :'( :#: :scared: 8-( :nuts: :-O
Special characters:

Go to forum
This board is powered by the Unclassified NewsBoard software, 1.6.4, © 2003-7 by Yves Goergen
Current time: 2012-02-07, 18:07:57 (UTC +02:00)