patrickluursema Posted May 28, 2009 Posted May 28, 2009 Hi Everyone, I just made a complete Oscommerce website and changed the design and all. everything worked ok and was about to finish when I wanted to place a (test)order and at the last page, the confirmation, I get a http 500 error (cannot show page)? Now the file of the checkout_succes.php is there.. I also discovered it does exactly the same when I try to creatr a new account, everything goes well untill the confirmation, the it gives the http 500 error. The order (and new customer) however are added in the admin :huh: I tried really everything and searched all, but can't find anything.. Anybody any ideas? Maybe I am missing something simple? Thanks in advance, Patrick Ps. You can have a look at the website live to see the error on www.video-mania.nl
steve_s Posted May 28, 2009 Posted May 28, 2009 Hi Everyone, I just made a complete Oscommerce website and changed the design and all. everything worked ok and was about to finish when I wanted to place a (test)order and at the last page, the confirmation, I get a http 500 error (cannot show page)? Now the file of the checkout_succes.php is there.. I also discovered it does exactly the same when I try to creatr a new account, everything goes well untill the confirmation, the it gives the http 500 error. The order (and new customer) however are added in the admin :huh: I tried really everything and searched all, but can't find anything.. Anybody any ideas? Maybe I am missing something simple? Thanks in advance, Patrick Ps. You can have a look at the website live to see the error on www.video-mania.nl on a 500 error first place to look at is your .htaccess file, also look for an error log file in your website and see what the error is
patrickluursema Posted May 29, 2009 Author Posted May 29, 2009 Hi, Thanks for the reply. Only problem is I don't use any .htaccess file.. And can you tell me how I take a look at an error file? I can't find any.. Perhaps anyone else has a solution when they look at the problem? Thanks a lot in advance.. Patrick
MrPhil Posted May 31, 2009 Posted May 31, 2009 Most common causes of 500 errors: * blank/empty lines at beginning and/or end of file * uploaded in wrong mode (such as binary instead of ASCII file transfer) * forbidden permissions (e.g., 777 for a directory or 666 for a file, when security software doesn't permit "world writable" directories or files) Is your file checkout_succes.php or checkout_success.php?
patrickluursema Posted June 30, 2009 Author Posted June 30, 2009 Hi everyone, Thanks for your reply Phil. Because of some personal things I haven't had the cange to get going at the site again, untill totday. Tried al the supplied possibnle solutions, but still no luck. What's strange is that the problem occurs while creating an account and while placing an order. Both processes go well, untill the confirmation page (checkout_success.php and create_account_success.php), they don't show up and I get the internal server error 500. However, I do receive the new account and orders in the admin :huh: As the shop is complete for the rest, this really buggs me. Anyone any possible solutions? This would really help me out, thanks in advance. Patrick
MrPhil Posted June 30, 2009 Posted June 30, 2009 1. Is checkout_success.php the script that's actually failing, or is it last one successfully run, and the failure is in whatever it calls? 2. What kind of server do you have: Apache, IIS, other? 3. What are checkout_success.php's permissions? They should be 644, or possibly 755. No need for 777 (some systems will trip a 500 error for 777 or 666 permissions). 4. Was this file edited by you or by a contribution installation? Have you double checked for blank or empty lines before the first <?php or after the last ?> ? 5. Was this file uploaded from a PC at some other time than the rest of the files? Does it display correctly in your site control panel's File Manager? You need to rule out that you accidentally uploaded in binary mode (from a Windows PC or Mac to a Linux server, for instance) or otherwise corrupted the uploaded the file? 6. Try getting a "virgin" checkout_success.php file from the installation zip file and compare it to what you have. If different, did you install any contributions that might have affected it? Any inexplicable differences -- sometimes stuff just gets corrupted for no apparent reason. 7. Are other SSL-protected script calls working OK? checkout_success.php is called under https: -- do you have your SSL certificate set up correctly, and the configure.php file lists it correctly? If none of that solves it, it must be something odd in the way that these two files are being invoked. You may need to discuss this with your host.
patrickluursema Posted July 7, 2009 Author Posted July 7, 2009 Hi Phil (and others), Thanks for the reply. I checked everything and after lot's of searching and also contacting my hostingprovider I came up with this error; "PHP Warning: mail() [function.mail]: SMTP server response: 553 Requested action not taken: mailbox name not allowed in E:\video-mania.nl\wwwroot\includes\classes\email.php on line 520" It gives this error on the checkout_process.php Also did a lot of searching on this error and checked everything, like the e-mail adresses in the admin, but they all are correct. Also replaced the checkout_process.php and email.php files with clean ones, but still the same error. Any idea how to solve this? Thanks a lot in advance! Best regards, Patrick
♥ecartz Posted July 7, 2009 Posted July 7, 2009 "PHP Warning: mail() [function.mail]: SMTP server response: 553 Requested action not taken: mailbox name not allowed in E:\video-mania.nl\wwwroot\includes\classes\email.php on line 520"That error looks like host misconfiguration. What mailbox do they have set in the sendmail_from in the php.ini file? You may need to override it in a .htaccess file or the PHP code. Always back up before making changes.
patrickluursema Posted July 8, 2009 Author Posted July 8, 2009 That error looks like host misconfiguration. What mailbox do they have set in the sendmail_from in the php.ini file? You may need to override it in a .htaccess file or the PHP code.
patrickluursema Posted July 8, 2009 Author Posted July 8, 2009 Hi, My hostingprovider won't change the php.ini file.. Thanks for the reply. Can you tell me how I can override this? Thanks a lot! Patrick
♥ecartz Posted July 8, 2009 Posted July 8, 2009 One solution, in includes/classes/email.php, find if (EMAIL_TRANSPORT == 'smtp') { return mail($to_addr, $subject, $this->output, 'From: ' . $from . $this->lf . 'To: ' . $to . $this->lf . implode($this->lf, $this->headers) . $this->lf . implode($this->lf, $xtra_headers)); } else { return mail($to, $subject, $this->output, 'From: '.$from.$this->lf.implode($this->lf, $this->headers).$this->lf.implode($this->lf, $xtra_headers)); } and replace with (adds one line; changes none) if (EMAIL_TRANSPORT == 'smtp') { ini_set('sendmail_from', STORE_OWNER_EMAIL_ADDRESS); return mail($to_addr, $subject, $this->output, 'From: ' . $from . $this->lf . 'To: ' . $to . $this->lf . implode($this->lf, $this->headers) . $this->lf . implode($this->lf, $xtra_headers)); } else { return mail($to, $subject, $this->output, 'From: '.$from.$this->lf.implode($this->lf, $this->headers).$this->lf.implode($this->lf, $xtra_headers)); } Another solution would be to set it in the .htaccess file in your catalog root by adding php_value sendmail_from '[email protected]' Replace [email protected] appropriately. Always back up before making changes.
patrickluursema Posted July 8, 2009 Author Posted July 8, 2009 Hi Matt (and others), That did the trick! Thanks a bunch for this solution! Only one small thing left; I don't receive the extra (copy) e-mail after a placed order.. Does this have anything to do with the earlier problem and you know something to resolve this? Thanks in advance, cheers. Patrick
patrickluursema Posted July 9, 2009 Author Posted July 9, 2009 Hi, the problem with the extra (order) e-mail is also solved, everyone thanks again! Patrick
Recommended Posts
Archived
This topic is now archived and is closed to further replies.