Hello Dudley,

Sending e-mail is a function highly dependent on the server, and for this reason, if it doesn't work correctly, it's necessary to contact the Provider.

Differently from what happened in version 7, in WebSite X5 Evolution 8 was introduced a file that can manage e-mail sending, deliberately left off the program so that it can be adapted as appropriate to the needs of its Provider.

Make sure that there are no costraints in your server's settings. Some servers do not allow the user to send emails from/to a different domain than the one used for the site.

The file in question is called IMEMAIL.INC.PHP, lies in the RES subdirectory in the installation folder of the program and was written clearly in order to simplify any change.

The file IMEMAIL.INC.PHP has two methods in order to send emails:
- the first one uses the MAIL command with the addition of the SendMail option;
- the second one, on the other hand, uses only the MAIL command (classic method, already used in version 7).

If the first method of sending e-mail fails and returns an error, then the PHP script tries to use the second method.

If the e-mails are still not sent, you need to check with your Provider that the parameters within the file IMEMAIL.INC.PHP are correct according to the server settings.

If the Provider, analyzing the file IMEMAIL.INC.PHP, requires changes of some parameters, it is sufficient make these adjustments to the file IMEMAIL.INC.PHP that you can find on your PC so that WebSite X5 can edit and use it in order to send e-mails.

ALTERNATIVE FOR LOW QUALITY SERVER
We have created a variant of the file that could run on some servers that use a mail server of low quality and that interpret the PHP code in the wrong way.
Here the note from the official PHP site http://www.php.net/manual/en/function.mail.php:

Note: If messages are not received, try using a LF  (\n) only. Some poor quality Unix mail transfer agents replace LF by CRLF automatically (which leads to doubling CR if CRLF is used). This should be a last resort, as it does not comply with »RFC 2822.

It is possible to test this solution by downloading the IMEMAIL.INC.PHP file and unzipping it to overwrite the original one.
http://www.websitex5.com/download/v8/imemail.inc_nrR.zip

ALTERNATIVE FOR SEND TEXT ONLY
In order to solve the problem, if you couldn't solve it yet an if you couldn't get assistance from your own web space Provider, you can use this alternative of IMEMAIL.INC.PHP that sends messages as only text, that is what happened with version 7. Obviously you can't neither get the message formatted in HTML nor use the attachments.
http://www.websitex5.com/download/v8/imemail.inc_v7.zip

Let me know if one of these solutions are working for you.

Thank you!