switch

I'll chime in on this as well. In my case I don't get the weird characters... just plain old HTML <p> tags (a very simple email), but the error popup up for me and I'm unable to send messages. I resorted to sending email directly using my normal email client, but I hope it gets fixed soon!

Has anyone gotten this error when using the domain spinner? Invalid TLD/Registration Period Supplied for Domain Registration The domain spinner works fine when adding domains through the "Domain Registration" link in the shopping cart, but when doing it from /domainchecker.php I get the error above. Edit: I'm on 4.5.2 using a copy of the default theme, all stock except for the changes in the instructions.

Resurrecting an old thread.... I'm getting this same error "The merchant login ID or password is invalid or the account is inactive". Has anyone dealt with this?

From the looks of http://wiki.whmcs.com/API:Add_Client this isn't possible, but I thought I'd ask. I need to create a new client but NOT notify them of the new account (in my case I do this elsewhere). When adding an account manually as an admin, there's an option to "Tick this box to send a New Account Information Message". Can I enforce this option via the API?

Here's the main site: http://www.gachisites.com/ And the billing integration: http://www.gachisites.com/billing/ Notes: The main site is all CSS (table-less), unfortunately the default WHMCS templates are all completely based on tables and it represented too much work to divorce them from the old ways completely. So the integration pages are a hybrid. We removed several links that we don't use or aren't relevant to our services. There are no links on the main site to the WHMCS order form, as we're working on a custom order form using the API. Once that is in place I'll disable the default order form completely (it's only there for testing right now). The goal is to have a one-page order form that is simplified and ajax-ified for things like domain lookup, etc. Feedback is appreciated. Oh, I should note that several of the internat pages were re-worked: The KB (search moved, links to create tickets added): http://www.gachisites.com/billing/knowledgebase.php Announcements changed around (I'm still not completely happy with the new layout, but I think it fits better than the default): http://www.gachisites.com/billing/announcements.php And of course the login pages were customized to have a better look and feel.

Right, thanks!

Errr... thanks I'll keep that in mind?

Yeah, thanks for pointing those out though. So the answer to my question: Can this be done? is yes?

I've take a close look at the API docs, and they _appear_ to support what I'm trying to do, but before investing a lot of time in trial and error, I'm posting this to the community for some feedback. So: I want to have an order form on my main web site. The order form asks for a wide range of extra information which I am storing. After the user completes the order form, I want to do two things: 1) Create a hosting account based on a pre-existing plan (nothing complicated about this, it simply involves passing client information, plan, payment info, and creating the account). 2) I want to charge the customer $X as part of the order process for the fee I'm providing (I'm thinking I could do this by making a special hosting plan that had that amount as the setup fee) ---- Assuming I'm approaching this the right way, I see that it's very easy to create a new client in WHMCS: http://wiki.whmcs.com/API:Add_Client What I'm not so clear on is how to order a plan for that client, charge their card, get a positive response, and act accordingly. At the very least, I would need to assign the plan to the client, assign the credit card they provide, then set the order as "pending" or whatever. From there, I could log into the WHMCS admin and do things as normal. Does anyone have any thoughts or experience doing this kind of thing?

So you're saying you changed the WHMCS template to NOT have a login button, and instead you have your WHMCS users click a link that takes them to http://www.mydomain.com:2222? So basically you're just completely disconnecting the two systems, without even trying to make them work together. Interesting. Could I get your reasons why? Was it too hard to support? Did your users prefer it? What were your "personal reasons" (if you don't mind me asking)? I'm trying to learn from those that have gone before me, so your input is greatly appreciated!

Good idea regarding the template, I'll look into that. The problem of course is that DA's password reset is a god awful mess: resetting the login also resets the main email password (sometimes, depends on if the admin resets it or the user, and through which login), so if you disable the password reset, how would they reset their main email password (which has the "change password" link omitted, unlike "normal" emails). I don't really get the point of having an "account" email with a different login and a password that can't be reset... but that's a gripe with DA, not WHMCS --- If you don't care if they match, then I'm assuming that if they change it in DA, then their WHMCS DA Login button will still work? I would have assumed that this wasn't the case, but if it is, then you're right, who cares. Can you confirm this?

So an account gets created in WHMCS, which in turn creates the account on my DA server. Works beautifully. My client can now go to their account in WHMCS, and with a click of a single button, they get logged into their DirectAdmin control panel. Nifty. But what happens if they log into the DA control panel, then change their DA password? Does WHMCS know about this change? I already know that if I (as the WHMCS admin) change the password listed in the hosting service in WHMCS, this does NOT update the password in DA. So it seems that the communication between the two systems ends when the account is created. So if Sally User changes her password, then it creates a very confused user when she goes back and can't log in the next time (and it wastes a lot of time on our part, trying to figure out _which_ password she changed). Would DA/WHMCS users care to share how you address this problem?

Brother... you ain't kiddin'! Thanks for the help.

Hi Matt, I may have made a mistake and not ticked the "do not create an invoice", but I don't think so. If this looks like an actual bug I'll recreate it and document it fully for you, as I have done in the past. If it turns out I just made a mistake, well then that explains it. I take your point about how normally transfers should be due today, and I agree. I wish there was a cleaner method for users like me that are migrating over existing domains to WHMCS (I wish I didn't have to do a "fake" transfer, etc., it seems, and indeed IS, complicated and prone to error). But I can make do, it's not the end of the world. This is, after all, a one-time problem (hopefully). --- So, let's say I DID make a mistake and forgot to tick the box to not create an invoice. What do I do to fix it? Manually delete that invoice? Also, you said: "You should then set the next due date immediately after placing the order to add it to the system." What date should the due date be set to? The date the domain expires? Or expiration - 30 days (or whatever I want)? What's the best practice in this situation?

Are you sure it should be a transfer? On my system it's attempting to "complete the transfer", and sending me emails about missing EPP keys: The order placed for [domain].com has received its first payment and has been automatically submitted to the registrar Client ID: 000000000X Domain: [domain].com Error: An authorization key is required for [domain].com How do I get WHMCS to know that this domain has already been "transfered" (in the sense that there isn't actually any transfer happening at all, since it was in my eNom account before I started, and it remains in my Enom account afterwards)?