is this at all possible?

can a script broadcast on a channel, globally, and any prim listening on that specific channel hear it no matter how far away they are? something kind of like the chat function for groups, only used for prims to talk to each other even if they're not owned by the same person?

Simple answer: No

There are several good threads here where this is discussed in detail.

Till Stirling

Chat Radii:
Whisper = 5m
Say = 20m
Shout = 100m

Objects can send IM's but not receive them.
Objects can however send and receive Email.

Email? such as [email]myemail@gmail.com[/email]? or are you reffering to an ingame term called Email?


I guess what I want to do is create a network with anyone who has my item equipped so that if a person wants to start an event contained within my item, they can make it so that anyone with my item equipped and turned on will get an invite to participate.

Believe it or not, every object in SecondLife sorta has its own mailbox. You can send any object an email message and have a script in the object check for messages and read them. Since e-mail can be sent from inside or outside of SL, it is boundless.

There are two catches though.

First, the object you want to receive email has to poll for new mail otherwise it won't know any has arrived. This can be done with a timer.

Second, you must know the object's key you are going to email. Its key is part of its email address. This can be tricky since keys change when objects are rezzed or attachments are attached/removed.

We definitely need some sort of object<>object transfer protocol that is independent of the automatically generated UUID's.

Personally, I'd like to see something akin to system-wide chat, similar to an IRC channel.

For that matter, why not implement IRC in the SL client? While we're at it, let objects log in and interact with the IRC server as well.

SL's external data connections are very limited. I think this might be on purpose: to prevent SL from being used as a vehicle for DOS attacks and hack attempts.

You could use a mailing list server and code your objects to send an add request to the server when they're rezzed and at a certain interval. Set the server up to delete e-mail addresses that are older than a certain age, and you're all set. Then you (on your e-mail client) send an e-mail to the list, which all the registered objects will then receive.


For some reason, LL thinks that we all have access to directly Internet-connected servers, and we don't need global in-world chat for objects.

Create a server with a fixed key.

When someone attaches your item, it e-mails the server, telling the server its key and its owner's key. If the server has an old item key for the same owner, it replaces it.

The item also e-mails the server when it's detached telling the server to delete the key.

Every 10 or 20 minutes, the server does a bunch of llRequestAgentData queries to see if the listed owners are still online, and if not, deletes their keys.

When someone starts an event, it e-mails the server telling them so. The server can then send e-mails to all the objects telling them to notify their owners - or the server can directly IM all the owners, via the owner keys. (If it's e-mail you'll need to use process farming to work around the in-built slow-down, but that's not too hard.)

yea, I was reading up on the e-mail function, and for what I want my final product to do, the keys would be changing constantly from being attached and unattached (rezzed and derezzed)




that sounds like exactly what I want but looking at the wiki, is way over my head at this time. thanks for the help, will come back to this in a few weeks when I'm better with teh scripting language.