apollo1

Thanks a lot bear for the tip. I ended up just enabling the Google reCaptcha instead of the default captcha, and it's put a complete stop to the spam mails coming in from the pre-sales contact form.

I've been dealing with incoming spam tickets for years. Usually I would only get a few per week, so I would just delete them and block senders. Over the last year it's gotten far worse, as I might get several spam tickets in the course of an afternoon and far more than usual. This has been getting very annoying. So yesterday I configured all my support departments to require tickets be opened by registered users. This immediately helped eliminate these spam tickets. The issue I am having now is that some spam still gets through from the pre-sales contact form, even with the captcha enabled. Have these spammers gotten so sophisticated that they are able to design bots that bypass the WHMCS captcha on the contact form? I am skeptical that it's some random user, as I've already received around 6 such spam messages via the contact form since yesterday. How are you guys dealing with these spam issues?

Thanks Steven! Modulegarden looks interesting, but wow, they are very expensive. At $229 annually for their add-on -- I got the actual QuickBooks desktop product for less than that! I couldn't find anything else for desktop in Marketplace.

Thank you good sir. Do you or anyone know of a good alternative provider of such module?

Does this support QuickBooks Pro 2019, and do you offer a trial of your product? Also, what is the minimum version of WHMCS required?

Thanks Steven. For anyone interested, I found the following article which sheds a little more light. Apparently the main issue was that Google Chrome 66+ now distrusts any Symantec, GeoTrust, Thawte & RapidSSL certificate issued before June 1, 2016 (certs issues after this use the DigiCert PKI instead of Symantec's). The full article is at https://www.thesslstore.com/blog/symantec-re-issue-thousands-of-ssl-certificates-will-be-distrusted-tuesday/ Speaking of "The SSL Store", is anyone reselling SSL certswith them? They have a module for WHMCS, and you can sign up as a reseller for free. I don't know how their cost prices compare to MarketConnect. The nice thing with MarketConnect is you can also resell Weebly, and refill a single deposit account. Whereas if you used the SSL Store, you would have yet another deposit account to fill strictly for reselling SSL certs.

I heard something not long ago about Google and/or Firefox no longer trusting Symantec/Geotrust SSL certs. I am not sure if this is still the case, but I have my WHMCS configured to sell these certs through the MarketConnect module. Is this still a viable means to sell them, or is there currently an easier or more profitable way to sell basic SSL certs through WHMCS? I noticed the prices and selection for basic certs from ResellerClub aren't that great either. eNOM had some decent prices on RapidSSL, but I no longer deal with eNOM. Anyway, I haven't been keeping up with the latest on selling SSL certs through WHMCS so if anyone has any input it would be much appreciated!

Thanks John for the update. Well hopefully PsiGate considers this suggestion, otherwise they stand to lose new business from signups who want to use their service with WHMCS.

This is a great addon, and I just want to say thank you very much to the developer for making this and especially providing it for free. I recently moved all my domains from eNom to Resellerclub, and this addon will help greatly. The bulk tld/price sync alone is priceless. Thanks so much, and keep up the great work!

I was considering signing up for PSIGate and am pretty discouraged by this thread. WHMCS - per the post from twshosting has this been applied? I am one of the users paying yearly support, are you guys not going to fix this? It's already 06-04-2014.

I also encountered this issue. And same solution here, switching mail encoding from 8bit to quoted-printable and back fixed it.

Just curious why users would need this module if WHMCS already includes a payment gateway module for InternetSecure. Doesn't the included module already provide these services?

Ah ok, I wasn't aware of that. Thanks.

Othello - Thanks for confirming, that's what I was afraid of. James & Scurrell - that's excellent, thank you! Well at least I can go in and select IP protection on those domains only, so that will clear up the confusion and make things much easier.

Let's say you have a customer who purchases a domain name and pays $12 for it. WHMCS sets the recurring amount to $12 as usual. But along the course of the year, you lower or raise the price on that particular tld. When it comes time to renew domain, customer is told to pay the recurring price instead of the new price of the domain. If you manually change the price of the domain on the invoice (to reflect the new updated price you are selling it for), when the order is completed you still have the old value in the recurring field on the domain record. Customer gets the domain renewal confirmation email, and there is an out of date or incorrect price listed as the renewal price. Customer might get confused by this. So I am wondering, are we always supposed to manually update these recurring prices all the time? If your prices never change, or if you have very few customers, I can see it as manageable. But what if you have lots of customers, wouldn't it be a tedious job to have to regularly review all the recurring amounts? Perhaps I don't have a good grasp on how I should go about this process when prices change, so it would be nice to hear some input from you guys.

I had a recent case where a client ordered a .ca domain and selected ID protect. But eNom doesn't allow you to add ID Protect to .ca domains. I had incorrectly set WHMCS to offer ID Protect on this TLD in the domain pricing setup. I caught this ahead of time and corrected the order, but I am wondering what would have happened if I didn't. Would the order go through and charge customer the amount I specified for ID Protect, or would WHMCS detect that eNom doesn't provide ID Protect on this domain and adjust itself accordingly? Which brings me to my next question -- is there any way to find out which domains eNom (or ResellerClub) does NOT offer ID protect on? I heard that eNom doesn't offer ID protection on .us names either. Thanks.

I like the new Ajax order form but I am confused about something. Where/how does a customer specify a different recurring price option? Let's say you offer monthly and annual payment for hosting. On the order form, it just defaults to monthly with no option to change it. Is this normal behavior for the order form as it ships in 3.4? Just want to know in case I am doing something wrong or forgot to set up some other option somewhere. Thanks.

Sorry to revive this, but it's a good inquiry by the OP. I am also looking for guidance/input on how others are doing this. For example, in my cpanel I have a few mail forwarders addresses like sales/billing/info@mydomain.com >> support@mydomain.com. Support@mydomain.com is defined as my support dep't in WHMCS. However, if I send a test mail to sales@mydomain.com (which should forward to support@mydomain.com) WHMCS doesn't capture it in the inbound support queue. Somewhere it seems the "TO" is being stripped, and the mail just winds up in the WHMCS mail import log as "Department Not Found". I don't know if this is a cpanel/mailer issue, or a WHMCS issue. Would be nice to hear how others are doing this as per OP message. Thanks!

Wow, I didn't know that either.. cool feature but a little tricky to figure out (that's why I had to search and find this thread!).

I was reading the upgrade steps for the latest WHMCS (4.2.1), and I noticed it mentions that style.css has changed in this update. Does anyone know what exactly has changed? I have made several updates to my style.css over time, and I notice this is the first time in a while the file has been updated in a new release. I would like to add the updates/edits to my existing style.css so hopefully WHMCS has the changes documented somewhere? Thanks.

Maybe try restarting your outbound mailing/server process (not sure what it is) to rule it out as a cause?

When someone pays you via paypal, they (paypal) will "callback" your whmcs site to notify of the payment. I think the problem is because Paypal is going to the wring dir or perhaps you are missing a file in the directory where the callback is supposed to hit. As far as I know, PayPal is looking for this file: http://www.atechosting.com/support/modules/gateways/callback/paypal.php When I go there, I get a blank screen which at least tells me paypal.php is there. Log in via FTP and check this directory and make sure paypal.php is in there. Did you properly set up the paypal IPN and the WHMCS paypal payment module? Check also the permissions of those dirs -- they should all be 755 and paypal.php should be 644. Also, on paypal site I believe the IPN callback URL is supposed to be blank.

I can see how something got a little messed up on my end, because I inherited this particular client so when I set them up I basically restored an entire cpanel backup from another host. So although most everything restored ok, I guess it wasn't 100% perfect.

Thanks for the tip. I am not the registrar for this user's domain, and I am not sure if he is hosting his DNS with registrar.. but I do have a DNS zone defined for his domain in my WHM and the MX records all point to Google. I did a little more research and I think there is a possibility his domain was listed in /etc/localdomains when it should have been in /etc/remotedomains, but I am not certain. With that in mind, I edited his DNS zone in my WHM/cpanel and enabled "Always accept mail locally even if the primary mx does not point to this server", then I immediately disabled it (in order to rewrite the config in case it was corrupted). Wouldn't you know, that fixed the problem and I no longer get a delivery failure when I send him email. What a bizarre problem, this one has existed for some time and I am finally glad it's fixed.

Not sure if anyone has a similar scenario... I have a web hosting customer who is using Google Apps on the domain he is hosting with me (ie. his MX records point to Google instead so that he can use gmail as his email system). Fine. Problem is however, whenever I send this person email from my domain (hosted on the same server as his domain), I get a mail delivery failure stating 'no such user'. This makes sense, in that he doesn't have any email accounts set up in cpanel since all his email accounts are set up via Google Apps. Has anyone ever run into this situation or have any suggestions on how to workaround the problem? Basically this user isn't receiving any mailings generated by WHMCS, and I have had to resort to emailing the guy via a gmail account of my own! Thanks for any help.