User registration hangs in 5.6.3.2
Permalink
We have a problem with two installations on the same server.
It has been working before but now when new users try to register to the site with concrete5, the registration page hangs.
If there is some error in the registration, the error is displayed correctly. But if there are no errors the submit button tries to submit the registration form but it just keeps loading.
If I check the logs in the dashboard, it says that the confirmation e-mail has been send but the e-mail never arrives. I have tried this with several email addresses. The email does not go to junk for example, it just does not really send it.
It seems it could be hanging to the sending of the e-mail although concrete5 reports that te e-mail has been sent.
Here's the system information for the site:
Second installation:
It has been working before but now when new users try to register to the site with concrete5, the registration page hangs.
If there is some error in the registration, the error is displayed correctly. But if there are no errors the submit button tries to submit the registration form but it just keeps loading.
If I check the logs in the dashboard, it says that the confirmation e-mail has been send but the e-mail never arrives. I have tried this with several email addresses. The email does not go to junk for example, it just does not really send it.
It seems it could be hanging to the sending of the e-mail although concrete5 reports that te e-mail has been sent.
Here's the system information for the site:
# concrete5 Version 5.6.3.2 # concrete5 Packages Attribute Displayer (1.0.1), Automatic Email Obfuscator (1.2.3), Calendar Nav (1.0.8), Disqus Comments (0.5.1), Editor Comment (1.0), Enhanced User List (1.6.0), Nivo Slider (2.0.1), Page List+ (5.6.0.0.0.5.6.1), Pro Forms (7.5.8), ProForms Extend Example (0.0.1), Redirect (1.1). # concrete5 Overrides blocks/search, blocks/pro_event_list, blocks/pmw_enhanced_user_list, blocks/page_list, blocks/rss_displayer, blocks/calendar_nav, controllers/tapahtumat_json.php, elements/profile, languages/ru_RU, languages/he_IL, languages/sl_SI, languages/fi_FI, languages/cs_CZ, languages/ro_RO, languages/fr_FR, languages/it_IT, languages/zh_TW, languages/tr_TR, languages/es_ES, languages/fa_IR, languages/es_MX, languages/de_DE, languages/zh_CN, languages/es_PE, languages/ar, languages/sk_SK, languages/ja_JP, languages/da_DK, languages/nl_NL, languages/es_AR, languages/vi_VN, languages/nb_NO, languages/pt_PT, languages/sv_SE, languages/el_GR, single_pages/profile, single_pages/ideapankki.php, single_pages/tietoa, single_pages/tutkimusta-ja-kehitysta, single_pages/tapahtumat_json, single_pages/ajankohtaista, themes/luovaamo # concrete5 Cache Settings Block Cache - On Overrides Cache - On Full Page Caching - Off # Server Software Apache/2.2.22 (Debian) # Server API apache2handler # PHP Version
Viewing 15 lines of 39 lines. View entire code block.
Second installation:
# concrete5 Version 5.6.3.1 # concrete5 Packages Automatic Email Obfuscator (1.2.3), Calendar Nav (1.0.5). # concrete5 Overrides blocks/page_list, blocks/autonav, js/index.php, js/jwplayer, js/scrollbar.js, js/tooltip_main15.js, js/easytooltip.js, js/jquery-ui-timepicker.js, js/jquery.nivo.slider.pack.js, css/nivo-slider.css, css/jquery-ui.css, languages/fi_FI, single_pages/extranet, single_pages/isannat_ja_emannat.php, single_pages/hallinta, single_pages/koulufolkjam, single_pages/tunnit.php, single_pages/tunnit.bak.php, single_pages/ohjaajakoulutus, single_pages/tunnit, themes/folkjam, themes/elofolkjam, themes/koulufolkjam # concrete5 Cache Settings Block Cache - On Overrides Cache - On Full Page Caching - Off # Server Software Apache/2.2.22 (Debian) # Server API apache2handler # PHP Version
Viewing 15 lines of 39 lines. View entire code block.
Maybe check with the mail sending service. Perhaps it thinks you are sending spam and puts the mail into a black hole. Spam detection evolves over time. If you had a rush of registrations, and hence a rush of outgoing mail, something like that could trigger an automated blacklist.
It's our own dedicated server and there hasn't been issues like this before.
It's using PHP's own mail function for sending the e-mails from concrete5.
Will have to check this option from the server admin.
It's using PHP's own mail function for sending the e-mails from concrete5.
Will have to check this option from the server admin.
It was server configuration issue.
But it's still interesting that if mail fails to send, it freezes the whole registration process. :)
Would be more useful if it would say something like:
Registration was succesful but we could not send the confirmation e-mail.
And then a link:
Try sending the confirmation message again.
But it's still interesting that if mail fails to send, it freezes the whole registration process. :)
Would be more useful if it would say something like:
Registration was succesful but we could not send the confirmation e-mail.
And then a link:
Try sending the confirmation message again.
