Last updated Jan 9th, 2020 | Page history | Improve this page | Report an issue
Support the team building MODX with a monthly donation.
The budget raised through OpenCollective is transparent, including payouts, and any contributor can apply to be paid for their work on MODX.
$292 per month—let's make that $500!Learn more
MODX has an email service built-in, which can send emails through PHPs plain
mail() function, or by using SMTP.
There are various scenarios in which emails may be sent:
- When requesting a password reset, or using passwordless login
- When a user submits a form on the front-end, typically handled by FormIt
- In custom code. For instructions about using the email service, see modMail.
In all of these cases, the MODX core email settings are used. These are found in the manager under System (cog icon) > System Settings. Search for "mail" or select the "Mail" area filter.
By default, email is sent using PHPs
mail() feature. This uses server-level settings, but is typically not recommended due to poor deliverability. Instead, configure sending via SMTP.
Enabling sending via SMTP¶
- Enable the
- Enable the
- Configure the host the SMTP server is available from in the
- Configure the SMTP port in the
mail_smtp_portsystem setting. In many cases, port 25 is blocked, so you'll need to use a different one, typically 587 or 465.
- Enter your SMTP credentials in the
- If necessary, set the
For steps 3-6, the exact details will depend on the mail server or mail service you're using. Consult their documentation, setup instructions, or support for the information to use.
More specific instructions are available for:
Testing email sending¶
Once you've configured the sending, you'll want to make sure it works. The simplest way to do so is by installing the QuickEmail extra through the package manager.
Once installed, add the following snippet call to a resource.
View the resource on the front-end. QuickEmail will try to send a test email, and will render a detailed debug log. If it fails, it usually comes down to the wrong port, prefix, or authentication.
When it works as expected, remove the snippet call. If you don't, someone else may stumble across it, which may leak your email credentials.
Testing and improving email deliverability¶
Sending emails is one - but if it actually arrives in the recipients inbox is another question.
This can be affected by anything from the email content (does it seem spammy?), but also by various mail protection systems such as SPF, DKIM, and DMARC. Mail server IPs may also get blacklisted if they send too much spam.
These systems are configured on the server level, and are out of scope for this documentation, but to make sure your emails arrive it is strongly recommended to make sure those are properly configured.
There are various services and tutorials online to help you with that. mail-tester.com is an excellent one that can be used for free. It provides you a single-use email address to send an email to (tip: use QuickEmail, adding the
&to property), and will check a large part of what can influence your deliverability.
Other relevant settings¶
Unless otherwise configured on a snippet or in code, the
From email header will be set to the value of the
emailsender system setting, and the name will be your
site_name system setting.