I think allowing instant messages that appear to be from anyone is going to open up cases of phishing, fraud, and/or spam. If this is all directly available in libsecondlife, then libsecondlife users could end up seeing the wrong end of the ban stick. My opinion is this functionality should be removed from the officially-available high level functions.
-Sam -----Original Message----- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of John Hurliman Sent: Monday, July 10, 2006 2:35 PM To: Development list for libsecondlife Subject: Re: [libsecondlife-dev] Inventory Upload & Fees [EMAIL PROTECTED] wrote: > For what it's worth, I believe one of the main tenets of libsecondlife > should be the following: > > Libsecondlife does not and will not enable anything that cannot already > be done manually by logging in with the official client. > > The purpose of libsecondlife should be to allow Agent automation so > actions can be performed more quickly and/or without human intervention. > These actions are restricted to anything already allowed by the official > client. > > In keeping with this, I agree with John Hurliman. The fee must be paid > to simulate exactly the actions of the client. To do otherwise would > enable actions that cannot already be done manually by logging in with > the official client. > > -Sam I'm not sure I agree with that line of thinking completely, and libsl has already broken it to a degree. With libsl you can send instant messages from any name, which is not possible with the official client. I think we should be striving to push the envelope with whatever is possible, wherever possible, while at the same time protecting the well-being of the system, the users, and the developers. The free upload debate is simply a matter of whether code that is dangerous to the user has a place in the official library or not. It would be like adding a function that automatically orbits everyone around the client all the time (against the rules of SL). Such a thing isn't impossible to build, but that doesn't mean we're going to provide a high level abstract for it. John _______________________________________________ libsecondlife-dev mailing list [email protected] https://mail.gna.org/listinfo/libsecondlife-dev _______________________________________________ libsecondlife-dev mailing list [email protected] https://mail.gna.org/listinfo/libsecondlife-dev
