techdruid

I have been waiting for two years now for WHMCS to provide a working solution to various inadequacies with their eNom integration. The private registration feature is completely unworkable, premium domains are not supported, and the name spinner feature clashes with the straight up whois search in that a customer has to sift through hundreds of alphabetic tld's before reaching the name spinner suggestions. No followup or action on support tickets or feature requests. I've taken it upon myself to address some of these problems in one fell swoop. But the primary focus is adding support for premium domain names. I would greatly appreciate any feedback on my efforts to make these features work once and for all. While I'm doing it for myself regardless, there may be benefit to sharing/selling and GPLing the code. http://techdruid.com/2016/06/30/whmcs-enom-premium-domains-support/ I've got the code to where the cart is displaying the premium price with a markup applied, and it no longer displays the exhaustive list of alphabetic tld's before displaying the Name Spinner results. There is still much work to be done, but I wanted to request feedback and see what kind of interest there is among others. To see if there are opinions, good or bad, on the approach I'm taking to implement the features. With no access to the core WHMCS code, and no hooks into the domain lookup functions, I'm flying a bit blind.

I'd like to provide this same service. The eNom privacy protection doesn't work very well. If a client signs up for it post-domain-registration, it charges them but then doesn't add the privacy protection. What's the point in charging our customers if the services doesn't even work? So, I'd prefer to just offer this for free and use our information to keep theirs private. Anyone have idea's? The enom.php file is encoded, and there don't appear to be any hooks associated with modifying the contact details. Any implementation of this will be a total hack to the template files and would potentially be outside the scope of the WHMCS internal session security. Ick.

I seem to be able to get around this problem by removing the following CSS setting. In the following file. ./assets/css/bootstrap.min.css .col-xs-10 {float: left;} I'm not a css expert, so I'm not sure why this setting is causing the drop-down to fail. Perhaps I can override this in a custom css file somewhere so I don't need to modify the bootstrap file. I'd sure like to know if anyone else is having this same problem.

This problem is for changing the domain contact information. Is anyone else having this problem where the drop-down is not working when you chose "Use existing account contact"? This seems to be set in the following template file. It has all my contacts in the drop-down when I view the source HTML, but when I click on it, it doesn't drop-down and allow me to choose. I'm not showing any javascript errors in the browsers (Chrome or Firefox) debugging console window either. Seems like there should be *something* when I click on it. I'm at a loss and am having to many issues since upgrading to WHMCS 6.1 that perhaps I'm missing something obvious. clientareadomaincontactinfo.tpl

I've had this same issue. Did you ever find a response on this?

Currently, I'm anticipating that I'm going to be disabling this ID Protection feature from my WHMCS install. It appears that several people have paid for this service and never received it from my company. I've never received any emails alerting me that I need to manually intervene and set this up for anyone. Additionally, when a domain is transferred and ID Protection is enabled, they simply never get what they paid for. Unless someone responds to this thread indicating this problem is fixed, I cannot offer this dysfunctional half/working service to customers.

I'm running WHMCS version 6.0.2 and have enabled the new NameSpinner feature for eNom. The absolute minimum number of domains it allows to suggest is 10. I'd prefer to offer as few as 5, but it doesn't let you choose any less sadly. That is the least of my problems though. While the feature works just fine when you start searching for a domain name from the home page, there appears to be a problem when you search for domain name as part of ordering web hosting. I'm using the comparison order form templates. Basically, before it displays the number of configured suggestions (10 for me) from eNom name spinner, it FIRST displays 25 suggestions from some other source, I'm not entirely sure where. Anyway, it results in the display of 35 total alternative suggestions. I'm guessing that first 25 is coming from the old whois search, rather than the eNom name spinner module as the first 25 are simply finding the first 25 TLD's available for your exact/precise name search. There's no change in the second level domain name suggested for the first 25. Has anyone else experienced this problem? Do you have a fix or workaround to disable those 25 suggestions? I also note that it will display all suggested alternatives EVEN IF your primary desired domain name is available. At this point, I'm considering a hard hack of the template file to limit the number of displayed records. I'd much prefer not to use that as the solution. Because any update to the template from WHMCS will break my changes. Thanks in advance for any suggestions.

Brilliant! That worked. Thank you Brian!!

Hello, I used to have a custom php section when PHP was enabled in the Smarty templates for removing the affiliate menu item for non-affiliates. With the upgrade to WHMCS version 6, php code is disabled by default. I'm inclined to follow the advice and not make PHP calls directly from the smarty templates. So what I'm looking at as an alternative is adding a ClientAreaNavbars hook, and using the "primaryNavbar->removeChild('Affiliates')" option to remove the menu item. However, what I'm struggling with is how do I write the code to determine if the the current user is an affiliate or not? Do I have to custom code getting to the database? Or, are there variables or functions available to me within a hook function where I can grab this information? I tried using the "use Illumiate\Database\Capsule\Manager as Capsule" library, but that doesn't seem to work within the function. I've got the following code to work to remove the menu item for EVERYONE. Now I just need to narrow it down to only remove it for non-affiliates. Any advice would be much appreciated. <?php if (!defined("WHMCS")) die("This file cannot be accessed directly"); function MY_navbar_mods() { $primaryNavbar = Menu::primaryNavbar(); $primaryNavbar->removeChild('Affiliates'); } add_hook("ClientAreaNavbars",1,"MY_navbar_mods"); ?>

Thanks for this script seanie248. It's very helpful. I'm wondering though, do you know if we can use the enom registrar functions to get the registrant email address instead of sending to the account contact? The rules require that we send to the registrant and not the account contact. I was trying to use enom_GetContactDetails(), but that function does not seem to exist. Thanks in advance for any advice. Of course that still doesn't get the sendMessage to send to a specific email address, so I'll probably need to do some hard coding to get the email to use the template and to update the database/log.

Hello Brian, Any word back on the status of .country? I'm seeing that wine.country is unavailable over at enom, but all I can see is "Not Registered" when doing the whois lookup. Is there perhaps a better way to tie into the eNom API to verify a domains availability, instead of relying on the inaccurate whois information? I've found this to be a problem with several of the lookups over time. I've had to NOT include certain TLD's because of this. - - - Updated - - - Also not working are the following. .BEER (see dark.beer for example) .COOKING (see spicy.cooking for example) It seems that this could be fixed if the eNom module for WHMCS would enable searching directly against the API at eNom, instead of using the whois server for verification. This just seems like such an odd way to confirm a domains availability to me.

I'm in a real pickle here. Since upgrading to version 5.3.3, has anyone gone to "Addons -> eNom New TLDs" and tried clicking "Update >>"? Can someone try this and let me know what happens? Does it work? Do you get an error message? Also, is anyone in the same boat as me, where you manually installed the "eNom New TLDs" addon module, and when you go to "Setup -> Addon Modules" you now see TWO different modules in there? One is listed as "eNom New TLDS" version 1.0, and the other is listed as "New TLDs" version 1.1. Both authored by eNom, but with different file names and paths. Per eNom's instructions, I had tried to remove the 1.0 plugin I installed and then activate the 1.1 module that is apparently built into WHMCS. After disabling and removing the original 1.0 plugin, I can no longer get either to activate without error. I get the following error. "Fatal error: Exception thrown without a stack frame in Unknown on line 0". I've tried restoring my database tables relating to the new TLD's module. While it seems to be active, when a customer goes to the new tld portal, they receive the following error message. "Oops! This portal has been disabled." I've got customers who used the portal to place pre-orders, and create watch-lists. None of the customers can get to the status of their watch-lists or pre-orders, which is going to be a real problem if any of these go to auction or require follow up. I may have customers who may lose out on their domain name without being able to access the interface. Seriously disappointed and wondering if anyone can confirm similar problems after upgrading to 5.3.3. Thanks Richard

Just a quick update. I added the whoisservers listed about by greghl, and it seems to work for .bike at least. I went ahead and placed an order as a test and it does seem to be working. While certainly I can't speak to the premium domains as a potential issue. I suppose I will log another ticket with eNom asking them about that problem.

No kidding Varial in the "Ugh" statement. I'm sooo extremely disappointed in eNom's implementation of the new TLD's. I specifically paid money for a particular .bike domain. I can see at Donuts.co that it was awarded to eNom as the sponsoring registrar, and yet eNom awarded it to someone else without any explanation as to why. No chance to pay a premium price or to bid on it or anything. I've spent a significant amount of money marketing the new TLD's, and I can't even explain the process to my customers. There seems to be no logic at all to the process. The New TLD interface is absolutely horrible. I can see that some domain names can be ordered for a different price directly at eNom.com by agreeing to pay a higher price. But this same option is not possible through the WHMCS Addon module that they've provided to the reseller community. I'm now stuck telling my customers they must go directly to eNom.com to order their domain name, or that they must use a competitor like GoDaddy. :-( I feel a bit betrayed by eNom after having spent so much on marketing the new names on their behalf. And the differing price for the premium domains basically means I'm unable to implement for my customers directly on my website. If anyone has further information one how to implement selling these new TLD's reliably, I'd sure love to hear about it. I'm entirely open to using a registrar other than eNom at this point. Maybe it's just too complex a process for any of them to get it right from a reseller API Interface perspective? Thanks greghl for posting the details for the whois file. It's at least a start.

Update : I have a test environment where I did a few tests to narrow down my options for dealing with this issue on my own as I can't seem to get support elsewhere. It seems that in the absence of cookies, eNom's new TLD addon identifies itself to the tldportal.com website somehow based on the id field in the tblclients table of the WHMCS database. So.... I'm going to... 1) create a new account for my customer. 2) move their hosting packages and domain names to the new account. 3) manually modify the invoices to point to the new account in the database. 4) search for any other references (like notes or emails or gateway transaction logs) and manually change them in the database to be associated with the new account. 5) claim the OLD customer account as an orphaned account for myself to manage my new TLD pre-orders. Not pretty, but I seem be left with little other choice.

Now that my problem was escalated to the development team at eNom, they have responded that they are unable to assist me. Of course I was not able to speak directly with the development team. I had to speak through a middle person who doesn't seem to comprehend the nature of this problem. Meanwhile, my customer can login to their WHMCS billing account and they have access to place pre-registrations using MY credit card information that is stored with the profile. It's a good thing I'm personal friends with this customer of mine. Otherwise I would be a real pickle. As it stands, I am still quite frustrated with eNom's lack of support on this issue. I'm a little surprised they are not taking this potential security risk a little more seriously. Think about it. If someone connects to the new TLD interface on a public computer, that opens their account up to anyone else that subsequently uses that public computer, even if they log out of that public computer. Still frustrated here.

Hello All, I just wanted to bring this to everyone's attention that is using the eNom new TLDs Addon module. I'm not sure how the module authenticates the WHMCS user against the eNom system when users use the TLDs module. But it does not appear to work very well in the situation where you're using a single computer to allow multiple different customers in WHMCS use the system. For example. I've created watch lists, and preformed pre-registrations under one account. Then, upon logging out and logging in to a different WHMCS account, I can see the watchlist and pre-registrations that were entered by the previous customer. Additionally, if I place an order from the second logged in account, it will add the order to the previously logged in customers account. VERY BAD! This has been extremely frustrating for me, as I've put a great deal of effort into marketing these new TLDs, and I have an office where my customers come in and login to their interface on a shared computer. The workaround to this problem seems to be that we must clear our temporary files and cookies ANYTIME a customer clicks into the New TLDs area of our WHMCS system. Unfortunately I've learned this a little too late, and I'm trying to deal with the aftermath and trying to get eNom to move these pre-registrations from an incorrect account over the correct account. Their first line of support seems to have no way of dealing with this type of problem. They don't seem able to *see* the problem at all. Well, at least that's the explanation I just received. Their first advice is always seems to be that they don't provide support for WHMCS. I always need to ask to have my calls escalated to speak with a developer, and even then I get push back until they finally agree to let me speak with someone that knows about the eNom New TLDs addon for WHMCS. So. Hopefully the advice to clear your temporary files and cookies is useful to someone in a similar situation as mine. peace

I'm setting a new eCheck payment gateway through Authorize.net's service. I'm getting pushback from CyberSource saying that my website is not compliant, and I should follow the "Education" instructions provided in page 1 of this PDF here. http://techdruid.com/wp-content/uploads/2013/10/eCheck_Merchant_Compliance_Education-Page1-WEB.pdf It basically requires me to modify the page where the customer enters their routing and checking number. That page MUST include the transaction amount, along with the terms. The page must clearly state that the customer is authorizing a transaction against their bank account, which the default page does none of. Unfortunately WHMCS will not provide support in making this change. They directed me to hiring a developer. Okay, so I'm referring me to myself. I've gone through the API documentation, and there does not appear to be any hooks into the authorizeecheck.php checkout process and there are no template (tpl) files to speak of. The file is encoded with IonCube so I can't even see what it's doing. The checkout page is even pulling an image from the bankofamerica.com website by default. Not exactly appropriate in my opinion. In any event. Does anyone have ideas on how I can go about customizing that eCheck authorization page to include the amount, terms, and the custom statement about "authorizing a bank charge"? Thank in advance. Richard

Problem solved. After logging a ticket, and being provided with a "whoistest.php" from WHMCS, I received the following error. Beginning WHOIS Lookup Warning: fsockopen(): unable to connect to whois.crsnic.net:43 (Permission denied) in /var/SOMEFOLDER/whoistest.php on line 8 WHOIS Lookup Finished This reminded me that SELINUX is enabled by default on CentOS. After disabling SELINUX, this problem was resolved. Just edit /etc/selinux/config replace enforcing with disabled and reboot.

I recently migrated to a new server (from CentOS 5.8 to 6.4). I changed my IP with eNom. I know that it's working because I modified contact details for a domain within WHMCS and it did update at eNom. However, I am receive this same error as above when attempting to search for domain names (.com/.net/.org). There was a problem connecting to the domain registry. Please try again later. I went as far as to sniff the network traffic on the WHMCS server. I can see that the WHMCS system is contacting my DNS server asking for the root servers. But then there is nothing else after that. The WHMCS is doing nothing on the network after this. Outbound firewall is completely open. I'm not sure where to look for any kind of trace on this problem. I think I'm going to log a ticket with WHMCS since it doesn't seem to be even trying to reach eNom. My guess is that maybe there is some library or something missing from my new server.

Oops. Looks like it's already discussed in this thread. http://forum.whmcs.com/showthread.php?t=15220

I'm looking to sell email filtering services. I want the customer to be able to input the number of mailboxes they need filtered, then charge based on the number mailboxes they enter. Is this possible? I've been unable to locate such an option, and unable to find documentation, or anything in the forums area. Thanks in advance. Richard