<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<HTML><HEAD>
<META HTTP-EQUIV="Content-Type" CONTENT="text/html; charset=windows-1252">
<TITLE>RE: [JDEV] Request for comments on system using jabber</TITLE>
<META content="MSHTML 5.50.4611.1300" name=GENERATOR></HEAD>
<BODY>
<DIV><SPAN class=299111117-24052001><FONT face=Arial color=#0000ff
size=2>Correct, you can't subscribe to a specific resource.</FONT></SPAN></DIV>
<DIV><SPAN class=299111117-24052001><FONT face=Arial color=#0000ff
size=2></FONT></SPAN> </DIV>
<DIV><SPAN class=299111117-24052001><FONT face=Arial color=#0000ff size=2>May I
offer a few words of sage advice in this area? If personalbuddy becomes
very popular and you use the roster/subscription approach, you're going
to soon start hurting your server (and it darn well better not be MY
server!). I know because I've done this myself with Jabberbot.
Jabberbot's roster on Jabber.com is about 10 times the size of the next largest
user's roster. Whenever Jabberbot tries to log in now, it causes all kinds
of server mayhem because every presence change causes the server to go read and
parse rosters of everyone in Jabberbot's roster. This, and the subsequent
traffic backups, crash the server at Jabber.com (which is JCS, of course, but I
suspect the open source server would have the same problem). That's why I
turned Jabberbot off about a month ago.</FONT></SPAN></DIV>
<DIV><SPAN class=299111117-24052001><FONT face=Arial color=#0000ff
size=2></FONT></SPAN> </DIV>
<DIV><SPAN class=299111117-24052001><FONT face=Arial color=#0000ff size=2>One
better approach is to have Jabberbot (or personalbuddy) be a server-side agent
that has no roster controlled by the server.</FONT></SPAN></DIV>
<DIV><SPAN class=299111117-24052001><FONT face=Arial color=#0000ff
size=2></FONT></SPAN> </DIV>
<DIV><SPAN class=299111117-24052001><FONT face=Arial color=#0000ff
size=2></FONT></SPAN> </DIV>
<DIV><SPAN class=299111117-24052001><FONT face=Arial color=#0000ff
size=2>Todd.</FONT></SPAN></DIV>
<DIV><SPAN class=299111117-24052001></SPAN> </DIV>
<DIV><FONT face=Tahoma><FONT size=2>-----Original Message-----<BR><B>From:</B>
Colin Madere [mailto:colin@vedalabs.com]<BR><B>Sent:</B> Thursday, May 24, 2001
11:02 AM<BR><B>To:</B> 'jdev@jabber.org'<BR><B>Subject:</B> RE: [JDEV] Request
for comments on system using jabber<BR><BR></DIV></FONT></FONT>
<BLOCKQUOTE dir=ltr
style="PADDING-LEFT: 5px; MARGIN-LEFT: 5px; BORDER-LEFT: #0000ff 2px solid; MARGIN-RIGHT: 0px"><BR>
<P><FONT size=2>Good points, Jens. I don't think you can subscribe just
to a resource, though. A nice thing which shouldn't be too much of a
change would be to actually have to subscribe to "personalbuddy@jabber.com"
rather than just send messages to it. That way you can just remove your
subscription to the presence and be done with it :)</FONT></P>
<P><FONT size=2>Know any often updated projects on freshmeat so I can see this
work?</FONT> </P>
<P><FONT size=2>Colin</FONT> </P>
<P><FONT size=2>-----Original Message-----</FONT> <BR><FONT size=2>From: Jens
Alfke [<A href="mailto:jens@mac.com">mailto:jens@mac.com</A>]</FONT> <BR><FONT
size=2>Sent: Thursday, May 24, 2001 11:42 AM</FONT> <BR><FONT size=2>To:
jdev@jabber.org</FONT> <BR><FONT size=2>Subject: Re: [JDEV] Request for
comments on system using jabber</FONT> </P><BR><BR><BR>
<P><FONT size=2>On Thursday, May 24, 2001, at 03:56 PM, al@alsutton.com wrote:
</FONT></P><BR>
<P><FONT size=2>If you send a message to personalbuddy@jabber.com saying
"watch xxxxx" where xxxxx is the name of the package to watch it will send you
notification of updates. If you send "ignore xxxxx" it will stop sending them.
</FONT></P><BR>
<P><FONT size=2>I love the idea of presence/IM based services like this, but
I'm worried that we're going to get into a real mess where they're all driven
by text messages using various different syntaxes ... which is of course
exactly what happened in the e-mail world with list servers. (I just read a
news article yesterday about a new AIM based agent for Radiohead fans that
sounds like it's running some kind of Eliza-like "natural language" interface.
Be very afraid.) </FONT></P><BR>
<P><FONT size=2>In the case of your personalbuddy, I can easily see people
later deciding they don't want the notifications anymore but not being able to
remember the magic "ignore" command. They'd then get mad at the agent for
spamming them. </FONT></P><BR>
<P><FONT size=2>Wouldn't it be cleaner to use the existing Jabber subscription
model for this rather than inventing your own? I.e. you subscribe to
"xxxxx@alsutton.com"'s status and it will send you messages when xxxxx is
updated. To stop getting updates, unsubscribe. (The status message in the
presence could indicate the current version number.) </FONT></P><BR>
<P><FONT size=2>Of course this requires that you run your own Jabber server at
alsutton.com, which you might not be willing or able to do. Is it possible in
Jabber to subscribe to a single resource? If so, then perhaps people could
subscribe to "personalbuddy@jabber.com/xxxxx" to get notifications for package
xxxxx. </FONT></P><BR>
<P><FONT size=2>—Jens</FONT> </P></BLOCKQUOTE></BODY></HTML>