ejabberd - Comments for "Manual Entry into the routing table?" https://www.ejabberd.im/node/3389 en This 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 +0000 saurabha comment 54013 at https://www.ejabberd.im Thanks 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 +0000 saurabha comment 54009 at https://www.ejabberd.im Just 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 +0000 mfoss comment 54007 at https://www.ejabberd.im