1. Acquire a test email address outside the domain that my Drupal installation is running, preferably on a different server and different ISP.
2. Send an email to the test address with my regular email client and make sure it gets received.
2.a. If not, the problem lies somewhere between my domain mailserver and the recipient mailserver. Ask their respective admins to fix things.
3. Write a one-page PHP program that sends a test email (preferably via the php mail() function) and make sure it gets received.
3.a. If not, check the PHP configuration to make sure that the mail() function is set up properly.
4. Double-check the admin email Drupal sent me, and make sure that the sender, reply-address, etc. match what my one-page PHP program is using.
4.a. If not, modify the PHP program and try again. If the message is not received, why not? What changed? How could that affect delivery?
5. If all of the above results in successful sends/receives, register as a new user with my test email address. Then use the "forgot my password" function to force an email to be sent. Check for delivery.
5.a. If all steps 1-4 are successful but step 5 is not successful, then there *may* be a problem in Drupal. At that point, I would start tracing through the mail-delivery code to track exactly what is happening.
If you perform all of the above steps and still need help, report back here with:
* Operating system and version
* Webserver and version
* Drupal version
* PHP version
* Database (mysql/postgres) version
* Optional modules installed and their versions
* Exact steps to duplicate the problem.
* Description of what you expected to happen.
* Description of what actually happened.
The web is like usenet, but
the elephants are untrained.
Comments
Possibly marked as SPAM?
Ask the new members to check their SPAM folders.
--------------------
Sudheer. S
Binary Vibes Information Technologies Pvt. Ltd.
LAMP
Binary Vibes
Debugging steps
I would debug the problem as follows:
1. Acquire a test email address outside the domain that my Drupal installation is running, preferably on a different server and different ISP.
2. Send an email to the test address with my regular email client and make sure it gets received.
2.a. If not, the problem lies somewhere between my domain mailserver and the recipient mailserver. Ask their respective admins to fix things.
3. Write a one-page PHP program that sends a test email (preferably via the php mail() function) and make sure it gets received.
3.a. If not, check the PHP configuration to make sure that the mail() function is set up properly.
4. Double-check the admin email Drupal sent me, and make sure that the sender, reply-address, etc. match what my one-page PHP program is using.
4.a. If not, modify the PHP program and try again. If the message is not received, why not? What changed? How could that affect delivery?
5. If all of the above results in successful sends/receives, register as a new user with my test email address. Then use the "forgot my password" function to force an email to be sent. Check for delivery.
5.a. If all steps 1-4 are successful but step 5 is not successful, then there *may* be a problem in Drupal. At that point, I would start tracing through the mail-delivery code to track exactly what is happening.
If you perform all of the above steps and still need help, report back here with:
* Operating system and version
* Webserver and version
* Drupal version
* PHP version
* Database (mysql/postgres) version
* Optional modules installed and their versions
* Exact steps to duplicate the problem.
* Description of what you expected to happen.
* Description of what actually happened.
The web is like usenet, but
the elephants are untrained.
Good. — Fast. — Cheap.
(Pick any two.)