d-woo Posted March 29, 2003 Share Posted March 29, 2003 Problem: OSC is performing the mail functions (customer notification, forgotten password, etc) only to email addresses that are internal...on my dedicated box. My relay is not closed...it is on require authorization via Plesk Admin Server 5.0. I even set it on open relay...still the same thing...no emails are going out to customers. What should my settings be in php.ini? In admin I have tried both sendmail (using qmail via symlink) and SMTP...still no outside mail. Link to comment Share on other sites More sharing options...
d-woo Posted March 29, 2003 Author Share Posted March 29, 2003 here is more information... System RedHat Linux 7.3, Plesk Server Admin 5.0 -------------------- My Admin>>Email settings are sendmail LF false false true -------------------- Admin>>Tools reveals sendmail_from [email protected] [email protected] sendmail_path /usr/sbin/sendmail -t -i /usr/sbin/sendmail -t -i -------------------- php.ini settings: [mail function] ; For Win32 only. SMTP = localhost ; For Win32 only. sendmail_from = [email protected] ; For Unix only. ;sendmail_path = /var/qmail/bin/qmail-inject sendmail_path = /var/qmail/bin/sendmail -t -i -------------------- Problem Internal email addresses (different domains on this dedicated server) receive email from the shop...outside email addresses do not receive email from the shop (OSC) I'm running a snapshot from Jan 2003. Mail worked fine on a different server (RedHat 7.2)...this is a new box...using pre-existing dbase, etc. Link to comment Share on other sites More sharing options...
d-woo Posted March 30, 2003 Author Share Posted March 30, 2003 Hurray....it's working now!!! Hopefully this will help someone on a dedicated *nix server in the future. The problem was that mail was not being sent because my server's hostname (plesk.mydomain.com) did not resolve. My dedicated server provider had to add this to their DNS servers and now this domain name resolves properly. Solution: Have your server's hostname added to the DNS of your provider. Link to comment Share on other sites More sharing options...
d-woo Posted March 30, 2003 Author Share Posted March 30, 2003 You can check to see if your server name is assigned to DNS properly by doing the following in SSH/Telnet: [root]# dig <your server name> e.g. [root]# dig plesk.yourdomain.com if DNS is assigned properly you should see a response similar to: ;; QUESTION SECTION: ;plesk.yourdomain.com. IN A ;; ANSWER SECTION: plesk.yourdomain.com. xxxxxx IN A xxx.xx.xxx.xx Link to comment Share on other sites More sharing options...
Guest Posted May 24, 2003 Share Posted May 24, 2003 I have got plesk 5.0 and I could'nt send any email from oscommerce. I have made some tests but with no success. Do you have a solution? there are some particular setting for the qmail configuration? Many thanks Link to comment Share on other sites More sharing options...
d-woo Posted May 24, 2003 Author Share Posted May 24, 2003 Niko, Perhaps this will help you. Step 1. Try using an email that is on your Plesk server first to see if those emails get delivered. My problem was that outside emails were not being delivered. Step 2. If this is the case check the following: Dear Customer, I logged into your server and noticed that the file located at /etc/xinet.d/smtp_psa had been edited in such a way that it would not work with the xinetd daemon. I corrected the file and your system began to accept mail from outside hosts again. If you continue to have problems, please submit a new trouble ticket. or check your /etc/PHP.ini file and be sure that it is configured around line 690 like: ; For Unix only. You may supply arguments as well (default: 'sendmail -t -i'). ;sendmail_path = /var/qmail/bin/qmail-inject sendmail_path = /var/qmail/bin/qmail-inject ;sendmail_path = /var/qmail/bin/sendmail -t -i Note that the one that actually works is: sendmail_path = /var/qmail/bin/qmail-inject Suggestion: make the change in SSH using the command pico /etc/php.ini Then restart Apache by: /etc/rc.d/init.d/psa restart or go to your PSA control panel under Server and restart Apache. Good luck Link to comment Share on other sites More sharing options...
Recommended Posts
Archived
This topic is now archived and is closed to further replies.