keyed lock?

Not having any look figuring out where to even start on this script....

I want a lock that checks if the player has the correct prim key item, I think can handle what lock then does, next it should tell player in chat they had correct key, and finally... send a email to inform me the lock was activated. Also is there way to make the key one use only?

There's no way to see if a resident has the key in inventory, but you can certainly setup a chat communication between the lock and the key if the key is ATTACHED to the resident's avatar. Then you can certainly have the key mark that it's been used (via a state changed or global variable or even by deleting the script from the object) and not function again, though you can't delete the key object itself if it is attached to the avatar (you'll obviously want to make sure the key is no-copy so the resident can't copy it in inventory before it is used). You CAN detach the key back to inventory using llDetachFromAvatar() even though you can't delete it entirely.

that works for me which command should I be looking up in wiki.. unless a scripter out there wants a job

Hmm. Well, catch up on your communication functions I guess: http://www.lslwiki.net/lslwiki/wakka.php?wakka=communications

You'll probably have something like:

1.) Resident touches / bumps into / approaches door (touch_start, collision_start, or collision_start w/ llVolumeDetect()).

2.) Door challenges for a key owned by resident (llWhisper(), llSay(), llRegionSay(), etc.).

3.) Key sees challenge message aimed at its owner. if it is attached, it responds to the door (llWhisper(), llSay(), llRegionSay(), etc.).

4.) Door sees challenge response from key and opens.

5.) (If you want the key to be single-use) Door acknowledges opening to key (llWhisper(), llSay(), llRegionSay(), etc.), probably including the UUID of the key whose challenge response message caused it to open. Key marks itself as used (change states in its function, llRemoveInventory(llGetScriptName()), set a global variable, etc.) and possibly detaches itself (llDetachFromAvatar()).

Pity we have no llDieAttached