object inter-region communication

Is it possible to have an object in region A communicate with an object in region B? If so, how?

Thanks
Robin

yes you can use llEmail to send an email to an object.
in this link you can find an example of prim2prim comunication
http://wiki.secondlife.com/wiki/LlEmail

Note that the upcoming HTTP-In functionality should provide a speedier and more reliable means to do this, so it may be a good idea to plan on an enhancement as soon as that gets rolled out. Some kind of e-mail or external lookup might still be necessary for synchronizing URLs between objects though.

I have my serius doubts on the new upcoming http inside a prim, first of all are limited to a few addres and are not for ever, the address can change (how to use a service like dyndns on this?) , in think this is useless at great scale like networked vendors or comunications with some php site. correct me if im wrong on this...

Actualy making a dyndns like service for this would be really really very easy. Would have a script in the parent prim that acquired the prim name and a url. This would then beam the said data to a server. Each time a new url is gained, the script updates the server. Easy as pie.

If you are in a position where you can actualy use the new http functions then your in a position where you can make your self dns class files to use in your products. The real problem though is something you mentioned. The limited url's.. I was thinking of using the new functions in a vender system Im using but after carefull thought I have dismissed it.

I can see alot of sim owners saying "no" to people using products that use the service because of that limitation. Think. Mall.... 60 stores all with 5 venders using it plus people walking around with attachments that use it. I may play around with it and I may build and offer a DNS service for it for novice's to use but I wont personally use it. Not unless the available url's per sim are in the thousands.

Edit;

That being said. It would be perfect for things like update servers. But only if people are smart and use it purely for things like that.

Also the dns'ing I mentioned earlier is a really dirt simple version and not useable for providing a dns service and I wouldnt suggest using it for products you dont have control over as you will speedily get people filling your database with dead url's. To provide a reliable system you would have to have real coding skills in languages like C/++ and make server running software that would let the lsl interface with it through llHTTPRequest.

But to the original post,

Id suggest you use llHTTPRequest and a database. Post messages in a database and just maintain frequant requests to the database to beam data back and forth.

Ive played with rpc and Im not fond of it. Its become laggy and unreliable.

Yes the url´s limit per sim can be a problem .
Actually I use a combination of http request ,external database and rpc to achieve a reliable comunication between objects web interfaces and visceversa.

the url limit is one of the reasons I'm not really basing any plans on the http-in at this time. the other is I just don't trust that it will work like they say when they roll it out..if it did, it would completely go against the pattern previously set. What bothers me is their talk of completely wiping out rpc..I know it's got its problems, but it has been consistently there for my purposes.

I completely agree with you.


back to topic...
If you need help with some code just post any part here and we are glad to help you robin.