Checkout_process hangs on tep_mail

[ChewK2]

I have looked but my forum skills are not finding me the answer.

 

I hang on checkout confirmation. Email will be sent but I eventually get a CGI Timeout. If I comment out the tep_mail function calls all is well. Except that I don't get email. I have CC and COD only for payment modules. USPS and UPS for Shipping. I am way new to this.

 

Anyone have ideas for me?

Really appreciate any help

[ChewK2]

I have looked but my forum skills are not finding me the answer.

 

I hang on checkout confirmation.  Email will be sent but I eventually get a CGI Timeout.  If I comment out the tep_mail function calls all is well.  Except that I don't get email.  I have CC and COD only for payment modules. USPS and UPS for Shipping.  I am way new to this.

 

Anyone have ideas for me?

Really appreciate any help

<{POST_SNAPBACK}>

 

Quick follow up. Just setting send mail in admin to false gets rid of the hang. As mentioned fixes the hang, but I also need email.

[boxtel]

Quick follow up.  Just setting send mail in admin to false gets rid of the hang.  As mentioned fixes the hang, but I also need email.

<{POST_SNAPBACK}>

 

this was my initial reason for this :

 

http://www.oscommerce.com/community/contri...ll/search,queue

[ChewK2]

this was my initial reason for this :

 

http://www.oscommerce.com/community/contri...ll/search,queue

<{POST_SNAPBACK}>

 

 

Ok. Thanks I downloaded v2.0

 

Sounds like dealing with mail in another thread could be a good solution. The inference is that if the timeout were lengthened (which I wouldn't do) the mail would eventually go? Is that your experience..Just wanting to be sure I am on the right track with the problem.

[boxtel]

Ok. Thanks I downloaded v2.0

 

Sounds like dealing with mail in another thread could be a good solution.  The inference is that if the timeout were lengthened (which I wouldn't do) the mail would eventually go?  Is that your experience..Just wanting to be sure I am on the right track with the problem.

<{POST_SNAPBACK}>

 

well,it depends.

I had enormous page delays when pressing confirmation because the page had to wait for the email to be processed. Sometimes they would go fast, sometimes they would take a minute. If you would also send an additional email to the store it would sometimes time out. Apart from that, if confirmation takes too long, users start to press the confirmation button again and again.

 

So when using the queue, all that is done while confirming is saving the email(s) in the queue for off-line sending. Therefore the online delay is now gone.

 

The queue still uses the very same function for sending the emails out of the queue using the scheduled job or manual send so if that function causes problems they will remain but you will always retain a copy of the emails in the queue which enables you to re-send them if required, eliminating the need to send an additional copy to the owner and it also makes testing much easier as you do not need to create an email every time, you simply press send or set the email to "scheduled" and kick-off the scheduled job again.

[ChewK2]

well,it depends.

I had enormous page delays when pressing confirmation because the page had to wait for the email to be processed. Sometimes they would go fast, sometimes they would take a minute. If you would also send an additional email to the store it would sometimes time out. Apart from that, if confirmation takes too long, users start to press the confirmation button again and again.

 

So when using the queue, all that is done while confirming is saving the email(s) in the queue for off-line sending. Therefore the online delay is now gone.

 

The queue still uses the very same function for sending the emails out of the queue using the scheduled job or manual send so if that function causes problems they will remain but you will always retain a copy of the emails in the queue which enables you to re-send them if required, eliminating the need to send an additional copy to the owner and it also makes testing much easier as you do not need to create an email every time, you simply press send or set the email to "scheduled" and kick-off the scheduled job again.

<{POST_SNAPBACK}>

 

I added your email queue to my site only to discover there is no job scheduler or cron available from my hosting site. So now I am faced with a "how to trigger a job without a scheduler" problem.

 

In the meanwhile, it seems odd that others aren't suffering the same problems. Is there simply a faster email processor. Is mine unusually slow? (using hostexcellence.com). Thanks for your thoughts. I liked your idea until I ran into this scheduler issue.

[boxtel]

I added your email queue to my site only to discover there is no job scheduler or cron available from my hosting site. So now I am faced with a "how to trigger a job without a scheduler" problem.

 

In the meanwhile, it seems odd that others aren't suffering the same problems.  Is there simply a faster email processor.  Is mine unusually slow?  (using hostexcellence.com).  Thanks for your thoughts.  I liked your idea until I ran into this scheduler issue.

<{POST_SNAPBACK}>

 

well, you could schedule a job on your local desktop/notebook machine which kicks off the job located on your server. Who and from where a job is triggered is of no consequence other than that the job is initiated via the webserver as opposed to directly via the php processor.

 

Never encountered a host without job scheduling though.