Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

<presence type="probe" /> #98

Open
GoogleCodeExporter opened this issue Nov 27, 2015 · 2 comments
Open

<presence type="probe" /> #98

GoogleCodeExporter opened this issue Nov 27, 2015 · 2 comments

Comments

@GoogleCodeExporter
Copy link

pyvk-t r199 не отвечает на probe, даже если текущий 
статус юзера online.

Если я правильно понимаю букву и дух RFC - то 
на probe он отвечать должен.

Например, pymsn-t и pyicq-t отвечают подобным 
образом:

<presence type="probe" to="msn.darkk.net.ru"/>
<presence from="msn.darkk.net.ru" to="[email protected]/main">
<x xmlns="vcard-temp:x:update">
<nickname>darkk</nickname>
</x>
</presence>

<presence type="probe" to="icq.darkk.net.ru"/>
<presence from="icq.darkk.net.ru" to="[email protected]/main"/>

А pyvk-t отмалчивается:

<presence type="probe" to="vkontakte.zlug.ru"/>

Original issue reported on code.google.com by mathemonkey on 13 Dec 2010 at 8:02

@GoogleCodeExporter
Copy link
Author

Не найду упоминаний о таком поведении в 
рфц. Мне казалось, probe должен только сервер 
генерить.

Original comment by tishka17 on 14 Dec 2010 at 5:54

@GoogleCodeExporter
Copy link
Author

   o  probe -- A request for an entity's current presence; SHOULD be
      generated only by a server on behalf of a user.

Т.е. клиенту, вообще говоря, не запрещено 
его генерироваь самостоятельно. В любом 
случае, pyvk-t на своей стороне уже не может 
отличить сгенерированный сервером probe от 
probe, сгенерированного клиентом.

Original comment by mathemonkey on 14 Dec 2010 at 6:49

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

1 participant