1

I have several recurring contributions for a CiviCRM 4.6.10 site. These contributions were made through CiviCRM and into Authorize.net. They worked multiple times in 2015 but none of the transactions have been recorded in CiviCRM in 2016. We have verified our record with Authorize.net and all of these transactions have been successful.

Thanks in advance.

  • Josh - you did not mention your version of Civi, but in general, I would start by checking your Civi log on the days when those contributions should have posted. Are any errors recorded? Also, check the recurring contribution records themselves - have their statuses changed to canceled or failed, for example? Does the transaction information on the recurring contribution record match what is on the recurring billing record in Authorize? Finally, have you confirmed that the Silent Post URL recorded in Authorize still is correct? – Lesley Carter - BackOffice Jan 28 '16 at 16:11
  • We are using CiviCRM 4.6.10. I checked with Authorize.net and we are using the correct URL. The failed donations say in progress and checked the database and that matches the status in the database. -- I also checked and I do not see any errors related to this in the logs. – Josh Jan 29 '16 at 4:33
2

I found the problem. The permissions were not set correctly for recurring contributions on authorizeIPN.php. So when the silent post was running it was getting a 404. I did not see this in the log. For others out there make sure authorizeIPN.php is retrievable.

  • Mind sharing what "correct" is? How about the URL you used to verify this? (Edit, so we can add points to this answer!) – G H Feb 25 '16 at 22:14
  • In my case it was the user for the file. The file was owned by root but needed to be owned by the user. It is just a matter of remembering to do things as the user in the server rather than as root. It could also be a permissions issue for you. – Josh Feb 27 '16 at 19:40
  • So, you have an ownership by the web user. Does that user have write privileges on the file? I've got the file owned by root, but group owner is the web user. The owner has rw rights, but group just has r. I'm getting 404 256 status errors in the web logs. Giving write privileges on that file feels wrong. – G H Mar 1 '16 at 21:35
  • Nevermind. Finally found an error with the Silent Post URL. To test for 404 errors, just visit the Silent Post URL and you should see a transaction failure message, rather than a 404. – G H Mar 2 '16 at 18:09

Your Answer

By clicking “Post Your Answer”, you agree to our terms of service, privacy policy and cookie policy

Not the answer you're looking for? Browse other questions tagged or ask your own question.