By HollywoodChicago.com on
It is taking 15 to 20 or so minutes for all system e-mails to be sent (i.e. from the contact form, forwarding a content piece, user registration e-mails, etc.). How can I speed this up and make it immediate? Where can I control this? Thank you very much for your assistance.
Comments
Actually...
Actually, it's more like 30 minutes. How can I make this immediate?
Publisher, HollywoodChicago.com
This is almost certainly not
This is almost certainly not Drupal-related. Contact your hosting company.
Ah hah.
So there's no setting in Drupal to control this and Drupal would by default send system e-mails immediately?
Publisher, HollywoodChicago.com
Correct
Correct, Drupal simply calls the PHP mail function in these cases and as far as Drupal is concerned sends the emails right away.
Just called my hosting company
I just called my hosting company (GoDaddy) and they even spoke to their "advanced team" and said there's nothing on their end that would cause any kind of system e-mail delay. From their vantage point, they say the system e-mails should also be sending immediately.
They're definitely not, though, and a delay of up to 30 minutes sucks (especially when people register and don't get their verification e-mail right away). Any other ideas or things I could do in Drupal to help this? Thanks for your help, by the way!
Publisher, HollywoodChicago.com
The mystery of email delivery
All I can suggest is having one of the delayed emails forwarded to you and look at the header which may provide a clue. You may need to look at a number of emails to pinpoint the issue.
I know someone else with a
I know someone else with a GoDaddy shared server account who's getting similar delays - almost exactly 30 minutes - on basic PHP mail() calls.
I haven't really heard good things about their hosting - you might want to consider planning for a move to someone more reliable.
Just found this in my track
Just found this in my track tab - http://drupal.org/node/207769#comment-683924
Might be useful for you...
Wow.
Wow. That's incredibly helpful but totally over my head :-( Will probably have to find a new Drupal developer to help on this one, but thank you very much for this key find!
Publisher, HollywoodChicago.com
GoDaddy admits 10 minute delay for PHP mail
http://community.godaddy.com/groups/web-hosting/forum/topic/php-mail-fun...
I have the same problem and
I have the same problem and am on a dedicated Rackspace server. I don't think this is a GoDaddy issue.
Josh Bevan
It's entirely possible that
It's entirely possible that your problem is caused by something different with similar symptoms, or that your Rackspace server is having the same issue as GoDaddy.
Whatever it is, it's not likely to be a Drupal issue, as I have Drupal running on four different servers on three different hosting providers. E-mails come through instantly on all of them.
Help! Now system e-mails aren't coming *at all*!
After having them come slow and then sometimes right away, in the last 24 hours or so they started not coming *at all*! I've tried e-mailing a comment, forum, submitting a contact form, creating a new user account and waiting for the e-mail and none of them are coming!
Any ideas here? Should I reset something or flush some cache or something?
Contact GoDaddy.
Contact GoDaddy.
GoDaddy?
So this sounds like a hosting problem to you rather than a Drupal problem?
I contacted them before when I was having the "slow e-mail" problem and they blamed it on Drupal. I'm afraid they'll do that again. I don't understand why all system e-mails just stopped working...
It is common for hosters to
It is common for hosters to blame whatever software you are using, and in some cases they may be right.
By default, Drupal uses the php mail() function to send emails, unless you have added another module like SMTP to do this. If the mail can't be sent then you will recieve an error, otherwise the mail, from Drupal's perspective, has been successfully sent and the chain of responsibility has been passed on.
It appears that somewhere after this point some process is holding it up. That process is not under the control of Drupal.
Connecting to a different mail server may resolve this for you.
For the new situation you report, no emails being sent, it may be that your emails are getting flagged as spam on the receiving server or that the sending domain has been flagged as an open relay, blacklisted, etc. There are many reasons why your emails may be disappearing.
If the slowness of email is getting to be a serious issue for you or you are not getting the service you desire you may want to try a different hosting company or a non 'value hosting' type of plan. This may not resolve the no email situation though.
Yep, it sounds like a
Yep, it sounds like a hosting issue. Drupal uses the standard PHP mail() function out-of-the-box. It's pretty hard to screw that up.
Yep. It's GoDaddy.
I called GoDaddy, and sure enough they say they're having "e-mail queuing problems". Who knows how long until it'll be working again. Suffice it to say I think the whole Drupal world hates GoDaddy shared hosting, and for good reason. Thanks for your help here, everyone.
No problem. I wouldn't hold
No problem.
I wouldn't hold your breath for a fix - we had a site on GoDaddy six months ago with the same sort of issues - 1-2 hour queues on e-mails.
mail() issues on godaddy.
Hi Guys,
I've been unable to get Drupal mail on my GoDaddy hosting for a while now so I started digging into it. What I've found is very curious and suggests it's definitely a GoDaddy issue.
If you send the "From: user@email.com" header in the mail() call, the email won't work, however if you remove that header the email will send instantly. I'm still trying to get an exact fix, but to reproduce this in a terrible hack fashion you can simply add the following line before line 1982 of includes/common.inc:
If anyone else can confirm this, it would be greatly appreciated.
Problem: We launched our site
Problem: We launched our site a few days ago. We're using Rackspace Cloud sites and for some reason the default phpmail function was at first very slow, and then stopped all together (at times). It slowed down webforms and anything that was using emails. Webforms were taking as much as 4-5 minutes to complete. It was same with the ubercart module when processing request from payment gateways. It was taking 3-5 minutes to return to our site from payment gateway site, as emails were taking time to go out to buyers.
Solution: Move away from the default phpmail function and use a SMTP email option.
a. SMTP Authentication Support (http://drupal.org/project/smtp)
OR
b. PHPMailer (http://drupal.org/project/phpmailer)
You can then use Google Mail or any other mail server of your choice. This will solve the problem.
For people working from local server
Just thought I'd point out one of the most common reasons for slow PHP mail.
In your etc/hosts file you might want to ensure you have your hostname (machine name) and hostname.localdomain added to your 127.0.0.1 line.
e.g. if your hostname is "myserver" (in Ubuntu, just type hostname into the terminal to get the name), you could have:
127.0.0.1 myserver.localdomain myserver localhost
In another *nix setup you may simply need:
127.0.0.1 localhost.localdomain localhost
I'm not too sure about how all this works so you might want to research more for a production server. I would abandon this method and simply use SMTP.
Delayed emails
In my case - the postings on forum and comments are emailed only if I login to Drupal website as Admin. Then you can check the Reports/Recent logged messages and you will see that multiple emails went out. I am using Elysia Cron (elysia_cron) 7-2.1.
If I force cron to run - then it also sends the emails right away.
Does anyone have an answer?
Haro.