Posted by webdev2 on January 26, 2009 at 10:37pm
63 followers
| Project: | Webform |
| Version: | 6.x-3.17 |
| Component: | Code |
| Category: | support request |
| Priority: | normal |
| Assigned: | Unassigned |
| Status: | active |
| Issue tags: | email not send, webform |
Issue Summary
I have set up my web form with 3 field, a name, an email, and a radio select box.
I have if configured for all to go to an email address. I put a watchdog() in the part of the code:
// to be sent out.
if (is_array($address)) {
foreach ($address as $single_address) {
watchdog("WTF","Sending mail to $single address");
....
and it never logs, it never send an email. It does however, create an entry you can go back and see the entry.
Here's the initial discussion:
http://drupal.org/node/361115
Any ideas?
Many thanks.
Comments
#1
The first thing you should check is that Drupal can send e-mail at all. You can try using the Contact module (part of core) or you can request a password reset by logging out and clicking the "Request new password" link in the login block.
#2
I have the same problem ... Drupal can send email otherwise, but the webform module produces this error:
mail() [function.mail]: SMTP server response: 501 5.1.7 Invalid address in D:\Websites\liscommons\includes\common.inc on line 2091.
I'm running the following:
Drupal 5.15
MySQL database 5.0.27
PHP 5.2.0
Web server Microsoft-IIS/6.0
#3
I was able to resolve this by leaving the "From name" field blank in the global config page. The problem is apparently in how "webform.module" formats the "From:" field for our email sending program. The debug page showed this:
From: "Supplied Name" <user@domain.edu>Maybe a comma missing somewhere in "webform.module".
#4
This is correct e-mail formatting, the problem is more likely that your webserver isn't sending e-mails with this format properly. You'll probably have to leave the "From" name blank on all Webforms, which will make Webform send in the short "user@domain.edu" format.
EDIT: This answer was for the 2.x version of Webform. In the more recent 3.x, you can change the global setting for Webform under admin/settings/webform that will send all e-mails in the short format no matter what.
#5
Webform is also not sending emails, here. Other emails from Drupal go out: e.g. passwords, simplenews, civicrm, OG, etc. No errors are showing in the logs.
Oddly, webform used to email successfully ... as of the end of January we were receiving the emails; for the last few weeks we've not been.
Adjusting the "From name" as not done anything. At present, I'm trying this using Webform 2.6, but I've tried reverting as far back as 2.2 with no luck.
#6
The same problem here. Webform used to sent confirmation email fine. However, it stoped senting emails even though it does keep the submission in the database.
#7
Having the same problem here. I manage several drupal sites. I have Webform on two of them. On either site, when the form is submitted, regardless of whether I specify a confirmation/redirection for the form or not, the form goes to a blank white page. If I reload, I get a message asking if I want to resend the form. After getting past the blank page, one of my sites returns the "Unable to send E-mail...." error message. I used the other site as test-bed to see if its happening there too. No, it works, I get the form submission email, even though I get the blank-white screen . Both sites are configured nearly the same.
What is causing webform to not send out an email?
Drupal 6.10
Webform 6.x-2.6
MySQL 4.1.22
PHP 5.8.5
Apache 1.3.41
#8
It was working as of 3/1, but submittals stopped. Put blank value in "from name" with no success either (?).
#9
Still getting the same problem using drupal 6. Any suggestions?
#10
Solved my problem here. Turns out the e-mail was being marked as spam. Presumably because it was trying to claim it was coming from a different from address to the server.
#11
I have a similar problem. Webform does not send out mails to recipients in the form made, but I get the confirmation mail that it has been sent and it shows up normal in the results of the submission log. The Drupal contact form sends mail which I receive normally. Both to recipient as well as the confirmation mail which I have activated. Conclusion, the mail is not treated as spam.
I have left the "From" in blank and also tried to install the SMTP module as recommended in the troubleshooting but couldn´t get it to work. No luck!
Anyone has an idea where to look next?
#12
I am using the email component as the from address. I think webform is unable to send mail with an empty from mail address.
#13
I also have the same issue on one of the websites I am developing.
I also checked the mail logs and it appears that it is not even trying to send.
It has to be a configuration issue, as when I send from another website on the server (also Drupal), it sends the form.
#14
I am having the same problem. Webform doesnt seem to want to send email for every message submitted. It just submits to database, and then nothing.
Registration, password, and user contact form send email just fine.
Thanks,
agssan
#15
#16
Yep, same here. Couldn't figure this one out.
New site. Installed 6.x-2.7. Nothing. Did all my checking to confirm it was webform. Never had this problem with webform before.
#17
What are you using as the from-adres?
#18
I just assumed you ask me ..... I use the admin's address....
#19
I'm experiencing the same problem. I'm running Drupal on my own Mac. I am able to send e-mails from 'Forgotten password' and the normal Contact form (system wide contact form), but when I try to submit a webform form it does log the result, but doesn't send me an e-mail. I am new to this module, but I've checked everything a million times and it should work. Because it's just a simple contact form, the from address is the e-mail address the user enters in the form and the to address is my own e-mail address. I've also tried using the Default from name, from address and subject. The log files (Recent Log Entries) don't even log any e-mails being sent. However it does log an email being sent when I send it from the system wide contact form.
I'm running PHP 5.2.8, Apache 2.2.11 and MySQL 5.0.67 on Mac OS X 10.5.7 using Drupal 6.12.
Solved
Edit 21-jun-2009 13:58(GMT+1): It appeared that for some reason the emails did not arrive at the 'to' email address. When I changed this address they did arrive. I don't know why, but my problem is solved, unfortunately I can't delete this comment.
#20
I can't send the form to an email address. It gives the error "warning: mail() [function.mail]: SMTP server response: 553 Requested action not taken: mailbox name not allowed in D:\apache\www\includes\common.inc on line 1970.". I can send mail from other parts of Drupal (contactform, user contact, retrieve password). The spam firewall is set to allow all mail from the domain.
It used to work, a few weeks ago, but somehow it doesn't anymore. To my knowledge, nothing has changed in the configuration since then. Any idea what is going on?
edit: I solved my problem. In the php.ini file is a [mail function]. I had to enter the 'sendmail_from' adres at '; For Win32 only' to make the webform work. Obviously the other mail modules in Drupal work without having this specified, as they use the address specified within Drupal as a 'from' address, but Webform requires this to be set. I find that strange, as it should just use the address you specify in the settings, but it doesn't. Well, anyway, this solution worked for me, maybe it can help others too.
#21
Webforms were working up until July 27, 2009. After that they just stopped sending. It is quite a mystery. Even the E-mail to address: is missing and won't Save and it reverted back to the defaults for E-mail from name: , E-mail from address: .
Unfortunately we relied on these forms and I have had to resort to creating forms with old cgi scripts.
The following is the error message I found in the logs:
Unknown column 'email' in 'field list' query: INSERT INTO webform (nid, confirmation, teaser, submit_text, submit_limit, submit_interval, email, email_from_name, email_from_address, email_subject, additional_validate, additional_submit) VALUES (253, '', 0, '', -1, -1, 'kate.wood@twu-stt.ca, twu@twu-stt.ca', 'default', 'default', 'default', '', '') in /www/sites/all/modules/webform/webform.module on line 484.
Drupal 6.13
Webform 6.x-2.7
MySQL 4.1.22
PHP 5.8.5
Apache 1.3.41
#22
Adding an email address to the "sendmail_from" section of the php.ini file (line 755 for me) fixed the problem for me too. This happened to me both on my localhost install and the production one.
I wasn't getting webform submissions or update status/cron emails either, so I think the problem extends beyond the Webform module.
#23
Have the same problem. I found that if I change the from address on the form itself to a custom address it works.
#24
Just wanted to say that I am having same issue on two sites. It was working fine for many months and then all of a sudden it stopped. Not sure when it stopped though. Tried switching addresses and from names and it would work on a test but then stop again.
#25
Webform did not send any email and issues no error (Drupal mail configuration is OK, as "lost password email" are actually sent, etc) until I customized Email from name AND Email from address:
I leaved blank "Email from name" (as indicated by rca2t, but I did it in the single webform and not in the general webform configuration, as I have only one form), and put the default address in "Email from address" (don't know if this is necessary, but I tried different configurations for two days, and now that it works...).
Update:
I can confirm that customizing as blank "From name" field is sufficient to make webform module really send the emails.
#26
The problem most users are describing is http://drupal.org/handbook/modules/webform/faq#webform-email
It's not a bug in Webform, but a limitation in IIS servers that prevent it from sending e-mails with a "Name" included.
#27
Marked #299758: Not receiving emails as a duplicate of this issue.
#28
Having the same problem posted here, however I'm on a Linux server, not a Windows server, so none of the "workaround" solutions pertain, and setting the "from" field as blank doesn't do anything either. The server sends out emails fine normally, other emails from Drupal send out fine, it's just Webforms. The Drupal logs only say "error sending email" which doesn't help at all.
EDIT: Actually nm, idiot husband changed something between the time I tested the regular drupal stuff and when I tested the webform stuff, and didn't bother to tell me, so I made it change it back so now it works. False alarm!
#29
@mhedstrom
What did he change exactly? I am having the same issue.
#30
Same problem herew with no error generated. I am running 6.x-2.8.
No error is generated but no email is sent. I will also try and upgrade the module.
Thanks,
Steve
#31
I have two sits not sending email at this point both with 6,x-2.9
Thanks,
Steve
#32
Webform is sending emails to my personal gmail account but not to admin@mysite.com or any other name@mysite.com
Anyone have any idea why this would be happening?
#33
When I moved the site mail accounts were set on for the server. I turned it off and the problem is gone.
I checked this when I recieved a bounced email a day later stating that the account no longer exists. I uses google apps so I am assuming the server was trying to send it to a mail box on the server that did not exist instead of google servers.
Didn't know if this would help anyone.
#34
same problem. using drupal 6.15 and upgraded to webform 2.9.
no error messages, but email not sent out when form submitted.
#35
i have checked with my webhost. the issue is that webform sends out emails as user 'nobody'. to prevent spam, the webhost discards emails from 'nobody'. i was advised that the only way to get the mails sent out is to authenticate the mail, and to contact the developer to make changes to the code to send authenticated mails. is this possible? thanks lots.
#36
Webform is not responsible for the who the "owner" of the e-mail is. It uses Drupal core's e-mail system. This probably means you can't get any e-mails from Drupal at all (welcome e-mail, lost password, contact.module, etc.) You might look into Drupal's other e-mail related modules that might help you, such as the SMTP module.
#37
oh will try to smtp authentication support module. thanks for info =)
#38
I installed webform in January, We are now live and trying to enter a send to email address and getting this error.
Unknown column 'email' in 'field list' query: INSERT INTO webform (nid, confirmation, teaser, submit_text, submit_limit, submit_interval, email, email_from_name, email_from_address, email_subject, additional_validate, additional_submit) VALUES (253, '', 0, '', -1, -1, 'xxxxx@xxxx.com, xxxxx@xxxx.com', 'default', 'default', 'default', '', '') in /www/sites/all/modules/webform/webform.module on line 484.
Drupal 6.14
Webform 6.x-2.9
When I check the database. The fields email, email_from_name, email_from_address, email_subject do not even exist. I have tried update a dozen times.
Any ideas?
#39
Sounds like you may have installed the 3.x version at some point, which doesn't use these columns (it moved them to a new table). You can't downgrade from 3.x to 2.x, the only fix will likely be to completely uninstall Webform and reinstall it.
#40
I don't recall having 3.x on there and reverting to 2.9. But it is possible. Since 3.x seems to be the problem, can I just update to that. Also what are the steps to remove webform completely and reinstall 2.9 if I choose to go that route.
Thanks
#41
For downgrading: #721662: Downgrading Webform causes "warning: Invalid argument ..." in Form components
#42
"Webform is sending emails to my personal gmail account but not to admin@mysite.com or any other name@mysite.com"
My company's website is having the same issue. Our web developers keep saying that it must be on the email host side - in this case Network Solutions and Hotmail are the two that won't receive email - but that just doesn't make sense to me. What changes could I make to my personal hotmail account that would prevent the email from coming in.
So here is our situation exactly:
Webform sends emails to gmail, yahoo/swbell/att and the email is received. Webform sends emails to hotmail and NetSol emails, but the emails never get to the mailbox. I have tried removing the Send From Name, but that didn't work.
Any ideas? I just need to point the developers in the right direction. Maybe it is a hotmail based issue.
#43
I had this problem and changed the 'from address' as it was suggested in this thread and worked.
#44
Same problem, using SMTP module.
Fixed by removing From part of the webform.
#45
Where is the From part of webform , I am using Drupal 6.16 , i can't understand the which From part of webform should be configured to sent mail. I found following option for from attribute of mail in webform
E-mail from address:
Default: paresh.kintu@localhost.com
Custom: [ textbox here ]
Component: [ combobox containing signle value ] : Email
I tried with All but i yet not ger the problem solved,
Anybody can guide ?
#46
I had similar problems. The system throws an error because the email fields are not check on both places (Configuration section "conditional e-mail recipients" and Form Components-"E-mail a submission copy")
What I did to fix it:
1) Go to Form components and click on the email field of type email. That is another error most people make, they don't choose the correct type. In this case it should be "email".
2) The system will then take you to a second configuration page which has the following title: Edit component: Your email Title.
At the lower part of the page, you will find a check box label "Email a submission copy" . Check if you wish for the email recipient to receive a submission copy of your form. Do not check if you do not want the recipient to not receive a submission form. Click submit. It will then take you back to the Form component section which you will then Click submit, found at the bottom (this saves the form changes). Remember which fields you checked "Email a submission copy" check box.
3) Click on "Configuration" link within the webform, found at the top section.
4) Scroll more or less on the middle of the page and you will see "conditional email recipients" which you will notice all the possible email recipients. Check ONLY THOSE WHO you've checked to receive "Email a submission copy" . What happens is the the system will throw an error when the boxes are not paired enable in both places (Form components section ("E-mail a submission copy") and Configuration Section ("conditional email recipients").
If you do not want the recipient to receive a copy form submission then make sure that they are uncheck in both places.
#47
I am getting the same problem, but no error message anywhere.
I am using webform as part of a hotel reservation system.
No emails are going out to the receiving address I specify.
I tried checking what Laxontheweb stated above, but it did not help.
Any recent ideas?
I am using Drupal 5.16 and Weborm 5.x-2.6.
#48
I have this same issue.
All forms were working great until today when I just updated an email address on one of the forms. Since then no emails are being sent. Changing the email address back does not solve the issue (nor do any of the suggestions in this thread)
really annoying as we rely on webforms quite a bit.
#49
This worked for me!
#50
Not sure if this could help for people who don't get any error message: verify if one of the form components is named "Subject". If yes, rename it something else like "Subject of message".
See bug http://drupal.org/node/952482.
#51
I'm experiencing a similar problem.
If Webform is configured to send emails, when the user hits the 'submit' button a white screen is returned with one word on it -- 'webform' -- and nothing else. There is no error recorded in my Apache log nor in the Drupal error log.
When the option to send an email is removed, everything works perfectly.
I've looked at the fixes suggested here and tried most of them with no luck.
My question is: how does one go about gathering diagnostic information on this problem, when the error logs show nothing. Is there some kind of trace that could be set up or a patch to the Webform module to force it to log what it is doing?
#52
I had the same problem. Webform did not send mail with no error message. I've solved this problem for me.
Solution:
Go to webform settings (/admin/settings/webform) and set "From name: " to from e-mail. In my case "From address:" and "From name" have the same value: robot@example.com.
After this settings were done all the webforms work and confirmation messages also work after form sending.
#53
If you're having this particular problem, you can probably set Webform to use the "short" e-mail format under admin/settings/webform. This will remove the "From name" field entirely and use the short e-mail format for all sent e-mails.
#54
Here's something to think about..... I've had the same problem recently on a pretty important website so it was critical that I got the issue sorted. Webforms were storing the submitted data, but the emails were not being received. I upgraded from 2.8 to version 3.x of the webform module and tried again. Same thing, forms were being stored but not sent / received to my email address. I tried several combinations of sender email address, name, subject etc and several email addresses to send to. All this with webforms being stored but not sent / received. Also all along the way no error messages, no errors in the server logs, nothing.
Then just this morning I made a dump of the database, zipped up the website and transferred the lot over one of my Cloud servers under a test domain name and guess what? I submitted the webform and received it instantly...
So as far as my situation has been, it appears to be a server issue so I urge you all to check out your server configs instead of tearing your hair out :) I don't know how to fix the live server yet, but a blank dev one works just fine. I'm tempted to fix the issue by updating the A Record of the website just to have an easy option.
#55
Thank you fortina for this valuable information.
Please let us know how you fix the live server, especially if you can identify the cause of the problem. Since I am using shared hosting I cannot get this problem fixed unless I can tell my service provider exactly what they need to do.
#56
Here's the result of what happened this week. We managed to get the live server working again. I guess I should have tried using other email sending scripts first rather than blindly trying solely to get the webforms working. The response from tech support was:
=============================================
Looking at the yum install log, it seems that Plesk installed both Qmail and Postfix MTA (mail transfer agents) when being set up for the first time. This has meant that for general purposes, the running MTA (which is Postfix, probably simply as it is started first in the boot order) works fine, but when sending mail via Apache, it tries to use Qmail's handlers. As Qmail isn't running it's simply drops in and out of the queue without actually being delivered, or that's what I suspect anyway.
I'll see if I can find out what has happened, and if we can safely remove Postfix without breaking any of your existing mail delivery settings. Can I confirm whether you use this server for any incoming mail on the manchestersportandleisure.org domain that is running on it?
--
Kind Regards,
Chris Merrett - Senior Linux Engineer
and then...........
Could you please let me know if the changes I have just made have worked? I've reinstalled Qmail and disabled Postfix, which I suspect should solve the problem.
=============================================
At that point every webform submission arrived all at once, including messages from Plesk about resource usage etc.. I didn't try the other ways of sending mail in Drupal because the tech support guy had tested the ability of the server to send email using the command line to me with success.
#57
#58
This was my specific problem and solution:
- Using the SMTP module
- Sending an email via the SMTP test page works
- No email from webform
The problem was the mimeemail module was configured incorrectly.
- Select "SMTP" on this page: admin/settings/mimemail
Solved!
#59
#58 worked for me
#60
I just wanted to add a quick note to anyone that stumbles across this issue like I did.
In my case the forms would send to any off-site e-mail address, but not to any address associated with the domain. This was for an aerospace company's site and the way the domain was configured is that a host was handling the web serving, but the mail servers were handled at another ip.
So to fix this, I had to go into cPanel and change the MX Entry settings from "Local Mail Exchanger" to "Remote Mail Exchanger" and then point to the right destination (mx.domain.com).
Hope this helps someone.
#61
Hi,
I downloaded the 6.x-3.9 today, and the e-mail sending problem persists. I've confirmed that the e-mail server works by using the core contact module.
Regards,
#62
My bad, it seems I had to set the e-mail address again.
#63
I intentionally leave this issue open for end-user reference, please do not change it to a bug report or mark it closed.
#64
Sorry...
#65
After trying EVERYTHING else, #58 finally worked for us. Thank you!
#66
SOLVED: For those of you who seemingly configured everything properly, have no errors when submitting the form, but do not receive the e-mail (assuming that you do however have drupal's default contact module working) I have a possible resolution.
It is more of a theming issue than anything else. What is wrong is that you have a custom theme that is not enabling you to see the setting tabs to configure WHERE THE EMAILS ARE TO BE SENT. What you should do is change your theme in sitebuilding>>themes to Marinelli theme. If you are afraid of breaking drupal by changing the theme just create a new user and assign that user the Marinelli theme, then log in under that user's name.
After you have changed to the Marinelli theme navigate to: content management>> content>> and click on whatever you named your webform. Now, at the top of the page you should see the "Webform" tab, click on it. Now right below the "Webform" tab you should see three other links: 1)Form Components, 2)E-mails, and 3) Form Settings. Click on the "E-mails" link. Now you should see an option to assign an e-mail address for the form to be sent to. Enter your desired email address and then click add.
Now you can switch back to your normal theme and try resending the form. The form may work at this point. Let me know if this works for anyone else. I have attached a screenshot to show what you should be looking at.
#67
Hi, I don't want to get flamed for posting up the same errors but I have spent ages reading pages of fixes and trying them out to no avail. Here's some of the server information I have got:
Drupal 7 - 7.2
Webform - 7.x-3.11
Operating system - linux
Apache version -2.2.16
PHP version - 5.2.9
I have a webform that sends to an email set up with my domain - test@domain.com - When submitted its is logged but never gets to the email. I also have a gmail account that I told it to send to for a test and it works fine.
When I tell drupal to request a password or set up a new account it does send these emails to the recipient address fine (only tried sending to gmail accounts). I didn't have any luck with the SMTP module (which confused me a lot) and I can see/access all the configuration pages fine.
Feel like I'm hitting my head against a brick wall here with everyone saying fixes worked for them but not for me. Please can anyone help or tell me exactly what they did to fix it. For my own sanity's sake, help!
Thank you
Jason
#68
I wanted to share my solution:
I'm running Webform 3.11 on Drupal 6.22.
Site emails worked fine, except, Webform emails simply would not send. Nothing even turned up in the system logs.
My server is linux/apache, so the Microsoft ISS "email from name glitch" couldn't have been the culprit.
I fixed it by disabling Mimemail (6.x-1.0-beta1). After that, everything worked fine.
#69
Hi there, just wanted to share how I solved it:
After reading #67, I have a very similar scenario, read #60, went to my cPanel, and changed to Remote Delivery as mentioned by Kartagis and now is working!!!! Finally!
Gmail was working, but domain based accounts not, due to the reason explained in #60.
Thanks again Kartagis for pointing me in the right direction!
Regards,
Alex
#70
Yeah good job Kartagis. :/
:)
#71
Same problem here not receiving confirmation emails every time a webform is submitted.
What worked for me was worked for me was post #68 :)
#72
#58 Good job aidanlis it works for me, it was from the mime mail module configure I forgot to choose SMTP as mail engine.
#73
Ok I am having the same issue and I have tried multiple things from the above thread but still not receiving emails. First I had the same issue as #67, same versions of modules/drupal/servers/etc .
After submitting my webform (anonymously) my recent log would show it not getting delivered with three new lines, The first line was type "smtp" with message "Sending mail to: my@gmail.com". The second new line was type "smtp" with message "Error sending e-mail from info@mydomain.com to my@gmail.com", and the third line was type "mail" with message "Error sending e-mail (from info@mydomain.com to my@gmail.com). I would also receive an error on the actual form, saying it could not be sent.
I proceeded to download and install the SMTP module and I am able to send test emails with no problems. The system also sends emails for new accounts created so I know it can send emails.
I then downloaded and installed Mail System and Mime Mail per #58 and now the form submits with no errors but no email gets submitted and the recent log does not indicate any acticity. Does anyone know if I even need the Mail System and Mime Mail modules running. All I want is for this form to submit an email. Please help!!!
#74
Actually I just disable both the Mail System and Mime Mail. Now my Recent log list does not even recording when I do a test in the SMTP module so I have no idea what is going on anymore.
#75
Actually the weirdest thing just happened, it is working now. I did not do anything and it just starting working. My log is still no recording the emails being sent but it is working. No idea why, sorry I cannot be more of help, I am so surprised.
#76
Thanks mcctnt2000 for your tip #66 was the solution for me!
you saved many hours for me (after trying all previous solutions)
#77
Same problem for me !
The email setting itself is not getting saved in my case. I have configured SMTP properly as Cron is sending emails regularly.
I tried #66 - no luck
#78
After trying most of the options listed, #60 worked for me.
Initially, i was able to get emails if sent to a Gmail account but not if they were from the actual domain.
#79
Always nice to hear that a tip you float out there helps someone.
#80
Aftre months of pulling out hair our... we finally got it solved...
mcfilms post #60 finally solved the most vexing drupal problem we have ever had...
THANK YOU!
#81
Totally worked, we knew it was a theme issue as we could not see the menu items we needed, it took 12 hours to finally come across this, thank you and the community so much for taking the time post feedback... it makes everyone stronger.
Just for Clarity we did not switch to Marinelli as it was not installed, we were using a custom theme around "Blue Masters" which took out the email fields of the module when creating the Webform, so in essence we could not "turn it on" because the switch was hidden under our theme. We tested on another Blue Masters them we built and the same issue. The Same fix worked on both sites. This was not an issue on a custom theme site we created NOT using Blue Masters.
We also just changed the admin theme using Minelli and Chameleon, the full "webform Settings" came up on both that were hidden prior.
Thanks again...
#82
Resetting tags and titles. There are multiple solutions in this thread, don't change the title to reflect just one of them. As all the above solutions are related to either server configuration or other modules, this isn't a "task" for the Webform project, it's support.
#83
I've been looking for a couple days now for the answer to this problem, so forgive me if I just missed it somewhere. I'm trying to send a number of emails when a user completes a webform I've created. I have a confirmation of submission emailing to a custom email. That sends just fine. Then I try to send an email to the user themselves. That doesn't send. Also I'm trying to send a customized email to another component value of the webform. That doesn't send either.
I'm running the site on a MAMP localhost. Any ideas why it won't send those emails?
#84
bump
#85
@jrmoser: Please don't do that.
#86
#58 worked for me too, thanks!
#87
Stuck...
Using 6.x-3.15
Normal contact form can send emails fine, as does user/password emails and rules.
Webform silently fails, no watchdog entries.
Being in a hosted environment, I've no access to the mail server log.
Tried:
- Disabling mimemail (see #68), it did not have an smtp option either.
- Dont have the smtp module
Why cannot webform use the same functions to send email as drupal core (user/password emails, contact form..)?
Or each check that delivery works and report to watchdog if there is a problem?
Or has anyone tried to write a custom hook_webform_component_insert() or so to delivery more reliably?
#88
Got webform emails working on Drupal 6.22 with MIME Mail 6.x-1.0:
I have 2 recipients to the same form, and the one with the blank Custom E-mail from name gets the email, the one with this set to Default does not get the email.
#89
@JGReidy: This issue is for discussing problems that are caused by other modules or server configuration (which sounds like it would include the problem you described). Things are categorized as "bugs" if they can actually be fixed by the Webform project.
If your server is not capable of sending "long" e-mail addresses (with a name included), you should change Webform's setting for this also, located under admin/settings/webform.
#90
Check your incoming e-mail SPAM/Trash folder. Our Webform test e-mails were flagged as SPAM, and - as they did not go to our inboxes - led us to believe that they were never sent out.
#91
#60 works for me too!
#92
@JGReidy/#88: leaving fields blank does not seemed to be allowed for me.
However, experimenting with the from and reply to fields on /node/nnn/webform/emails/nnn has proved fruitful.
#93
#66 works for me too!
#94
my problem was due to smtp auth module + mimemail module. maybe this one http://drupal.org/node/838614
i think it can be solved disabling module mimemail
i solved hacking function webform_email_html_capable in webform.module
function webform_email_html_capable() {return false;
}
#95
Post #60 from "mcfilms" was right on.
My scenario:
Website on one webserver. Mail on a different mailserver.
My problem:
Emails from Drupal AND Webform were not being sent correctly to email addresses associated with the web domain.
But emails would be sent just fine to any off-site address.
Solution:
On the server currently hosting the website go to:
1) Cpanel / MX Entry
2) Change from Local Mail Exchanger to Remote Mail Exchanger
3) Add the correct mailserver with priority 0
4) If needed, change other mailservers to priority 1 (anything above 0).
Why does this happen?
Because the webserver might send mail to itself if it "thinks" he's the one responsible to get that mail. When this happens, you will never receive anything at the "real" destination.
Now by changing the above settings, we're instructing the webserver that mail must be delivered at another place.
#96
Post #4 by quicksketch was also valid for my case.
Changing from Long format to Short format also helped solving the problem.
Using Webform 6.x-3.4, there's a global setting at drupal/admin/settings/webform .
#97
@doomed I'm glad that helped. Your explanation is very clear and specific.
#98
Hi
Same problem here (mails coming out sometimes, and sometimes not).
I've take a closer look, and find that the mails goes out with any account that IS NOT a CAS one (our D6 is connected with our CAS server).
Big problem, cause many backoffice user are logging via the CAS...
Oh, forgot to say that we're using Webform Rules (the mail goes out sended by a rules)
(And it looks like if webformrules is not able to catch [data:your_e_mail-value] when the backoffice user is identified by CAS)
#99
@dbourrion -- See if my post #60 above applies to you.
#100
Hi
Can't see any cPanels on my Drupal
And the problem look's not to be linked with the fact that the mail goes to somebody inside (or not inside) some domains.
In fact, I've the problem only when the backoffice user (the librarian) has a CAS/drupal account.
Any backoffice user wich has only a Drupal account is able to send correctly the outgoing mails.
#101
Hi
Finally found what was going on (and so, solved it).
Some of the people in the Librarian rôle didn't complete their mail into their user description...
And has we do not use something like CAS attributes, that field was staying empty.
Rules doesn't like empty mail fields...
After having completed that field, everything goes smooth.
Thx
Regards
D.