Protect your Items/// Illegal Transfers.

Illegal Transfers

Hardwire the Buyers Key to the Item that is sold in the main script even if the item is transfered in a no script zone eventually it has to be used ,have the scripts to self destruct if the user Key doesnt match the person rezzing the item and have the script email you the key and name of the previous owner.

Best of luck.

JC Hill.

No cry baby replies please.

I said no cry babies or attitude mate.

could you please rephrase this in a way that makes sense to people who don't already know what you're rambling about?

Alternatively change permissions to no transfer... even works in no-script zones?

This is about viewers that allow no transfer items to be transfered.
Dedicate the Avatar Key to that one item the person has purchased so its locked into that one and only person "the buyer". should the buyer try to transfer that item with an unwelcome viewer the script in the sold Item will email you with all the info you need as to WHO WAS THE BUYER and WHO RECIEVED THE ITEM and you can get the script to delete its self after the script has detected a different Avatar trying to use the item that he or she or it : ) did not have the right to have in the first place.

oh this is so needed

a gold mine in thank yous when completed and available

And after Linden Lab closes the notecard hole will you stop selling your script and let your customers know that they can quit adding to the sim script load with a now-useless script?

I believe that the latest rollout fixes that problem at the source.

Still it's a good idea to protect things like that. Never know when that this kinda thing will happen again.

It's not a good idea to add proactive tests against low probability threats unless those tests have effectively zero cost. These don't.

I know it's sad people have to do that. But that's the world LL gave us.

On scripts that already require the data however, it's not much work to check.
A vehicle for example, you need the owner anyway so that data can be compared to the 'first rez' data we saved back when it activated the vehicle for the first time.
This is done only once when it was first rezed so it won't be causing repeated calls.

In other words it won't need to look every time the product is used. The data is already saved in the script variable.
I can see it being a problem if the script needs a reset on every rez however.

Actually there is nothing to complete or sale here. He is talking about including a couple of lines of code into your own scripts. Alternatively, you can also have the script check against stored names on a server to see if the person is allowed. Thomas Conover was doing that back when I joined in 2006.

Unfortunately the notecard hack is just one exploit closed. There are still a couple of different exploits available that make items full perms and also allow for script theft. In these cases the trick would only help for people that did not know even the basics of LSL scripting. Rez the object in no-script zone and edit out the lines.