Jump to content

captainolive

Member
  • Posts

    51
  • Joined

  • Last visited

About captainolive

captainolive's Achievements

Member

Member (2/3)

0

Reputation

  1. Edited, I deleted this message because i responded to you twice with the same thing. (thinking it was another person) perhaps i should get my head checked 🤔
  2. Thank you. I feel really stupid 😓 I took time to make a new order on WHMCS and configured all the domain settings between ENOM, and that didn't work. So the last thing I did was go to the clients hosting service (only has one) and check the cpanel for data in the file manager, and myphp admin for databases and there was NOTHING pertaining to that particular domain, other than data for the clients PRIMARY domain. All this time I was expecting to see a website... but it appears that the client only had it set aside on their account, so in that case there would be nothing to load when entering the domain on the browser. MY BAD 🤬
  3. Hello, I'm in a complicated situation with a client's domain that is fully expired, and then repurchased; here is how it all began: First, this week it appeared that there was nothing wrong with the domain product because the domain is selectable in the clients summery while in admin mode, and the status is set to active. When logged in as the user and navigating to their "my domains" section, the domain also showed the auto-renew set to enabled and status set to active. However, I noticed the renewal invoice was scheduled for 2/17/2022, and the invoice for the renewal was unpaid and past the due date! To double-check, I entered the domain into the browser, and as I expected, the URL would not resolve and displayed a "can't find the server" error. Knowing that the expiration was only a couple of days out, I quickly logged into my Enom account to renew the domain in the expired section since it hadn't reached up to the 30 day grace period. (I've done that many times before, and it resolves back to normal within a few minutes to an hour.) But to my surprise, the domain did not appear in the expiry section, and it did not appear in the registered domains section either! That could only mean that the domain somehow expired long ago! Perhaps on the last renewal in 2021. Either the auto-renewal turned off in Enom, or maybe I had no funds available on Enom back then. Completely confused, I looked up the domain in the Enom's domain register field, and it flipping appeared as available to buy for 9.99!!! I immediately repurchased the domain back on to my Enom account. The problem is it didn't seem to connect with the client's account anymore. I changed the name servers to my custom name servers, and I also set the registrar to Enom on the clients summery profile in the domains tab. I waited two days, and the domain still hasn't resolved in the browser! So at this point, I have no clue how I can "reconnect" the domain to the client's account, despite it being selectable in the client's domain tab and listed as active. If you guys can suggest anything to fix this issue, I would greatly appreciate it. Thank you for reading my long-winded post.
  4. Cpanel just singlehandedly slapped softaculous, and any backup/migrate plugin in the balls with their latest "wordpress toolkit" cpanel update. https://blog.cpanel.com/the-evolution-of-wp-management-with-cpanel/ I gotta figure out how this would better inter-grate into WHMCS? is anyone smarter than me interested in reading up on this and breaking it down? Is it as simple as buying liscences from within your own domains cpanel if upgraded? https://docs.cpanel.net/knowledge-base/cpanel-developed-plugins/wordpress-toolkit/ Every client I have is on wordpress. 80% of them use divi theme and at this point I would just be offering wordpress hosting plans through my whmcs order forms if I could, its simply 100% of my target client.
  5. I've spent the last 3 days rebranding which resulted in using a new domain. Properly setting up chrons and emails once and for all on a new domain got the new emails out of spam so hopfully it remains smooth sailing from here.
  6. My system emails all go to spam, but in the system settings, I have two emails setup: one is admin@site.com and is listed as the general system email, as well as the STMP User in the STMP configuration settings. and the other is donotreply@site.com, this is listed as the System Emails From Email at the bottom of the mail settings tab. Despite this, all chron reports, domain sync reports, tickets, invoices, welcome / setup emails all come from admin@site.com thus I feel this has attributed to it being spam. I don't understand what other settings I should configure to separate important emails for customers from all the internal emails that are also sent out from the same address. Any advice? I don't know how to quantify this question in a google search and many articles I find seem to explain something unrelated to what I need. **edit** To add, I have both emails setup in cpanel as well. Is it possible that switching to a gmail account, and configuring the provider as gmail just fix the issue entirely if my personal email stmp host is compromised in spam filters?
  7. Sorry I missed this, the domain is hosting.masterolive.com There where no gateway errors, in fact there where only successful logs, mostly things that clients have manually done during this months time period such as adding a new domain e.t.c., it just seems like the auto billing was left behind and did not attempt to execute at all. So it seemd to me your right about it being the cron, so I've updated the cron command in the new cpanel where the installation was moved. Unfortunately I could not access the site via Putty to do a force run, and since I have it secured outside of public HTML, I cant run a browser version, so I've set the cron to run within the next hour and this will be my test to see if it resolves everything on its own, so I've left a few unpaid invoices instead of manually capturing them. I'm hoping to get a nice email of the chron report and everything.
  8. Thank you all for the help, I was able to get assistance from my host and they re-issued the licenses for me. The only problem now (and I feel sick to my stomach) is none of my stripe invoices are being automatically billed, I'm not sure if that is anything that I can fix on my end, or if I have to email my clients and ask them all to manually pay, I checked the stripe settings and didn't see anything about utilizing a url. (but Paypal billing continues to work ) EDIT: I was able to attempt capture the invoices for stripe. Will this settle the issue or will it still have to be manually paid by the client?
  9. Hosting is mainly a side thing for my business as my primary focus is on creative media. My top level domain has remained open for me to have a front for my creative services, while I link the whmcs section to hosted customers via mysite/hosting. I originally installed WHMCS in a /hosting folder and have run it this way ever since, however, I would prefer to change the domain to hosting.mysite(.com) but I'm afraid of how much of the site would be disrupted in terms of all its automation features, from invoices, to automatic payments, to the emails. If I'm keeping the install on the same cpanel account and same domain, but simply moving it from a /hosting (public html folder) to a root sub domain, is it as simple as doing so then updating the url in the general admin settings? or will it destroy the reoccurring payment tokens and automated emails/invoices? Thanks for your help!
  10. If a customer is using paypal only and upgrades a package, do we have to manually remove the subscription ID, create a separate one in PayPal with their details, match the dates, then paste the new subscription id back in the field?I've had a customer who started on a product that was grandfathered, and I wanted them to "downgrade" to a cheaper alternative after I restructured pricing and created new packages/plans. When the customer downgraded, everything seemed to work normally. The account is provisioned properly, The system will invoice them, but they are no longer automatically charged with the new price and the invoice is left unpaid waiting for manual payment. To make matters worse, the OLD charge was still active in my PayPal subscription and it charged them outside of WHMCS! So I canceled that subscription, and that appeared to remove the subscription id on WHMCS (unless I removed it myself as well, its been a while since I've been trying to figure this out.) Now, before you ask, YES the packages are setup to auto bill monthly. ALL 3 of my packages work flawlessly and I have customers on each that are successfully auto charging each month. The initial order and account setup is NEVER a problem, only upgrading afterward in this case. Also, YES I had them manually PAY the first invoice that generated after upgrading, and YES I instructed them to pay the NEXT bill manually and that would officially begin the new subscription, but there is still no new subscription in my paypal. Does anyone else have issues with this? I set up my clients right from the get-go based on their potential needs, so they rarely upgrade, therefore I do not have a lot of experience testing the functionality of upgrading. I just had a client upgrade using stripe and it seems that all my working stripe payment method customers dont have a subscription ID in the WHMCS, so I'm crossing my fingers for this first stripe upgrade. If it works without a hitch then I might just disable PayPal altogether.
  11. I'm having trouble figuring out how to troubleshoot this issue. In short, I have one client who downgraded a package (from 9.99 to 5.99) and paid the invoice in PayPal, then paid the new invoice the following month in PayPal, yet the 1st official payment of the monthly invoice after the upgrade did not set up a recurring payment token in my PayPal for 5.99. I noticed the past due invoice for 5.99, and both myself and the client expected this to happen since it was the first true invoice of the new hosting package, and I had the opportunity to see first hand, with my own eyes, the clients process from signing on, paying the invoice with paypal, and we did not see any options on the paypal merchant portal to configure a subscription. After making the payment, I received confirmation of the funds, as well as the invoice is paid, but there were no new subscriptions listed in my recurring payments log on paypal for the customer or the 5.99 amount. At this rate, it appears the client will have to manually pay each invoice, and I don't know what else I can do to troubleshoot. It’s possible I caused this issue by canceling the old subscription token in paypal itself. When the client first downgraded last month to 5.99, and I received confirmation of payment, that customers active subscription profile DID NOT change prices or cancel itself, even after paying the invoice upon downgrading. There was still an active subscription for 9.99. In fear that the client would get billed under table by a rogue active paypal subscription separately, AND receive a 2nd invoice for the new package 5.99 package, I manually cancel the 9.99 paypal subscription via paypal, and set the expectation that the next bill would have to be manually paid to trigger/begin that recurring token, but unfortunately that was not the case. I’m concerned because there were no issues with prior 9.99 service, and no issues with new customers who started on the 5.99 either, and the client did a clean upgrade in the client upgrade area. Everything worked flawlessly aside from changing affecting the paypal subscription. Considering the client already waited a full month manually and begin the new subscription, what else is left for me to test or try for this to work? Luckily no one else has upgraded or downgraded on my service, but without understanding this better, I’m worried at the thought of what would happen if everyone were to decide to upgrade/downgrade at once. I’m slowly getting concerned because it's the same issue for DOMAINS. Luckily no one notices the inconvenience because it is once a year, but for some reason, domains DO NOT setup tokens even when customers select auto renew from the beginning. I can set up my own auto-renewal in enom, but it appears as if my WHMCS will not setup yearly subscription tokens for domains, OR transitions to new upgrades or downgrades. If anyone here has their WHMCS auto charging domain invoices and upgraded packages without manual intervention please let me know if you had the same issue and how you resolve it, because as of right now everything works automatically and perfectly so long as they dont want to upgrade or change anything later on 😕 Thanks!
  12. So just thought I'd reply with what the fix was. It was completely under the radar with 2 footer errors! A duplicate comodo code: <script language="JavaScript" type="text/javascript"> TrustLogo("https://masterolive.com/hosting/templates/hostio/images/comodo_secure_seal_100x85_transp.png", "CL1", "none"); <a href="https://ssl.comodo.com" id="comodoTL">Comodo SSL</a> </script> and a useless animation code relating to the header of the template that I had removed: {if $templatefile == 'homepage'} <script type="text/javascript" src="{$WEB_ROOT}/templates/{$template}/js/paper-full.min.js"></script> <script type="text/paperscript" src="{$WEB_ROOT}/templates/{$template}/js/metaball.js" data-paper-canvas="infobg"></script> {/if} Don't ask me why but remove them seemed to do the trick, no more errors and the login errors did not appear!
  13. Just to add, the prompted error message is the first one: "providerLinkingMsg-preLink-connect_error" (However, as I said before, it its connecting and working) Unfortunately, if I remove it entirely, the message will go away but there is still a small padded red section that appears.
  14. Wow, you are really helpful Brian! I can't see spelling mistakes so I have no business writing any text content, but I appreciate your help. Yes, I do have the latest updated theme, perhaps I'm experiencing this bug because I installed the theme BEFORE activating these features?? Sadly, I've made 2 css changes, 1 for the footer color and 1 on the theme cart styl.css removing a mobile wrapper that caused 2 scroll bars, Its a pain to have to change those each time I do an update but I'm 100% certain I have the latest theme and the same files will be replaced... I suppose I'll try it in case it was a matter of having the sign-in integration disabled at first, as opposed to installing the theme with them activated.
  15. I can't get much help from WHMCs support because it's a 3rd party theme, and the theme developer takes a long time to respond so I'm asking around here. To put it short, it seems that my theme is automatically displaying the sign-in error: Error We were unable to connect your account. Please contact your system administrator. This appears instantly upon loading the page but not on the Five or Six themes. The sign in buttons work and function well, the error message goes away too after an initial attempt, but I don't want it to constantly display when a user has not even attempted anything yet. I also cannot look up error logs because there is essentially no true error that has been processed. I have tried disabling and interchanging the integrations but the error still appears no matter what so it's not pointed towards a specific configuration, so I moved to dabbling in the theme files and I cannot find any differences between six, five, or the theme and I hat to admit I'm out of my league in understanding even the correct file I can mess with just to troubleshoot it. There was only one thread I found on here in regards to a similar problem, but the solution was to use a functions.tpl file... the problem is that neither my theme, five, or six have a functions.tpl file in their respective includes folder so that fix won't apply. Does anyone know at least where in the build I can physically remove it just to start would be tremendously helpful! Thanks yall.
×
×
  • Create New...

Important Information

By using this site, you agree to our Terms of Use & Guidelines and understand your posts will initially be pre-moderated