[JDEV] Feature question

[temas]

This (imho) seems to be a good use for prioritized resources.  The only
drawback is that everyone shares a username (but that sounds acceptable).  I
would suggest looking into that approach, because otherwise, jabber does not
currently have the ability to forward users.  Although, a custom hack job
shouldn't be too dificult to do it.

--temas

On Tue, Mar 07, 2000 at 09:33:50AM -0600, Ryan Eatmon wrote:
> 
> No that's not what I'm looking for.  What I'm looking for is a way to
> have the server know that jabber id "jabber:bob at jabber.org" is really
> "jabber:vila at jabber.org".  So that all things sent to
> "jabber:bob at jabber.org" are instead delivered to
> "jabber:vila at jabber.org".
> 
> That way I can tell one of the daemons that they are the acting master
> and they tell the jabber server that they want to login in as
> "daemon1234", but they are also listening to "daemonMaster".  Then all
> messages sent to "daemonMaster" will handled by "daemon1234".  
> 
> I've done this using a forwarding client listening to "daemonMaster"
> that looks for an X tag in my namespace that tells who sent the
> message.  "daemonMaster" then takes the same message and ships it out to
> "daemon1234".  "daemon1234" has to parse the X tag and look for my
> forwarding tag to see who to send the reply to.  This is not a good
> solution, but it works for now.
> 
> Other uses for this include a Help Desk organization where they have a
> "Help Desk" id and various people monitor it at different times.  The
> person who is supposed to be monitoring it tells the server that "Help
> Desk" is now aliased to "Ryan Eatmon" and the server sends all messages
> to "Help Desk" to "Ryan Eatmon" instead.  There can be lots of uses for
> this feature.
> 
> You could even have it so that you can alias multiple ids to one id and
> then round robin the messages to the various ids that it receives.  This
> way you could write a distributed client that has ten daemons listening
> on one address.  Or ten help desk employees listening to one Jabber
> address.
> 
> -- 
> 
> Ryan Eatmon                reatmon at ti.com
> -----------------------------------------
> Mixed Signal Product Development EDA Team
> 
> _______________________________________________
> jdev mailing list
> jdev at jabber.org
> http://mailman.jabber.org/listinfo/jdev
> 
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 232 bytes
Desc: not available
URL: <https://www.jabber.org/jdev/attachments/20000307/7c5cf703/attachment-0002.pgp>