epode

Thanks. Will do.

I thought I had replied to this thread already but it appears not so here goes again ... Thanks. Is it possible you can copy and paste the content of your email "Upcoming Domain Renewal Notice" so we can extract the bit that is missing from ours?

Thanks - it's the bit inside the curly braces we need. We have the first bit which is like this ... {if $days_until_expiry}The domain(s) listed below are due to expire within the next {$days_until_expiry} days.{else}The domain(s) listed below are going to expire in {$domain_days_until_expiry} days.{/if} ... but there is another section similar to the above which actually calls for the domains to be listed. It's the second piece of code / content we're missing.

Hiya, Some numpty here has removed the important code from the default email template for ... "Upcoming Domain Renewal Notice" ... we're missing the WHMCS content that loops through the domains and lists them out. Will you be kind enough to go to your email template section in WHMCS and find this email template and copy and paste the important bit of code at the top for us? Many thanks in advance.

Thanks very much for that, Sparky.

Thanks. Is there a 'one stop source' for the patches or do we just wait to see what's broken and then search for a solution to fix it?

We're being forced by Nominet to upgrade to WHMCS v5.1 but the current version (v5.1.2) appears to be causing some problems which will hopefully be fixed in the next version ... but when will it be available? Any ideas?

Actually, we're failing on a number of password related questions that we're not certain how to overcome with WHMCS ... 1 - Are first-time and reset passwords set to a unique value for each user, and must each user change their password immediately after the first use? 2 - Are user passwords changed at least every 90 days? 3 - Must passwords contain both numeric and alphabetic characters? 4 - Must an individual submit a new password that is different from any of the last four passwords he or she has used? 5 - Are repeated access attempts limited by locking out the user ID after no more than six attempts?

Hi, We're a web host provider, we use WHMCS v5.0.3, we don't store any card information and we're looking for PCI compliance. We're failling because PCI compliance asks that when a user signs up for a new user account, the password is automatically created for them. Is there any way WHMCS can do this currently? Or can the new version of WHMCS (v5.1.2) do this? (I couldn't see it in the changelog) Or is it planned for a future version? Anyone wiser than us on this topic? Thanks.

Great - thanks for the confirmation.

Yes - just got it. I came here to post a new topic and found you beat me to it.

Argh - I saw that and thought it was only for the client profile area after they have signed up. Upon closer inspection, I can see you can select where it appears. Thanks, we'll give it a go.

Hi, We'd like to find out how our customers hear about our services. We had thought of a drop down list or tick box on the client signup / registration page something like this ... --- How did you hear about us? - recommendation - online advert - magazine advert - search engine - other --- Aside from doing a little bespoke coding in the template files I can't see a way to accomplish this. Has anyone found a better solution to gathering this information. Thanks.

Just as an update on this one - we had our email template set to send in plain text mode. Unticking that box will have it sent in html mode which corrects any issues with the formatting.

We also have the same question. We tried auto-card-processing for a few weeks only but don't use it anymore so would like to turn this off completely or at least stop these failed attempts from running. Any pointers appreciated.

Yes - same issue here but it seems to repeat only about 10 times before stopping. We're using latest version of WHMCS: 5.0.3 It might help resolve it if we can set the time limit for how often the same client can submit a new ticket. We had 10 new tickets created in about 30 seconds by their autoresponder. If we could set the minimum wait time between each ticket to 15 seconds, that might resolve this problem.

Hi, When the monthly referrals report is sent by email to affiliates, the section that actually lists the referrals is all on one line with no spaces and no formatting so it's pretty illegible. In the WHMCS email template (Affiliate Monthly Referrals Report) it is pulled in through this code ... {$affiliate_referrals_table} Is there a way to edit this referrals table so it is properly formatted? Thanks.

Hi Neil, Thanks for the feedback. Let me start with this ... That wasn't true for us. With SagePay Repeats - it stores the card details even if you ask it not to. Some clients prefer the automated payments - others find it intolerable. We ran the SagePay Repeats module for a month and within that time a handful of clients complained for 2 reasons ... - they didn't want to renew the service - they didn't realise we had captured their card details One client spent a couple of days bitching about it on social networks including Twitter. --- We now use SagePay Standard, it's been running for a few months and we haven't had any complaints. To satisfy the clients who want to subscribe, we use PayPal Subscriptions and also Standing Order payments through the bank. We find this is working for us at the moment and it also reduces our PCI Compliance obligations. Chris

We found another thread on this forum that provided a solution but I can't seem to find it again now.

Hi All, We could really do with some of your help and advice. We're a web hosting provider in the UK looking to speak with other businesses using WHMS and SagePay to help us decide on the best setup for our business. For years we used AWBS billing platform (an alternative to WHMCS) and allowed customers to store card details with us for repeat payments. And this worked fine. We've now moved to WHMCS and have new options - namely SagePay Repeat. As such, we're not sure what the best setup is for our billing and can't decide between the following options ... --- OPTION 1 - SAGEPAY STANDARD This will see customers store their card details in WHMS which allows automated payments to be processed. Advantages - customers can see if card details are stored or not - customers have full control to edit and delete card details - this is the traditional method of payment processing and customers understand it Disadvantages - full PCI Compliance required --- OPTION 2 - SAGEPAY REPEATS This will see customers pay by card and SagePay automatically issues an authorisation code which allows automated payments to be processed. Advantages - card details are NOT stored in WHMCS so a lesser version of PCI Compliance is required Disadvantages - customers not aware that card details will be held - customers have no or very little control to delete or edit card details - renewals are taken without the customer doing anything and this has really angered some people --- With stronger and stricter rules coming in all the time regarding taking payments online, we would really like to be using option 2 however, we tried it and it upset so many customers when renewal payment was taken without them initiating it. Some of our clients think option 2 is bad practice, even underhand and very rude to process payments in this way. However, option 2 it is used more and more by big company names where renewal of a service is required. We would like to know which option you use and how you get on with it and how your clients find it. If you are a host provider then even better, we'd love to chat to you about it. Look forward to hearing from you. Chris

Thanks for the recommendation. We have just got around to installing LiveHelp and it's pretty good. Thanks for the suggestion.

Yes - the 'my product' page. As well as the button to 'view details' we want a button to 'cPanel Login'. I know that button exists on another page and it is only an extra click away but some of our clients want a single page from where they can login to cPanel for all accounts. As a note, we've recently moved from AWBS and this was a feature we coded outrselves and the customers loved it. It was a page laid out like this ... domain | hosting plan | server | ftp login | cPanel login | webmail login So, a customer with lots of plans could visit this page and gain quick access to all major areas for any of their plans. As I mentioned, the clients loved it so we need to try and reproduce it with WHMCS. I guess the only option is for us to hand code something but I was hoping there would be an easier / off the shelf solution.

Hi, We would like to add a cPanel login button to the following page ... clientareaproducts.tpl ... so that customers with multiple accounts can have a quick view and quick login to their various control panels. I've seen a thread that posted the code but broke the EULA which, of course, we don't want to do. But is there a work around or a fix for this?

Finally tracked it down! We needed to input a value in this field of the database ... 'paymentmethod' in 'tblinvoices' Setting this to 'sagepayrepeats' (for our gateway) rectified the problem.

We've just imported a lot of customers into WHMCS using the import script (really nice addition - thank you) and the issue below may be because of this. From the Client Area home page it lists all the outstanding invoices that client has. If they click on 'View Invoice' it will open a new window and display an html version of the invoice with the payment options in the top right. We have 3 payment options ... - debit / credit card - paypal account - bank transfer By default 'debit / credit card' is selected but the 'pay now' button does not show (as per attached image 'invoice-button-no'). The client has to first select one of the other options ('paypal' or 'bank transfer') and then go back to 'debit / credit card' for the 'pay now' button to show (as per the other attached image 'invoice-button-yes'). Has anyone else seen this irregularity or is it likely to be because these clients are imported? Also, I have found the code where the payment option is inserted into the viewinvoice.tpl page but it doesn't allow you to edit the drop down list. What I would like is the first selected option to be something like this: Please Select One