Order confirmation & Contact Form are not being sent from OSCMAX

[renrom]

Dear all,

I am totally lost since both the order confirmation invoice and the contact form stopped working! Customers and Administrators aren't receiving any of them except the client's paypal receipt. The funny thing is from the admin area if you send a comment to the client works and the cient receives it as it should!

I also contacted the host company and they verified that no processes were made through the mail server and they ruled out the maill server issue! Can someone hep me please.

The following are my Email options settings:

E-Mail Transport Method > sendmail
E-Mail Linefeeds > LF
Use MIME HTML When Sending Emails > false
Verify E-Mail Addresses Through DNS > false
Send E-Mails > true

[ridexbuilder]

Need tons more info. on environment.

[Dillion]

Has anyone got to the bottom of this?
I am having a similar problem where payment module receives the right order information
but the customer rather than been sent to the order successful page is returned to the
checkout_shipping page.

When sending a mail to customer from administration it sends seven of the same!!!!!
to the customer.

I have worked so so hard on this site to have the carpet pulled from beneath my feet.
Using osCMax v2.0

Any help to get back on track wouldbe very much appreciated.

[michael_s]

osCmax 2.0 is outdated. You need to update your store to 2.0.25 as a minimum. The problem could be any number of things. If it was working and suddenly stopped working, could be a server environment change. It could be that your outdated version was cracked/hacked and is no longer properly working because of malicious code injections.

There are no issues with the the osCmax core code, outbound emails work properly on every supported platform.

What you need to check for is any modified php files that you did not change yourself. Then you should also check the php error logs for any clues. If you see a lot of odd errors there, investigate each one for more hints as to the problem. Finally if you can watch the mail log on the server, try completing a test order while tailing the log to see what happens at the mail server.

Since you don't really provide much to go on, I have given you the big picture of how I would debug the issue. Start with your php files to make sure they are not corrupted by a crack, then check error logs for php/apache, and finally check the mail server logs for any clues.

[Dillion]

Firstly, thank you for responding.
I suspected so.
They question is should I load up to the latest osCMax?
Is the database structure the same? Meaning could I migrate the current
database without much hassle?
To be honest I feel it is more an issue of code corruption than a hack, but certainty
is a luxury.
I have done alot of front end changes with templates and such but I have been very cautious on changing any core payment processing code. So that is what's so dissappointing. Seeing modification dates of the key files is the next step.

You can check out the current development on Vlkommen till BabolatShop.se

Thank you again,

Dillion

[michael_s]

The process to update is different based on what version you have, and whether you have added any mods to the core code beyond your custom template. Database changes are different again, based on the actual version you are running. For older versions of osCmax, the upgrades are not difficult for those with moderate php/mysql skills. You need to know how to compare files, and how to use phpmyadmin.

As long as you created a new template instead of modifying fallback, you will be able to move your custom template over to the new system with the least amount of pain. If you changed fallback without changing the directory name, when you move your template make sure to rename it from fallback to a custom name so that it doesn't overwrite the new fallback features.

You can rule out being hacked quickly by checking for recent file changes and comparing changed files against the originals in the osCmax download.

[Dillion]

Ok, in essence, I think I should give time on finding the bug before taking that giant leap of upgrading.

If I crack it I will let the community know.

Dillion

[Dillion]

Why from the PCI payment page after confirmation returns the customer to the checkout_shipping page and does not input the order in the order table?
Why that particular page and not any other? Is it a loop that does not know when to end or is it more like a query conflict?
If I could get a tiny hint to why this is happening it would be a massive help.

Sorry to persist but this problem has a repetitive pattern

I have isolated the files modified after the initial installation.

[Dillion]

Well the answer was a missing column in the database table in the customer section. In the checkout_process page there was, after personnummer mod, an extra insert variable called customer_personnumer in the sql_data_array .
So warning to the Swedish users beware of the personnumer modification. Make sure you've got your tables right!

Dillion