ejabberd - Comments for "Manual Entry into the routing table?"
https://www.ejabberd.im/node/3389
enThis doesn't work. Basically,
https://www.ejabberd.im/node/3389#comment-54013
<p>This doesn't work. Basically, I looked at the erl code, and the access control is happening inside the ejabberd_service and is based on the "from" attribute, and not on the "to" attribute.</p>
<p>Also, on failure, it returns an error "405 not allowed" instead of seeing if there is anything else to route to.</p>
<p>Any other ideas.</p>
Thu, 12 Feb 2009 11:38:52 +0000saurabhacomment 54013 at https://www.ejabberd.imThanks for your reply - let
https://www.ejabberd.im/node/3389#comment-54009
<p>Thanks for your reply - let me try it and see if it works. </p>
<p>access can be on the "to" id - i though acls were for "from" id.</p>
Tue, 10 Feb 2009 09:48:13 +0000saurabhacomment 54009 at https://www.ejabberd.imJust an idea
https://www.ejabberd.im/node/3389#comment-54007
<p>So you currently have this?</p>
<pre>
{listen,
[
...
{5231, ejabberd_service, [{hosts, ["domain.com"], [{password, "somesecret"}]}]},
...
]
}.
</pre><p>
The only idea that I can think is the Access option, but I don't know if it will work at all:</p>
<pre>
{acl, user1, {user, "user1", "domain.com"}}.
{acl, user2, {user, "user2", "domain.com"}}.
{access, onlyuser1, [{allow, user1}, {deny, all}]}.
{access, onlyuser2, [{allow, user2}, {deny, all}]}.
{listen,
[
...
{5231, ejabberd_service, [{access, onlyuser1}, {hosts, ["domain.com"], [{password, "somesecret"}]}]},
{5232, ejabberd_service, [{access, onlyuser2}, {hosts, ["domain.com"], [{password, "somesecret"}]}]},
...
]
}.
</pre>Mon, 09 Feb 2009 19:35:25 +0000mfosscomment 54007 at https://www.ejabberd.im