OCS how and where i configure the email sending from any mail service, to send mail to users, when singin up, and directors authors, reviewer have a new work etc.
See the email section in config.inc.php.
If smtp is off, OCS will use PHP’s native mail function, and you will need to have your local server configured properly for mail via something like sendmail or postfix.
If smtp is on, you will need to point to an appropriate external mailserver. For example, if using Gmail, see: https://pkp.sfu.ca/wiki/index.php/Using_gmail_SMTP
i need to remove the ; rigth? o.O, if i trying to configure it in my pc.
should work if I set it on my pc? and not in a hosting
The semicolon serves as a comment in config.inc.php, so any line beginning with a semicolon is ignored.
Are you trying to configure SMTP, or PHP’s native mail delivery? Is SMTP, your PC will simply need to be able to open a connection to the SMTP server you specify. If PHP’s native mail delivery, you’ll want to see the notes in PHP’s documentation: http://php.net/manual/en/function.mail.php#refsect1-function.mail-notes
Hello,
The question is simple and rather many times expressed…
I have setup an OCS installation, successfully. The mail support does not work!!! I tried to connect via SMTP. This means that I tried the mail client’s localhost mail server, secondary mail server and a gmail account. I did not manage anything in all three options. I installed the OCS packet on a different server and the mail system works fine. I also checked the firewall and it is clean.
The server is running PHP 5.6, apache 2.4 and MySQL 5.7
Any help would be appreciated.
Thank you.
Nikos
You’ll want to look in your mail logs to identify what is happening with the attempted message sending.
Your goal is to identify where the mail process stops. It could be that PHP is unable to make the connection to the mail service. (For example, perhaps postfix/sendmail is not installed or running?) It could also be that your mail service is unable (or refuses to) route the mail on PHP’s behalf. (For example, your local postfix server or remote smtp server might not be configured to allow connections.) It could also be that your mail service does send along the message, but it is deemed unroutable or spamtrapped upstream. (For example, your sending might be missing compliance with policies like SPF and DMARC.)
When using your localhost as the mail server, first check your webserver error logs for any messages, then look at your local mailserver’s log (perhaps /var/log/maillog, or similar).
If using SMTP, first check your webserver error logs for any messages, then look in your SMTP server’s mail log (or ask your SMTP administrator for details on any error messages).
Either you will find a message describing the problem in your webserver error log or in the mail server’s message log; or, you will find a success message in your mail server’s message log, which means you need to look for policy compliance to avoid spamtrapping.