mrtHi, I'm using the paid version.
Here is my problem: I've "is_trial" and "is_trial_expiry_date" custom fields. I'm checking this custom fields and, I want to DISABLE THE LICENSE if "is_trial_expiry_date is expired". But i don't want to use Deactivate function because i dont want this expired user to re-activate with same serial key.
Is there any way to do that?
Well, the way to handle this is to revoke product keys, not deactivate them. Also, inside your app just have a simple call to IsDateValid() and pass in the "trial_expiry_date" to see if the date has passed or not. And if it has passed, then don't allow them to continue with your program. Instead show a prompt that says something along the lines of "Your trial has expired. Buy a copy of AppName here."
Does that make sense?
mrtHi again!First of all, I'd like to say that I'm sorry about my English. It is not that good 🙁Thank you so much. Sorry to bother you but, I've an other question 🙁
My app will only work on Windows machines. So, to make limelm run, is there any minimum security cridentals or anything should be enabled but WMI? Some of our customers are using Domain System in their company.
1- TA_Flags.TA_USER flag will work on their machine?2- Or where should I use TA_USER or TA_SYSTEM flags?3- Only activating WMI service is enough to make limelm run?4- Are you considering to make us able to pass a pointer of file or / byte[] to PDetsFromPath() method?
You can run your app using any user. WMI must be enabled, but no remote access is needed. So, basically keep the default security settings untouched and everything will be secure and function as required. Some admins like to do stupid things like disable WMI access completely, which is counterproductive because so many programs depends on WMI (including most Microsoft programs).
1- TA_Flags.TA_USER flag will work on their machine?
Yes, but TA_SYSTEM is always preferable. There's less chance for things to get screwed up if the customer stores the activation data on a system level rather than a user level.
3- Only activating WMI service is enough to make limelm run?
Yes.
4- Are you considering to make us able to pass a pointer of file or / byte[] to PDetsFromPath() method?
It won't be in TurboActivate 4.0. We've considered it, but it didn't make the cut. We haven't ruled it out completely, but we don't see enough benefit to add it to the API. Especially considering that TurboActivate.dat is so lightweight and that you can name it anything you want and put it anywhere you want.
