ejabberd - Comments for "mod_webpresence - Presence on the Web"

> I've set status to

mfoss — Tue, 29 Sep 2009 18:50:49 +0000

> I've set status to "invisible". How can it be set to display "offline" instead?

Not possible. When you refer to become invisible, your client may be using one of those protocols:

XEP-0018 is a rejected protocol
XEP-0126 uses privacy lists to hide presence, so mod_webpresence doesn't support it
XEP-0186 is experimental, not supported in ejabberd or mod_webpresence.

Invisible?

dp_wiz — Mon, 28 Sep 2009 15:58:08 +0000

I've set status to "invisible" and mod_webpresence displays me as "online". How can it be set to display "offline" instead?

Usable with Apache

Obey-Kun — Tue, 21 Jul 2009 07:54:56 +0000

Some phpbb forums don't want to shop [img]http://domain.su:5280/presence/jid/xxx/xxx.su/image/mypresence.png[/img], while they show [img]http://xxx.su/mypresence.png[/img].
So I putted "cd ~www; wget 'http://domain.su:5280/presence/jid/xxx/xxx.su/image/mypresence.png'" into cron and use apache's hosted image on forums.
Any other ways?

direct link

mahlon — Thu, 30 Apr 2009 14:25:28 +0000

... here's the direct link:

http://plugins.jquery.com/files/jquery.jabberpresence.js.txt

mod_webpresence jQuery plugin

mahlon — Thu, 30 Apr 2009 14:17:48 +0000

I've worked up a simple jQuery plugin that can display and dynamically update a webpresence badge using mod_webpresence. It is capable of parsing the XML endpoint, knows about jid/rid stuff, avatars, and image themes. It also provides a hook for doing arbitrary stuff on status changes, if you want something fancier to happen than the default. Full documentation is provided in the script.

http://plugins.jquery.com/project/ejabberd_presence

Check documentation about ejabberd's Access rules

mfoss — Thu, 09 Apr 2009 19:17:33 +0000

You messed how ejabberd's Access rules work. See the ejabberd Guide and ejabberd.cfg for examples.

In your case, it seems what you want to put is:

{access, webpresence_auto, [{allow, local}]}.

{modules, [
  {mod_webpresence,[
        {access, webpresence_auto}
  ]},
  ...
]}.

ejabberd-2.0.3 no success using branches/ejabberd-2.0.x

Kevin — Mon, 06 Apr 2009 18:49:16 +0000

I've been trying to get mod_webpresence working under ejabberd-2.0.3, with no success.

I do see mnesia tables, but the module doesn't show up in the admin interface, and accessing a presence URL never returns any data, the listener always returns a Not Found result.

It's possible I didn't quite get the configuration file changes into ejabberd.cfg correctly, but I don't receive any errors from ejabberd when I restart

The modules statement is:

<pre>{mod_webpresence,[
        {access, webpresence_auto, [{allow, local}]}
        ]},</pre>

Explanation of mod_webpresence in multiple vhosts

mfoss — Sun, 01 Feb 2009 14:14:30 +0000

Roi wrote:

I don't see a proper webpresence service when pointing to on of our virtual host domains like jabber.hot-chilli.eu with my jabber.hot-chilli.net user,

What you describe is not a bug or misconfiguration, it is done on purpose.

mod_webpresence provides two things:

A Jabber service where users of the local vhost can register. Nobody else than local users are interested in that service, as the service only works correctly for local users.
A web page where everybody can see the presence of local users that have previously registered in the corresponding Jabber service.

mod_webpresence is heavily tied inside ejabberd, so this module is restricted to provide service only to users of the vhost where it runs.

With this setup, mod_webpresence will run for "localhost", and will run for "example.com":

{hosts, ["localhost", "example.com"]}.
{modules, [
 {mod_webpresence, []},
 ...
 ]}.

The result is that:

The instance of mod_webpresence that runs for "localhost" is available to users of localhost in the JID webpresence.localhost.
Anybody can access the page http://localhost:5280/presence/
The instance of mod_webpresence that runs for "example.com" is available to users of example.com in the JID webpresence.example.com
Anybody can access the page http://example.com:5280/presence/

Problem grabbing information from mod_webpresence service

Roi — Thu, 29 Jan 2009 17:20:57 +0000

Hello,

another thing I noticed:

webpresence.jabber.hot-chilli.net (jabber.hot-chilli.net is the server I'm maintaining) is shown grey in this list: http://www.jabberes.org/servers/

I had a little chat with the maintainer of that list. He told me that it is grey because the bot cannot grab information from the service. It gets a 403 error.

Is this because the default access rule, which I'm running, is "local" and external users cannot use (and maybe not even access for some information) this service?

He suggests that you open the service for information but disable registration from external users.

Is this maybe also the problem why I don't see a proper webpresence service when pointing to on of our virtual host domains like jabber.hot-chilli.eu with my jabber.hot-chilli.net user, as described here? http://www.ejabberd.im/mod_webpresence#comment-53973

Regards,
Martin

access:
Specify who can register in the webpresence service.
Don't bother to specify 'all' because this module can only show presence of
local users.
Default value: local

mod_webpresence issue with virtual hosts

Roi — Thu, 29 Jan 2009 13:32:18 +0000

Hello,

I set up the latest mod_webpresence for ejabberd 2.0.x from SVN for my ejabberd 2.0.3 server (I run a Debian system and no 2.1.x packages are available for Debian at the moment).

Quote:

Support for virtual hosts and clustering.

Everything seems to work ok on the primary jabber domain but secondary virtual hosts have a problem with mod_webpresence. First of all the icon shown in Miranda isn't the icon usually show for this service and also the service is shown as faulty.

I did not set the hostname for the service, so the hostname for every domain is webpresence.jabberdomain.tld, which I don't really like because all services just have one hostname (taken from the primary domain name) on my server. When I set the domain name to a fixed value the service seems not to run anyhow.

Does somebody have an idea what the problem might be? Maybe the same like here: http://www.ejabberd.im/node/3074#comment-53967

Regards,
Martin

Thank

ppcharli — Wed, 29 Oct 2008 17:55:15 +0000

Thank you very much badlop, you are right

For ejabberd 2.0.x get mod_webpresence/branches/ejabberd-2.0.x

mfoss — Wed, 29 Oct 2008 16:09:51 +0000

ppcharli wrote:

I am testing mod_webpresence with ejabberd 2.0.2 in Centos 5.2 x86_64 and does not working. In the "Web presence" admin page I get "not found".

Until now you downloaded mod_webpresence/trunk, right? Since October 2008, that version requires ejabberd trunk SVN (which will become ejabberd 2.1 when released).

If you want to use mod_webpresence with any version ejabberd 2.0.x, please get mod_webpresence/branches/ejabberd-2.0.x. I tried this with ejabberd 2.0.2 and the WebAdmin page works correctly.

mod_webpresence and ejabberd 2.0.2

ppcharli — Wed, 29 Oct 2008 12:49:20 +0000

I am testing mod_webpresence with ejabberd 2.0.2 in Centos 5.2 x86_64 and does not working. In the "Web presence" admin page I get "not found".

In ejabberd.log:

=ERROR REPORT==== 2008-10-29 13:45:29 ===
E(<0.755.0>:ejabberd_hooks:205) : {aborted,
{no_exists,
[webpresence,
[{{webpresence,
{'$1',"domain.com"},
'$2','$3','$4','$5','$6','$7','$8'},
[],
['$$']}]]}}

With ejabberd 2.0.1 it works OK.

Does anyone have tried and it works?

Thanks

Thanks but...

tlaramie — Fri, 26 Sep 2008 10:55:09 +0000

Because it could cause confusion and given that clients are bound to complain, I revised the changes you committed to the SVN to run a case .. of to check for undefined. If true it returns a -1 and false returns the priority. -1 is a valid value but generally the jabber client connecting is one of our own design, which users preset priority values (making it easier to filter for).
Thanks for the clarification though.

Bug in mod_webpresence, try new SVN

mfoss — Wed, 10 Sep 2008 11:41:32 +0000

tlaramie wrote:

If a priority for a resource is undefined ... The module will error out and return a 'Not Found'.
I suppose if every resource requires a priority by definition then it's not the fault of the module but some exception handling would be nice.

I think ejabberd is correct, and the problem is in mod_webpresence, that must handle an undefined priority:

RFC3921bis-06 wrote:

After completing the preconditions described in [XMPP‑CORE] and requesting the roster (RECOMMENDED), a client signals its availability for communication by sending INITIAL PRESENCE to its server...
The initial presence stanza MAY contain the <priority/> element...

So, the priority is only set when sending initial presence. Some Jabber clients may not send initial presence at all, for example bots.

I've updated mod_webpresence in SVN: only sessions that have presence (and priority) set will be returned. I didn't test the change.