On Mon, Aug 22, 2011 at 4:11 PM, Joel Willers <joel.willers@sigler.com>wrote:

At /admin/user/settings is the Require e-mail verification... checked? You might check through all of those settings to make sure that email is being generated.

Thanks Joel, those settings are set appropriately. I think my trouble may be a result of no User 0 being present. I'm going to recreate it in test and see what happens.

Joel

From: support-bounces@drupal.org [mailto:support-bounces@drupal.org] On Behalf Of Bill Traynor Sent: Sunday, August 21, 2011 8:30 AM To: support@drupal.org Subject: [support] mail issue: new user registration email not being sent

Hello,

I've inherited a community site (meld.org) running Drupal and I'm struggling with a problem that appears to have been present for some time now. When a new user registers on the site, Drupal indicates that the new user registration email with password and next steps has been sent to the user, but that mail never gets generated. I've been researching this problem for a week now and see that it's cropped up for many users in the past, with the possible solution being found here: http://drupal.org/node/353797#comment-4426896

So here's what I know: Drupal 6.19 PHP 5.2.17 Apache 2.2.3 (RedHat) SimpleMail php.ini: sendmail_path = /usr/sbin/sendmail -t -i

I can send mail manually from the box using: $sudo /usr/sbin/sendmail -f "admin@meld.org" to "btraynor@gmail.com" < test.mail

And I verified that PHP can send mail from the machine as well.

I've tried using the SMTP Authorization module with the Outgoing Mail logging module and generating a Test message does NOT send a mail out, but does log it as if it had in the Outgoing Mail logging report. However, /var/log/maillog shows nothing.

Beyond simply starting to upgrade everything one by one, I'm at a loss.

Any thoughts on next steps would be appreciated.

-- Bill Traynor Technical Writer & Community Manager of Meld.org MontaVista Software, LLC 2929 Patrick Henry Drive Santa Clara, CA 95054

-- [ Drupal support list | http://lists.drupal.org/ ]

-- Bill Traynor Technical Writer & Community Manager of Meld.org MontaVista Software, LLC 2929 Patrick Henry Drive Santa Clara, CA 95054

Is it possible that the site has been black listed? Joel From: support-bounces@drupal.org [mailto:support-bounces@drupal.org] On Behalf Of Bill Traynor Sent: Tuesday, August 23, 2011 9:03 AM To: support@drupal.org Subject: Re: [support] mail issue: new user registration email not being sent On Mon, Aug 22, 2011 at 4:32 PM, Bill Traynor <btraynor@mvista.com> wrote: On Mon, Aug 22, 2011 at 4:11 PM, Joel Willers <joel.willers@sigler.com> wrote: At /admin/user/settings is the Require e-mail verification... checked?  You might check through all of those settings to make sure that email is being generated. Thanks Joel, those settings are set appropriately. I think my trouble may be a result of no User 0 being present.   I'm going to recreate it in test and see what happens. Nope, that's not the problem, as I have a User 0.  Looking into cacheing next.   Joel From: support-bounces@drupal.org [mailto:support-bounces@drupal.org] On Behalf Of Bill Traynor Sent: Sunday, August 21, 2011 8:30 AM To: support@drupal.org Subject: [support] mail issue: new user registration email not being sent Hello, I've inherited a community site (meld.org) running Drupal and I'm struggling with a problem that appears to have been present for some time now.  When a new user registers on the site, Drupal indicates that the new user registration email with password and next steps has been sent to the user, but that mail never gets generated.  I've been researching this problem for a week now and see that it's cropped up for many users in the past, with the possible solution being found here:  http://drupal.org/node/353797#comment-4426896 So here's what I know: Drupal 6.19 PHP 5.2.17 Apache 2.2.3 (RedHat) SimpleMail php.ini:  sendmail_path = /usr/sbin/sendmail -t -i I can send mail manually from the box using: $sudo /usr/sbin/sendmail -f "admin@meld.org" to "btraynor@gmail.com" < test.mail And I verified that PHP can send mail from the machine as well. I've tried using the SMTP Authorization module with the Outgoing Mail logging module and generating a Test message does NOT send a mail out, but does log it as if it had in the Outgoing Mail logging report.  However, /var/log/maillog shows nothing. Beyond simply starting to upgrade everything one by one, I'm at a loss. Any thoughts on next steps would be appreciated. -- Bill Traynor Technical Writer & Community Manager of Meld.org MontaVista Software, LLC 2929 Patrick Henry Drive Santa Clara, CA 95054 -- [ Drupal support list | http://lists.drupal.org/ ] -- Bill Traynor Technical Writer & Community Manager of Meld.org MontaVista Software, LLC 2929 Patrick Henry Drive Santa Clara, CA 95054 -- Bill Traynor Technical Writer & Community Manager of Meld.org MontaVista Software, LLC 2929 Patrick Henry Drive Santa Clara, CA 95054

Bill Traynor wrote:

On Tue, Aug 23, 2011 at 10:11 AM, Joel Willers <joel.willers@sigler.com>wrote:

...

Is it possible that the site has been black listed?

When I register as a new user the site tells me that further instructions have been emailed to the address I've provided. However, I do not see the mail being generated in /var/log/maillog.

I can manually send email from the box, bot from the command line and via php, so I'm a little lost. I'm tempted to just start upgrading.

Anything in the watchdog log that might give a clue? You probably have some contrib module getting in the way of the mail being sent. Try disabling modules 1 by 1 to determine if that is the case. -- Earnie -- http://progw.com -- http://www.for-my-kids.com

Bill Traynor wrote:

Interestingly, when I turn on Messaging Debug, I can successfully send a test email. So the problem lies with the new user registration form. I'm using reCaptcha on the form, which causes the page not to be cached. I wonder if that is the issue, as the form would be completed by the anonymous user.

If you disable the reCaptcha module are you able to send the email for the registering user? If so then you should start looking at the issue queue for the module, if not then disable another module. It may be a combination of this module and that module causing an issue. I've seen two modules enabled together cause issues where they work fine by themselves. -- Earnie -- http://progw.com -- http://www.for-my-kids.com

On Tue, Aug 23, 2011 at 2:27 PM, Bill Traynor <btraynor@mvista.com> wrote:

On Tue, Aug 23, 2011 at 1:56 PM, Earnie Boyd <earnie@users.sourceforge.net

...

wrote:

...

Bill Traynor wrote:

...

Interestingly, when I turn on Messaging Debug, I can successfully send a test email. So the problem lies with the new user registration form. I'm using reCaptcha on the form, which causes the page not to be cached. I wonder if that is the issue, as the form would be completed by the anonymous user.

If you disable the reCaptcha module are you able to send the email for the registering user? If so then you should start looking at the issue queue for the module, if not then disable another module. It may be a combination of this module and that module causing an issue. I've seen two modules enabled together cause issues where they work fine by themselves.

Thanks for the advice. Unfortunately, disabling the Captcha modules didn't help.

I'll keep digging.

I'm completely at a loss. I've upgraded our dev drupal installation to 6.22 as well as upgraded all modules with newer versions. The site is as up to date as possible and new user registration email still don't trigger. While tailing the /var/log/maillog, I do not see any mail activity when a new user registers. However, I can send test email manually via sendmail and via PHP, as well as trigger a test email from the Messaging Module. So what's going on. One thought was that I could be missing User 0 (Anonymous), thereby preventing caching of the form fields when a new user registers. I've verified that I do indeed have User 0. Also, I've cleared caches and started from scratch. Another possibility is that my hosts mail setup is incorrect. But mail works, as I validated manually and with the messaging module. Does anyone have any additional avenues I can explore? Or tests I can run?

...

-- Earnie -- http://progw.com -- http://www.for-my-kids.com -- [ Drupal support list | http://lists.drupal.org/ ]

-- Bill Traynor Technical Writer & Community Manager of Meld.org MontaVista Software, LLC 2929 Patrick Henry Drive Santa Clara, CA 95054

-- Bill Traynor Technical Writer & Community Manager of Meld.org MontaVista Software, LLC 2929 Patrick Henry Drive Santa Clara, CA 95054

On Thu, Sep 1, 2011 at 9:13 AM, Earnie Boyd <earnie@users.sourceforge.net>wrote:

Bill Traynor wrote:

...

Does anyone have any additional avenues I can explore? Or tests I can run?

Is your PHP set to use sendmail or SMTP? Have you researched the PHP and Apache log files? Are there changes to .htaccess which you're unaware of?

PHP is set to use sendmail. php.ini contains: sendmail_path = /usr/sbin/sendmail -t -i I can send email manually, as well as from Drupal, such as the Password Reset function. Yes, when the 'Create New Account' button is clicked, no log activity is generated anywhere. This would lead me to believe that the 'Create New Account' button isn't doing anything. I'm investigating that now. I am unaware of any .htaccess changes.

-- Earnie -- http://progw.com -- http://www.for-my-kids.com -- [ Drupal support list | http://lists.drupal.org/ ]

-- Bill Traynor Technical Writer & Community Manager of Meld.org MontaVista Software, LLC 2929 Patrick Henry Drive Santa Clara, CA 95054

Bill Traynor wrote:

I think I'm getting warmer. The error_log shows the following when a new user registers:

Unexpected character in input: ''' (ASCII=39) state=1 in /var/www/ dev.meld.org/drupal-6.x/sites/all/modules/ctools/plugins/access/php.inc(55): eval()'d code on line 1, referer: http://dev.meld.org/admin/build/modules/list Unexpected character in input: ''' (ASCII=39) state=1 in /var/www/ dev.meld.org/drupal-6.x/sites/all/modules/ctools/plugins/access/php.inc(55): eval()'d code on line 1, referer: http://dev.meld.org/ Unexpected character in input: ''' (ASCII=39) state=1 in /var/www/ dev.meld.org/drupal-6.x/sites/all/modules/ctools/plugins/access/php.inc(55): eval()'d code on line 1, referer: http://dev.meld.org/member/register Unexpected character in input: ''' (ASCII=39) state=1 in /var/www/ dev.meld.org/drupal-6.x/sites/all/modules/ctools/plugins/access/php.inc(55): eval()'d code on line 1, referer: http://dev.meld.org/member/register

But how would I go about tracking down the offending ' character? As you can see, the error also occurred when logged in as admin and listing the modules.

I would go to line 55 in sites/all/modules/ctools/plugins/access/php.inc and add throw new Exception to find the offending module. You'll want to condition the throw new Exception to only when arg(0) == 'member' && arg(1) == 'register'. -- Earnie -- http://progw.com -- http://www.for-my-kids.com

At the advice of someone smarter than me, the code added is now: function ctools_php_ctools_access_check($__conf, $contexts) { if (arg(0) == 'member' && arg(1) == 'register') { print_r($__conf); } $access = eval($__conf['php']); return $access; } This results in the following output at the top of the returned page: Array ( [description] => [php] => if ( arg(0) == 'user' && is_numeric(arg(1)) && arg(2) == 'openid') { return TRUE; }; ) Array ( [description] => [php] => if ((arg(0) == 'node' && arg(1) == 'agreement' && is_numeric(arg(2))) || arg(0)=='project' || (arg(0) == 'node' && is_numeric(arg(1)) && arg(2) == 'release') || arg(0) == 'comment' ) { return true; } ) Array ( [description] => [php] => if ( arg(0) == 'messages' || ( arg(0) == 'filter' && arg(1) == 'tips) ) { return TRUE; }; ) Array ( [description] => [php] => if (arg(0) == 'search' && arg(1) == 'user'){ return TRUE; } ) Array ( [description] => [php] => if((arg(0)== 'search' && arg(1) == 'apachesolr_search')){ return TRUE; } ) Array ( [description] => notification pages [php] => if ((arg(0) == 'user' && is_numeric(arg(1)) && arg(2) == 'notifications') || (arg(0) == 'notifications')){ return TRUE; } ) Array ( [description] => [php] => if ((arg(0) == 'invite') || (arg(0) == 'user' && arg(2) == 'invites')){ return true; } ) This looks a little suspect: arg(1) == 'tips) In: Array ( [description] => [php] => if ( arg(0) == 'messages' || ( arg(0) == 'filter' && arg(1) == 'tips) Getting warmer, I hope. On Wed, Sep 7, 2011 at 1:32 PM, Bill Traynor <btraynor@mvista.com> wrote:

On Wed, Sep 7, 2011 at 8:47 AM, Earnie Boyd <earnie@users.sourceforge.net>wrote:

...

Bill Traynor wrote:

...

I think I'm getting warmer. The error_log shows the following when a new user registers:

Unexpected character in input: ''' (ASCII=39) state=1 in /var/www/

dev.meld.org/drupal-6.x/sites/all/modules/ctools/plugins/access/php.inc(55)<http://dev.meld.org/drupal-6.x/sites/all/modules/ctools/plugins/access/php.inc%2855%29> :

...

eval()'d code on line 1, referer: http://dev.meld.org/admin/build/modules/list Unexpected character in input: ''' (ASCII=39) state=1 in /var/www/

dev.meld.org/drupal-6.x/sites/all/modules/ctools/plugins/access/php.inc(55)<http://dev.meld.org/drupal-6.x/sites/all/modules/ctools/plugins/access/php.inc%2855%29> :

...

eval()'d code on line 1, referer: http://dev.meld.org/ Unexpected character in input: ''' (ASCII=39) state=1 in /var/www/

dev.meld.org/drupal-6.x/sites/all/modules/ctools/plugins/access/php.inc(55)<http://dev.meld.org/drupal-6.x/sites/all/modules/ctools/plugins/access/php.inc%2855%29> :

...

eval()'d code on line 1, referer: http://dev.meld.org/member/register Unexpected character in input: ''' (ASCII=39) state=1 in /var/www/

dev.meld.org/drupal-6.x/sites/all/modules/ctools/plugins/access/php.inc(55)<http://dev.meld.org/drupal-6.x/sites/all/modules/ctools/plugins/access/php.inc%2855%29> :

...

eval()'d code on line 1, referer: http://dev.meld.org/member/register

But how would I go about tracking down the offending ' character? As you can see, the error also occurred when logged in as admin and listing the modules.

I would go to line 55 in sites/all/modules/ctools/plugins/access/php.inc and add throw new Exception to find the offending module. You'll want to condition the throw new Exception to only when arg(0) == 'member' && arg(1) == 'register'.

I edited the function as follows:

function ctools_php_ctools_access_check($__conf, $contexts) { if (arg(0) == 'member' && arg(1) == 'register') { throw new Exception('Offending Module is:'); } else return $access; }

and received:

[Wed Sep 07 12:02:25 2011] [error] [client 24.246.24.2] PHP Fatal error: Uncaught exception 'Exception' with message 'Offending Module is:' in /var/www/ dev.meld.org/drupal-6.x/sites/all/modules/ctools/plugins/access/php.inc:63\n<http://dev.meld.org/drupal-6.x/sites/all/modules/ctools/plugins/access/php.inc:63%5Cn> Stack trace:\n #0 /var/www/ dev.meld.org/drupal-6.x/sites/all/modules/ctools/includes/context.inc(1435)<http://dev.meld.org/drupal-6.x/sites/all/modules/ctools/includes/context.inc%281435%29>: ctools_php_ctools_access_check(Array, Array, Array)\n #1 /var/www/ dev.meld.org/drupal-6.x/sites/all/modules/ctools/includes/context-task-handler.inc(176)<http://dev.meld.org/drupal-6.x/sites/all/modules/ctools/includes/context-task-handler.inc%28176%29>: ctools_access(Array, Array)\n #2 /var/www/ dev.meld.org/drupal-6.x/sites/all/modules/panels/plugins/task_handlers/panel_context.inc(250)<http://dev.meld.org/drupal-6.x/sites/all/modules/panels/plugins/task_handlers/panel_context.inc%28250%29>: ctools_context_handler_select(Object(stdClass), Array)\n #3 /var/www/ dev.meld.org/drupal-6.x/sites/all/modules/ctools/includes/context-task-handler.inc(46)<http://dev.meld.org/drupal-6.x/sites/all/modules/ctools/includes/context-task-handler.inc%2846%29>: panels_panel_context_render(Object(stdClass), Array, Array)\n #4 /var/www/ dev.meld.org/drupal-6.x/sites/all/modules/panels_everywhere/panels_everywhere.module(177)<http://dev.meld.org/drupal-6.x/sites/all/modules/panels_everywhere/panels_everywhere.module%28177%29>: ctools_context_handler_render(Array, '', Array, Array, false)\n #5 [internal function]: panels_everywhere_page_preprocess(Array, 'page')\n #6 /var/www/dev.meld.org/dr in /var/www/ dev.meld.org/drupal-6.x/sites/all/modules/ctools/plugins/access/php.inc on line 63

Does this mean that the offending single quote character is somewhere in one of these?

...

-- Earnie -- http://progw.com -- http://www.for-my-kids.com -- [ Drupal support list | http://lists.drupal.org/ ]

-- Bill Traynor Technical Writer & Community Manager of Meld.org MontaVista Software, LLC 2929 Patrick Henry Drive Santa Clara, CA 95054

-- Bill Traynor Technical Writer & Community Manager of Meld.org MontaVista Software, LLC 2929 Patrick Henry Drive Santa Clara, CA 95054

Just to follow up on this thread, I tracked down my problem. There was a custom module being used that redirected users at login. I turned it off and new user registration email resumed. I have not had a chance to debug the module yet, only briefly looking at it, comments indicate that it is an "Implementation of hook_user()". I'll likely just leave it off for now and instead work to move our site to Drupal 7.x. On Wed, Sep 7, 2011 at 10:46 PM, Bill Traynor <btraynor@mvista.com> wrote:

On Wed, Sep 7, 2011 at 3:26 PM, Bill Traynor <btraynor@mvista.com> wrote:

...

At the advice of someone smarter than me, the code added is now:

function ctools_php_ctools_access_check($__conf, $contexts) { if (arg(0) == 'member' && arg(1) == 'register') { print_r($__conf); }

$access = eval($__conf['php']); return $access; }

This results in the following output at the top of the returned page:

Array ( [description] => [php] => if ( arg(0) == 'user' && is_numeric(arg(1)) && arg(2) == 'openid') { return TRUE; }; ) Array ( [description] => [php] => if ((arg(0) == 'node' && arg(1) == 'agreement' && is_numeric(arg(2))) || arg(0)=='project' || (arg(0) == 'node' && is_numeric(arg(1)) && arg(2) == 'release') || arg(0) == 'comment' ) { return true; } ) Array ( [description] => [php] => if ( arg(0) == 'messages' || ( arg(0) == 'filter' && arg(1) == 'tips) ) { return TRUE; }; ) Array ( [description] => [php] => if (arg(0) == 'search' && arg(1) == 'user'){ return TRUE; } ) Array ( [description] => [php] => if((arg(0)== 'search' && arg(1) == 'apachesolr_search')){ return TRUE; } ) Array ( [description] => notification pages [php] => if ((arg(0) == 'user' && is_numeric(arg(1)) && arg(2) == 'notifications') || (arg(0) == 'notifications')){ return TRUE; } ) Array ( [description] => [php] => if ((arg(0) == 'invite') || (arg(0) == 'user' && arg(2) == 'invites')){ return true; } )

This looks a little suspect: arg(1) == 'tips) In: Array ( [description] => [php] => if ( arg(0) == 'messages' || ( arg(0) == 'filter' && arg(1) == 'tips)

It turns out the offending 'tips was in the Database. The page_manager_handlers table, row WHERE did = 51 or the site_template_panel_context. [Thanks to John at netdirect.ca for his help!].

Unfortunately, fixing this didn't solve my new user registration email problem.

Back to debugging.

...

Getting warmer, I hope.

On Wed, Sep 7, 2011 at 1:32 PM, Bill Traynor <btraynor@mvista.com> wrote:

...

On Wed, Sep 7, 2011 at 8:47 AM, Earnie Boyd < earnie@users.sourceforge.net> wrote:

...

Bill Traynor wrote:

...

I think I'm getting warmer. The error_log shows the following when a new user registers:

Unexpected character in input: ''' (ASCII=39) state=1 in /var/www/

dev.meld.org/drupal-6.x/sites/all/modules/ctools/plugins/access/php.inc(55)<http://dev.meld.org/drupal-6.x/sites/all/modules/ctools/plugins/access/php.inc%2855%29> :

...

eval()'d code on line 1, referer: http://dev.meld.org/admin/build/modules/list Unexpected character in input: ''' (ASCII=39) state=1 in /var/www/

dev.meld.org/drupal-6.x/sites/all/modules/ctools/plugins/access/php.inc(55)<http://dev.meld.org/drupal-6.x/sites/all/modules/ctools/plugins/access/php.inc%2855%29> :

...

eval()'d code on line 1, referer: http://dev.meld.org/ Unexpected character in input: ''' (ASCII=39) state=1 in /var/www/

dev.meld.org/drupal-6.x/sites/all/modules/ctools/plugins/access/php.inc(55)<http://dev.meld.org/drupal-6.x/sites/all/modules/ctools/plugins/access/php.inc%2855%29> :

...

eval()'d code on line 1, referer: http://dev.meld.org/member/register Unexpected character in input: ''' (ASCII=39) state=1 in /var/www/

dev.meld.org/drupal-6.x/sites/all/modules/ctools/plugins/access/php.inc(55)<http://dev.meld.org/drupal-6.x/sites/all/modules/ctools/plugins/access/php.inc%2855%29> :

...

eval()'d code on line 1, referer: http://dev.meld.org/member/register

But how would I go about tracking down the offending ' character? As you can see, the error also occurred when logged in as admin and listing the modules.

I would go to line 55 in sites/all/modules/ctools/plugins/access/php.inc and add throw new Exception to find the offending module. You'll want to condition the throw new Exception to only when arg(0) == 'member' && arg(1) == 'register'.

I edited the function as follows:

function ctools_php_ctools_access_check($__conf, $contexts) { if (arg(0) == 'member' && arg(1) == 'register') { throw new Exception('Offending Module is:'); } else return $access; }

and received:

[Wed Sep 07 12:02:25 2011] [error] [client 24.246.24.2] PHP Fatal error: Uncaught exception 'Exception' with message 'Offending Module is:' in /var/www/ dev.meld.org/drupal-6.x/sites/all/modules/ctools/plugins/access/php.inc:63\n<http://dev.meld.org/drupal-6.x/sites/all/modules/ctools/plugins/access/php.inc:63%5Cn> Stack trace:\n #0 /var/www/ dev.meld.org/drupal-6.x/sites/all/modules/ctools/includes/context.inc(1435)<http://dev.meld.org/drupal-6.x/sites/all/modules/ctools/includes/context.inc%281435%29>: ctools_php_ctools_access_check(Array, Array, Array)\n #1 /var/www/ dev.meld.org/drupal-6.x/sites/all/modules/ctools/includes/context-task-handler.inc(176)<http://dev.meld.org/drupal-6.x/sites/all/modules/ctools/includes/context-task-handler.inc%28176%29>: ctools_access(Array, Array)\n #2 /var/www/ dev.meld.org/drupal-6.x/sites/all/modules/panels/plugins/task_handlers/panel_context.inc(250)<http://dev.meld.org/drupal-6.x/sites/all/modules/panels/plugins/task_handlers/panel_context.inc%28250%29>: ctools_context_handler_select(Object(stdClass), Array)\n #3 /var/www/ dev.meld.org/drupal-6.x/sites/all/modules/ctools/includes/context-task-handler.inc(46)<http://dev.meld.org/drupal-6.x/sites/all/modules/ctools/includes/context-task-handler.inc%2846%29>: panels_panel_context_render(Object(stdClass), Array, Array)\n #4 /var/www/ dev.meld.org/drupal-6.x/sites/all/modules/panels_everywhere/panels_everywhere.module(177)<http://dev.meld.org/drupal-6.x/sites/all/modules/panels_everywhere/panels_everywhere.module%28177%29>: ctools_context_handler_render(Array, '', Array, Array, false)\n #5 [internal function]: panels_everywhere_page_preprocess(Array, 'page')\n #6 /var/www/dev.meld.org/dr in /var/www/ dev.meld.org/drupal-6.x/sites/all/modules/ctools/plugins/access/php.incon line 63

Does this mean that the offending single quote character is somewhere in one of these?

...

-- Earnie -- http://progw.com -- http://www.for-my-kids.com -- [ Drupal support list | http://lists.drupal.org/ ]

-- Bill Traynor Technical Writer & Community Manager of Meld.org MontaVista Software, LLC 2929 Patrick Henry Drive Santa Clara, CA 95054

-- Bill Traynor Technical Writer & Community Manager of Meld.org MontaVista Software, LLC 2929 Patrick Henry Drive Santa Clara, CA 95054

-- Bill Traynor Technical Writer & Community Manager of Meld.org MontaVista Software, LLC 2929 Patrick Henry Drive Santa Clara, CA 95054

-- Bill Traynor Technical Writer & Community Manager of Meld.org MontaVista Software, LLC 2929 Patrick Henry Drive Santa Clara, CA 95054