Email Error: Could not execute: /usr/sbin/sendmail

[kevin_a]

I have the same problem.
I have just upgraded to 1.3.7 (including databse)
and tried a test order, pay by check, and, acting as a customer got
"email error:could not execute /usr/sbin/sendmail"


permissions on class.phpmailer.php are they are.
owner/ read write
group/ read
others/ read

I cant say what was happening before upgrade, cos I couldn't even register a customer on the previous version...it just kept returning
create customer page, although that was when I had a shared SSL, and I am not using one at the moment just to keep it less complicated.

if the error is "could not execute" do I need to change the permissions?
Only guessing,
cheers

[kevin_a]

Ahh
Found the Email transport method which had defaulted to sendmail
When I changed to PHP, the process processed and I got the emails as customer and store owner.

[Chuckl]

Indeed, 'could not execute /usr/sbin/sendmail' can well mean you do not have the correct permissions to execute this directly, nor will you get them, or as likely, we do not use sendmail, so it does not exist.

[ellivir]

Indeed, 'could not execute /usr/sbin/sendmail' can well mean you do not have the correct permissions to execute this directly, nor will you get them, or as likely, we do not use sendmail, so it does not exist.

Well, I do have the latest ZC and the XSS security update on it, all permissions like instructed and I have installed other shops before and I know where I should change the email option for PHP but frankly I do not see that option there at all, but only smtp, smtpauth, sendmail and sendmail -f.

Elli

[Chuckl]

Ok, ellivir, could you use phpMyAdmin or whatever you use for database access, and check the configuration table in your database for a configuration key called EMAIL_TRANSPORT.
Associated with that will be a column entry called set_function. Could you post the set_function column entry for EMAIL_TRANSPORT here please.

[ellivir]

Ok, ellivir, could you use phpMyAdmin or whatever you use for database access, and check the configuration table in your database for a configuration key called EMAIL_TRANSPORT.
Associated with that will be a column entry called set_function. Could you post the set_function column entry for EMAIL_TRANSPORT here please.

That would be like this:
zen_cfg_select_option(array('sendmail', 'sendmail-f', 'smtp', 'smtpauth'),

And the configuration_description:

Defines if this server uses a local connection to sendmail or uses an SMTP connection via TCP/IP. Servers running on Windows and MacOS should change this setting to SMTP.<br /><br />SMTPAUTH should only be used if your server requires SMTP authorization to send messages. You must also configure your SMTPAUTH settings in the appropriate fields in this admin section.<br /><br />"Sendmail -f" is only for servers which require the use of the -f parameter to send mail. This is a security setting often used to prevent spoofing. Will cause errors if your host mailserver is not configured to use it.

[Chuckl]

Thanks ellivir, now could you have a look at Admin-Tools-Server/Version Info for your store, the Zencart Section, and post the Database Patch level it's showing.

[ellivir]

Thanks ellivir, now could you have a look at Admin-Tools-Server/Version Info for your store, the Zencart Section, and post the Database Patch level it's showing.

Zen Cart 1.3.7
Database Patch Level: 1.3.7

[Chuckl]

You (or rather the upgrade process on your site) seem to somehow have skipped all or part of the 1.3.5-1.3.6 SQL database upgrade.
Could you check the project_version_history database table for any evidence of that, and the upgrade_exceptions table for any complaining about that upgrade or EMAIL_TRANSPORT in particular?
Version history is I think also shown on the Server/Version Info admin page.

[ellivir]

You (or rather the upgrade process on your site) seem to somehow have skipped all or part of the 1.3.5-1.3.6 SQL database upgrade.
Could you check the project_version_history database table for any evidence of that, and the upgrade_exceptions table for any complaining about that upgrade or EMAIL_TRANSPORT in particular?
Version history is I think also shown on the Server/Version Info admin page.

v1.3.6 [2007-05-08 23:27:34] (Version Update 1.3.5->1.3.6)
v1.3.5 [2006-09-24 19:16:06] (Fresh Installation)

I look still the upgrade_exceptions...