CiviCRM Community Forums (archive)

Using the latest build of Civicrm (1.7.9682, May 28), when I setup an event that sends a confirmation email, at the point the user is confirming their registration and the email is sent, the button text turns into "Processing" takes some time, and then I get a blank screen  with the URL (mydomain.org/civicrm/event/register)... I'm assuming this is a page timeout due to the SMTP background transaction taking too long, yes?   What ends up happening is that the user receives the confirmation email (good) and is registered (good), but never lands on another thank you or other page on the system.  If I don't specify email confirmation, this problem doesn't occur.  I know I have my SMTP settings correct since it does require authentication and I get either no mail or errors if the credentials are wrong.

Any ideas for resolving this?

John

Lobo,
How is CiviEvent sending the mail ?  Is it calling the sendmail binary or php mail()?   This is the suggestion of the hosting company..   the SMTP host is on the same server, BTW.

While I will try to increase the SMTP timeout value, the wait time to the user seem extraordinarily long.

John

Lobo,
I've isolated the block of code that things seem to get hung up in by putting in some echo statements throughout the function to figure out where it gets stuck... So far as I can tell, this block:

foreach ($recipients as $recipient) {
 if (PEAR::isError($res = $this->_smtp->rcptTo($recipient))) {
                $error = $this->_error("Failed to add recipient: $recipient",
                                       $res);
                $this->_smtp->rset();
echo 'before return';
                return PEAR::raiseError($error, PEAR_MAIL_SMTP_ERROR_RECIPIENT);
            }
        }
}

I can an indication that the foreach block is entered; but I never hit the echo debug code afterwards indicating that I've reached line starting with comment:
 /* Send the message's headers and the body as SMTP data. */

Thoughts?

I've also increased the page timeout but haven't had any change in behaviour.

I spent some time with John on ssh looking at this. here is what we found out:

1. his mail server is exim v4.63

2. during the mail interchange, Net/SMTP.php is expecting a response from the "RCPT TO" command and exim does not seem to be responding to it. Not sure if Exim is right or Net/SMTP. Basically the process hangs up here with the php code waiting for a reply

One hack is to comment out the lines 741-743 in packages/Net/SMTP.php. However i'm not sure of the ramifications of doing this. So please do so and check to make sure things work as expected

lobo