IsGenuineEx() returning TA_E_INET

I have a user who is not able to re-activate his license (he used to have an activated license that was deactivated from the website). One of two things appears to happens when he runs the software:

1. Sometimes, IsGenuineEX is returning TA_E_INET. Is there a way to check what's going on? Could it be that their company firewall is blocking the software? How can that be resolved?Note that GetFeatureValue(...) and IsDateValid(...) seem to be working ok following the return of the TA_E_INET code. Don't those functions need connection to the internet? The program then opens and runs fine.

2. But the next time the program is run, IsGenuineEX is returning TA_FAIL.

Note that the license does not show as being activated on the online dashboard.

Note that the license does not show as being activated on the online dashboard.

OK, so you deactivated the license (or the customer did) and now the deactivation is being reflected on the customer's computer. That's what LimeLM is supposed to do.

2. But the next time the program is run, IsGenuineEX is returning TA_FAIL.

Right, because they're not activated or they passed nDaysBetweenChecks + nGracePeriodDays amount of time.

1. Sometimes, IsGenuineEX is returning TA_E_INET. Is there a way to check what's going on?

It just means TurboActivate couldn't contact the activation servers. There could be thousands of reasons why this happening.

Could it be that their company firewall is blocking the software?

Yes, that's one possibility.

How can that be resolved?

It depends on how they're blocking the connection. More information is needed.

Note that GetFeatureValue(...) and IsDateValid(...) seem to be working ok following the return of the TA_E_INET code. Don't those functions need connection to the internet?

No they don't.

Please note that when the user is prompted to activate, they get a message from TurboActivate that "Activation was successful", but when the software calls IsGenuineEX(...) after that, it returns TA_FAIL. I misstated before that the license is not activated, it is indeed activated, but the user had to do that from another network since they couldn't activate from the work network.

The way I have license checking setup is that I want the software to check IsGenuineEX on every launch. I have set nDaysBetweenChecks=0 and nGraceDaysOnInetErr=2.

I suppose the 5-hr wait issue could be at play here, but it seems that would greatly complicate any attempt to find the source of the connection problem since it's difficult to know when it actually tries to connect and when it doesn't!

What can the user's IT department do to help? Would they unblock a certain process name (TurboActivate?)? or open a certain port through the firewall?

The way I have license checking setup is that I want the software to check IsGenuineEX on every launch. I have set nDaysBetweenChecks=0 and nGraceDaysOnInetErr=2.

That's the problem. Don't use nDaysBetweenChecks=0. Set it to at least 1. Or more realistically 7. Right no you're forcing the user to always be connected to a 100% working internet connection every single time they launch your app.

So, don't do that.

What can the user's IT department do to help? Would they unblock a certain process name (TurboActivate?)? or open a certain port through the firewall?

It depends. They should debug the network problems like they debug every other network problem. Firstly, can Internet Explorer contact https://wyday.com? If not, then they're blocking wyday.com somewhere on their networks. If so, then they might just be blocking applications that are not browsers from contacting the outside.