Support for Drupal 7 is ending on 5 January 2025—it’s time to migrate to Drupal 10! Learn about the many benefits of Drupal 10 and find migration tools in our resource center.
"Email verify has tried contacting the mail host but did not receive a reply. Check with your hosting provider that the function fsockopen() is properly configured on your server, and that port 25 is open. The module has been disabled"
This problem was identified in the original port inEmail_verify for D7, since the thread is closed, I am re opening it here.
this problem is yet to be solved
Comments
Comment #1
kaizerking CreditAttribution: kaizerking commentedI talked to my hosting provider, this is what the agent said:
hosting agent: "I want to inform you that port 25 is open by default. Please note that if you use SMTP through PHP you need to use localhost as your server name and port 25, no more details (no username, no password etc.)" .
Comment #2
PedroDDM CreditAttribution: PedroDDM commentedIt seems that the same problem has not been solved since D6, today I tried to solve it with a site (over D6) that I have in hostgator, their support area finally replied:
"After investigating further, it seems that there is an issue with the module specifically. I can show you that the port is open and the fsocket is working properly: ->And then he shows me the configuration details <- how is indicated in the manual http://php.net/manual/en/function.fsockopen.php.
Finally suggest me that contact Drupal and see if their support has any advise on how to resolve it.
Comment #3
kaizerking CreditAttribution: kaizerking commentedin the module files in the code at "$host = drupal.org", I don't know why it is drupal.org instead of my own site. I think if module wants to test the smtp port , there should be some other way to test I am not coder so i just got this doubt.
At least module should be allowed to install with an option whether to test it or not, if the 'yes i want to test now' then the a test should be carried out similar to cURL procedure else 'i want to test later ' should be an option, if it is allowed then it will be easy for a coder to debug it, if not allowed then how can it be debugged?
I also had discussion with my hosting provider, he says port is open by default. and explained the same thing
Comment #4
kaizerking CreditAttribution: kaizerking commentedany update please?
Comment #5
DrewMathers CreditAttribution: DrewMathers commentedThis was a problem with running this module in shared hosting. There was a D6 patch for it: #431376-5: Running with shared hosting security
Comment #6
kaizerking CreditAttribution: kaizerking commentedcould you please make a patch for D7 to test it?
Comment #7
oadaeh CreditAttribution: oadaeh commentedI have included a slightly modified version of the D6 referenced patch in 7.x-1.x-dev. Look for a date newer than Aug. 16 and try it out.
As I do not have this situation and problem, I cannot test it, so please get back to me as to whether this fixes your problem or not.
Comment #8
friendswoodtech CreditAttribution: friendswoodtech commentedI am attempting to run this on a shared hosting site with HostGator and though I'm not getting the fsockopen error, the module does not appear to be working. There are no error messages in the log, but when I register with an invalid domain, no validation is completed and my registration is submitted and user account created.
Any suggestions or ideas?
Comment #9
DrewMathers CreditAttribution: DrewMathers commentedfriendswoodtech,
I replicated your test by registering a user with the address user@thisdomaindoesnotexist.com only to discover that thisdomaindoesnotexist.com is actually registered:
http://www.betterwhois.com/bwhois.cgi?domain=thisdomaindoesnotexist.com
It is possible that someone has actually registered the domain you are testing, even if that domain is not being actively used.
On shared hosting, the current version of Email Verify only checks DNS registration.
Comment #10
peterx CreditAttribution: peterx commentedThe error logging might fail due to http://drupal.org/node/1897962. I put some changes in Git for 1897962. A test with the changed code might produce messages in the log.
Note that most of the messages are notices and one is a warning. Filter the log on type email_verify.
Comment #11
friendswoodtech CreditAttribution: friendswoodtech commentedI don't think so. I tested against an email address with the domain idontknowwhattouse.com. Checking DNS, it appears that this domain is available, but the registration still went through on the site.
I updated the watchdog lines as suggested and still no errors to review.
Comment #12
DrewMathers CreditAttribution: DrewMathers commentedI am not able to replicate your issue. When I try to register a user with that domain name, Email Verify tells me it is an invalid domain. You might ask your host if they have disabled the PHP checkdnsrr() function.
Comment #13
oadaeh CreditAttribution: oadaeh commentedIt's been more than 1.5 years.