[nikblack]

no, it would work. it doesn't have to be DRM per se, just automated public key encryption and signing using something unique such as the phones IMEI number.

it is very possible to implement encryption and signing without having the user go through key generation etc. make it all transparent and give them a lock to click on if they want to make the message and attachments secure. PGP already has a similar product, and hushmail is pretty easy to use.

[moe]

And what does that gain you? Nothing.

The image needs to be displayed on the receiving end. From that point the cat is out the bag, no matter how many locks you put on the bag.

[nikblack]

we are talking about propagation here. its built so that the person who receives the image is then unable to forward it to somebody else. or at least they can, but that person won't be able to unencrypt.

its pretty standard, and working with e-commerce for a while now.

[moe]

its pretty standard, and working with e-commerce for a while now.

In what area of "e-commerce" is that standard and working? I don't know of any but I know at least one where DRM was tried and failed miserably (music distribution).

Moreover I can only repeat that DRM is technically infeasible for images because the images need to be displayed on the clients screen. When your eyes can see it then the lens of your digicam can also see it. Get it?

[nikblack]

wow, your on a completely different page - and im going to leave it at that.