robin

Thanks for the note, but the files were not touched and now continue to work properly with the data back on the localhost. We were in the process of moving the install, and decided to move the data first. So the (local) data was backed up and restored to a different server. The configuration was updated to point to this new data location. We've since moved the data back to the local system, and the errors have gone away. So it has something to do with the other MySQL server or the moving of the data. Seems odd since the error is not a database one, but an api.php (as listed) one. There is no other error message on any of the systems. WHMCS works fine other than when it is making API calls. WHMCS: Version: 5.0.3 MySQL (local): 5.0.95-community (pc-linux-gnu) MySQL (other): 5.5.15 (Win32)

Restored a backup to a different mySQL server and updated all appropriate config options. All works great except api access. We are able to send emails, but right after get a 500 Internal Server error. Looking in the logs we see the message "Premature end of script headers: api.php" No error logs on the mySQL server, and everything is recorded properly etc. As stated all works fine except for the 500 error page. Any ideas??

This is the version I am using on my install. I have been using this version for over a year without any problems. It is based on the original code and has been altered for my own use. We did have a USD and CAD account at one time but have since gone to just CAD. As a result, the code for USD was commented out (lines 23 & 93..) As well, I have improved linking and reporting by adding a link wihtin the log back to the invoice which is being paid. Logging also includes the reason the transaction failed or the authCode if success. The miniXML object had some issues with DOCTYPE so there is some intersting code (work around) at line 182. There are some commented out debug lines which will aid in integration (ie. lines 145, 147, 178,... ) If you are able to read PHP, this code should be quite straightforward and easily traced for your system. paymenttech.php.txt

From what I can tell, the error means that they don't have your online systems (external) IP address as an allowed IP address. You are communicating with their gateway server since you are getting sane responses. Give Orbital a call and make sure they have your IP address.

I will take a look at this. For now, I suggest that you edit this message to remove your account details.

Line 199: addInvoicePayment($params['invoiceid'],$authCode,"","","paymenttech","on"); Your invoice (when viewed in admin) should have the auth code listed at the bottom of the page in the Transactions table. As well, you can uncomment line 177: // logTransaction("PaymentTech",$result,"Result Info"); This will record the XML response packet to the Gateway Log for inspection/troubleshooting.

You can get the files here.... http://minixml.psychogenic.com/

Is there an API call tahat can be added to the server module that would allow us to retrieve disk stats etc.? It works great for CPANEL, but we have several Windows custom modules that could also benefit from these metrics within WHMCS. ie. What is the calling sequence within the "ServerUsageUpdate();" function?

I'm hoping someone has a simple answer to this question. I have updated the fields in the database manually with dates to reflect what I think the nextduedate and nextinvoicedate items represent. I hate having to wait until the next month to roll around and then having to fix whatever errors are created. so... here's what I would like to do. bill clients on the first of the month with a due date of the 28th so the way I see it is... nextduedate = Sept 28, 2009 nextinvoicedate = Sept 28, 2009 automation --> days before due = 28 If I have this right, and this is the question part of my post... Will invoices be generated on the first or each month, and the first one will be sent on Sept 1st? or will the invoice not go out until the 28th? If I have this wrong, please let me know what my values should be so that someone will be invoiced on the 1st of September, with a due date of the 28th of the same month. Thereafter invoices will be sent on the 1st and due on the 28th. Thanks, I really appreciate any assistance.

Grrr... Worked great until tonight (and after I posted the source) isn't that always the way... The code above adds a comma separator for the thousands. Use this instead.. $passed_amount = number_format($params['amount'],2,'.','');

Replace line 24 with.. <code> $passed_amount = number_format($params['amount'],2); $my_totalamount = str_replace(".","",$passed_amount); // no decimal in passed amount </code> Found that trailing zeros are missing so $20.00 gets sent through as 0.02 and $12.30 would be charged as 1.23 The above code snippet fixes this issue. Note: This version also strips the Authorization Code and stores it to the corresponding Transaction record. paymenttech.zip

I should also mention that the component was not the cause of my automation problems. I had to set my PHP allowed memory to 256M (as described in another post) This was related to invoice generation and not this component.

Actually leave those fields as they are. You should copy the component to your modules/gateways folder. Then while in WHMCS go to the Settings -> Payment Gateways page. From there, select the Paymenttech option and you should be presented with these items as text boxes. Fill in the details that are particular to your install. I hope this helps.. You should not need to change the code.

My nightly cron job stopped doing what it was supposed to be doing, and I tonight decided that I needed to figure out the issue. When I ran the cron job directly I received an error that said it needed more memory so I updated the entry in my .htaccess to 64M (it was 32M) Then I ran the job again and received the below message (which other than the size of bytes was the same message I received previously) Fatal error: Allowed memory size of 67108864 bytes exhausted (tried to allocate 752188 bytes) in /home/AcmeCorp/public_html/clients/includes/class.smtp.php on line 371 I had to run my cron job 4 or 5 times manually before I did not see an error of any kind. I've owned this software for a while now, but have only recently brought all of our clients onto the system. Altogether about 200-250 monthly invoices going out. I am running the latest and greatest build (4.2?) of WHMCS. Any assistance would be appreciated. I should also note that I recently upgraded TCPDF as it was throwing similar errors on the old version. Once upgraded I did not see the memory errors. Perhaps the upgrade did not resolve anything. Is it possible that PHP allocates memory and then continues to add to the memory in regard to invoice generation? (ie. missing free() or delete[] or PHP equivalent?)

Disregard... File extension should be RAR