michael-milette / moodle-local_mailtest
eMailTest is a Moodle local plugin that can help diagnose SMTP email connectivity issues.
Installs: 603
Dependents: 0
Suggesters: 0
Security: 0
Stars: 19
Watchers: 7
Forks: 12
Open Issues: 2
Type:moodle-local
Requires
- composer/installers: ~1.0
README
Local eMailTest plugin for Moodle
Table of Contents
- Basic Overview
- Requirements
- Download eMail Test for Moodle
- Installation
- Usage
- Updating
- Uninstallation
- Limitations
- Language Support
- Frequently Asked Questions (FAQ)
- Contributing
- Motivation for this plugin
- Further information
- License
Basic Overview
The eMailTest module for Moodle allows administrators to test Moodle's email system. A trace of the SMTP dialogue will be displayed if the email message cannot be sent for any reason.
Once the test email has been sent, you will need to check your email in-box to confirm that the email message was successfully delivered. This plugin will not do that for you.
Requirements
This plugin requires Moodle 2.5+, 3.x+ or 4.x+ from https://moodle.org
Download eMail Test for Moodle
The most recent STABLE release of eMail Test for Moodle is available from: https://moodle.org/plugins/local_mailtest
The most development release can be found at: https://github.com/michael-milette/moodle-local_mailtest
Installation
Install the plugin, like any other plugin, to the following folder:
/local/mailtest
See https://docs.moodle.org/en/Installing_plugins for details on installing Moodle plugins.
There are no special considerations required for updating the plugin.
Usage
There are no configurable settings for this plugin at this time.
The local_mailtest plugin is designed allow administrators to test Moodle to ensure the email message system is correctly configured.
Once installed, login as a Moodle administrator and then click:
Home > Site Administration > Server > eMail Test
Enter the email address of the recipient where you want to send the message and click the [Send a test message] button.
If the email message was successfully sent by Moodle, you will see a message that says "Success - The test message was successfully delivered to the SMTP server.". If it fails to send the email, a dialogue between the Moodle and the SMTP server will be displayed.
Updating
There are no special considerations required for updating the plugin.
The first public BETA version was released on 2015-11-01. This plugin is now considered STABLE.
For more information on releases since then, see CHANGELOG.md.
Uninstallation
Uninstalling the plugin by going into the following:
Home > Administration > Site Administration > Plugins > Manage plugins > eMail Test
...and click Uninstall. You may also need to manually delete the following folder:
/local/mailtest
Limitations
There are no known limitations at this time.
Language Support
This plugin includes support for the English language. Additional languages including French are supported if you've installed one or more additional Moodle language packs.
If you need a different language that is not yet supported, please feel free to contribute using the Moodle AMOS Translation Toolkit for Moodle at https://lang.moodle.org/
This plugin has not been tested for right-to-left (RTL) language support. If you want to use this plugin with a RTL language and it doesn't work as-is, feel free to prepare a pull request and submit it to the project page at:
https://github.com/michael-milette/moodle-local_mailtest
FAQ
Frequently Asked Questions
Why do I get a 500 server error when I use eMailTest?
This plugin has been extensively tested and used on hundreds of sites. If you are getting this error, it is likely that you have a file owner/group permissions issue on your server which needs to be resolved.
Why does it say that Moodle sent the test message successfully yet I did not receive the email?
This could be due to a number of reasons including but not limited to:
- Incorrect PHP Mail settings in your php.ini file (if you have not configured Moodle's SMTP settings).
- You may have an anti-virus or firewall blocking email communications.
- The mail server receiving your email may be discarding emails received from your site.
- The test email may be blocked by anti-spam filters. Check your junk mail folder.
How do I find out the correct email settings I should be using?
Contact your network administrator or your web hosting provider. These are typically the same settings as you would use for an email client but the administrator may need to add special settings to allow emails to be sent from your support and no-reply email addresses.
Why is the test emails not being sent successfully?
Your SMTP email settings are incorrect or the mail server is refusing emails coming from your Moodle site. Read the whole communications dialogue that is displayed when you send a test message. It will often provide some hint of where the problem might be.
What is the difference between PHP Mail and Moodle SMTP Mail?
If you don't configure the mail settings in Moodle, Moodle will hand off the delivery of email to PHP's built-in mail system. Its settings are typically in your server's PHP.INI file. If you do configure the SMTP settings in Moodle, it will attempt to deliver emails directly to the local SMTP server.
How can I use this tool to send emails from other email addresses?
You can't. This is to prevent the tool from being used to send spam. If you really must, you can temporarily test the email address of one of the following "From" addresses:
- Your user account
- Support
- No-reply
- Primary admin
My email used to work in Moodle previous to 3.2. After upgrading to Moodle 3.2 or later, why can't my site send emails?
As of Moodle 3.2, use of the no-reply email address is no longer optional in many cases. You will need to make sure it is now configured correctly. Some mail server may even only permit connections if this is actually a valid email address.
Why do I see a message about cron not having run for at least 24 hours?
IMPORTANT - See https://docs.moodle.org/en/Cron . If a link is included within the message, clicking it will cause Moodle to try sending queued messages immediately. However, future message will still not be sent automatically. Clicking the link instead of configuring cron will just hide the notice for 24 hours after which it will return until you fix this issue.
If for some reason you are unable to setup an automated cron job and don't see the link, you can enable the link and allow remote running of the cron job by going to Site administration >Security > Site Policies and unchecking Cron execution via command line only. For a little extra security, also set a Cron password for remote access.
Why do I see some debugging code in the communications log even though debugging is turned off?
Moodle does some validation before sending an email and can display some useful information so we've enabled some minimal display of debugging information. Informative lines start with email_to_user. You can ignore the line number references that follow the information line.
Regardless of which "from" email address I use, the test email always arrives from the same email address. Why?
This is likely a setting in your mail server. To confirm which email address was used to send the email, look at the bottom of the status message after you try to send the email. If the test email was successfully delivered, you can also try to reply to the test message and take a look at the To email address. There is no need to actually send the reply.
I am not sure if the problem is with Moodle, my mail server or my firewall. What should I do?
First, the problem is very unlikely to be Moodle. Moodle is used by organization in virtually every country of the world. If there was a problem, someone would have spoken up by now. That said, it could be your email settings. To find out if it is potentially your Moodle settings or firewall, or if it is you mail server, try setting Moodle up to use Gmail as your email server. If it works, it is very likely your email settings. If it doesn't, you might have a firewall blocking email traffic or your email server is incorrectly configured.
How can I use Gmail to send SMTP emails from Moodle?
Gmail requires that you create an App Password to send email for Moodle.
For more details as well as some of the limitations, see the Moodle documentation on Email Setup Gmail.-
All the settings seem to be correct. What else can I try?
Despite your best efforts, sometimes you will find that a :port Number needs to be added after the address of the SMTP server. Example: smtp.example.com:587
Are there any security considerations?
Use of this plugin is restricted to Moodle Site Administrators and allows them to submit an email through a restricted web form that only they can access.
Other questions
Got a burning question that is not covered here? If you still can't find your answer, submit your question in the Moodle forums or open a new issue on Github at:
https://github.com/michael-milette/moodle-local_mailtest/issues
Contributing
If you are interested in helping, please take a look at our contributing guidelines for details on our code of conduct and the process for submitting pull requests to us.
Contributors
Michael Milette - Author and Lead Developer
Pending Features
Let us know if you have any suggestions.
Motivation for this plugin
The development of this plugin was motivated through our own experience in Moodle development and comments in the Moodle support forums and is supported by TNG Consulting Inc.
Further information
For further information regarding the local_mailtest plugin, support or to report a bug, please visit the project page at:
https://github.com/michael-milette/moodle-local_mailtest
License
Copyright © 2015-2024 TNG Consulting Inc. - https://www.tngconsulting.ca/
This file is part of MailTest/eMailTest for Moodle - https://moodle.org/
eMailTest is free software: you can redistribute it and/or modify it under the terms of the GNU General Public License as published by the Free Software Foundation, either version 3 of the License, or (at your option) any later version.
eMailTest is distributed in the hope that it will be useful, but WITHOUT ANY WARRANTY; without even the implied warranty of MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the GNU General Public License for more details.
You should have received a copy of the GNU General Public License along with eMailTest. If not, see https://www.gnu.org/licenses/.