Hello,

I have a site under D6 that no matter what I do, the mail is not sent. This was working on a previous server. The problems MAY be tired to the move to a new server. At one time I had Advanced User and Mime Mail modules running. I have since disabled them in the hopes of getting a single peep out of my site. I cannot get a mail out using my contact form OR the new user registration page. I have tried changing the address mail is sent to at: /admin/settings/site-information also to no avail.

My Questions:

Are there any permission settings that would prevent users from sending mail?
Is there some sort of mail log produced by Drupal? (Ther is no useful information at admin/reports/dblog)
Is there a command to rebuild the user database or to refresh the internal main mail address?
Has anyone else ever had this problem?

Thanks for your brain-power.

Comments

=-=

it is possible your hosts mail server is blacklisted and eitehr mail is being filtered or sent to spam folders on users systems. Blacklisting seems to happen often on shared hosts as one bad apple spoils the bushel.

Good idea

Good idea.

I will test this, although mail isn't going into my spam folder, maybe it is completely blocked.

Same Problem

I am having the exact same problem: No mails are sent whatever I try. There are no error messages, everything seems to be fine, but the mails just don't arrive. Any more ideas on this?

I suspected MIME mail

I suspected MIME mail was conflicting with one of my other modules. I read somewhere about an issue and that simply disabling it was not enough.

So I went in and removed the modules MIME Mail and SimpleNews. I deleted them right off the server. And I regained my ability to send mail again.

The End

Actually I want to use

Actually I want to use SimpleNews, so I can't delete it. By now I have managed to get some mails sent through the SMTP Module, but SimpleNews still doesn't work correctly. I think I'll keep searching in that direction.

Similar problems, but I'm fairly sure of the cause

Hi, I've found a lot of threads about mail problems in Drupal since having some myself, but most threads are very old.

I installed Drupal 6.13 on 3 sites, two in folders and accessed via subdomains, but all on the same host. I installed various modules to see how they functioned and if I really needed them, and carefully uninstalled them by 'switching them off' before deleting their folders on the server. But as time went by I discovered email problems.

My first issue was when trying to add a user via admin, it failed with some sort of array error. When I registered a test user manually (the way a visitor would) it worked, but no email was sent. The sites on the subdomains were worse; their contact forms wouldn't send mail at all. I assumed it was something to do with the fact that they were in folders and not the main domain's root folder, and my very patient hosting company has spent days trying to sort it out with me. (In case you're curious, they're kNet Hosting in the UK, and their technical support is just wonderful compared to others I've used in the past).

I spent hours and hours getting SMTP Mail working, and Yay! - the contact form worked on a subdomain. Only there was a problem; I'd told it to send a copy of the email to me. It didn't arrive, though the email to the test user did. Finally, I created a new folder and subdomain, and did a new install. Everything works superbly. I can create new users in admin, emails arrive. On self-registering a test user, emails arrive. Using the site-wide or personal contact forms, emails arrive.

My conclusion? One or more of the modules is seriously screwing things up. This is backed up by the fact that on all 3 sites, after carefully uninstalling various modules, the menu system went completely crazy. I have 3 copies of various menus, some with a 'reset' link and some not, and no matter what I do with them the duplicates will not go away. In the end I had to put 'AAA' at the start of their names so I could identify them in the database, then went and manually deleted them via my hosting cPanel.

Now let me say before the 'negative' comment, that I appreciate how much time people put into developing free modules for me and others to use. But good grief, if they do THIS to Drupal, how many users are they going to put off by screwing a pretty good working CMS system before they've even got it up and running? Personally, I think if someone doesn't have a damned good technical background in programming they ought to say so in their module write-ups. I now have to go through every single module I want to use, one at a time on a 'blank' site, testing whether I can add users without errors, and spending time manually registering them and checking that emails arrive, as well as testing the contact forms as admin and as a lower permission user. HOW long is that going to take me on top of the entire week I've spent trying to find out what was wrong with Drupal, when NOTHING was..?! Sheesh.

=-=

and carefully uninstalled them by 'switching them off' before deleting their folders on the server.

The above does not lead to proper uninstallation. After disabling, before folder deletion, you should be using the uninstall tab (top of administer -> modules) to remove any data stored in the database by the module.

Hi VM, I meant that by

Hi VM,

I meant that by 'switching off'. There's a message that says something like, "Not all modules uninstall data", or something. I guess that isn't happening.

Oh well, another week of summer gone before anything's working. Mind you, I'd rather struggle with Drupal than some of the other packages I've tried!

=-=

correct not all modules do (some don't even create tables), however those that do, must be selected in the uninstall tab.

nobody click here