New order email confirmation not being sent Planned maintenance scheduled April 17/18, 2019 at...
Why am I getting the error "non-boolean type specified in a context where a condition is expected" for this request?
What is the role of the transistor and diode in a soft start circuit?
How widely used is the term Treppenwitz? Is it something that most Germans know?
Can inflation occur in a positive-sum game currency system such as the Stack Exchange reputation system?
Dating a Former Employee
Why did the IBM 650 use bi-quinary?
Seeking colloquialism for “just because”
What's the meaning of 間時肆拾貳 at a car parking sign
Naming the result of a source block
Can a non-EU citizen traveling with me come with me through the EU passport line?
What's the purpose of writing one's academic biography in the third person?
What exactly is a "Meth" in Altered Carbon?
What does an IRS interview request entail when called in to verify expenses for a sole proprietor small business?
Echoing a tail command produces unexpected output?
Is it fair for a professor to grade us on the possession of past papers?
How to call a function with default parameter through a pointer to function that is the return of another function?
Is it true that "carbohydrates are of no use for the basal metabolic need"?
String `!23` is replaced with `docker` in command line
How to answer "Have you ever been terminated?"
English words in a non-english sci-fi novel
Can an alien society believe that their star system is the universe?
Can I cast Passwall to drop an enemy into a 20-foot pit?
How does debian/ubuntu knows a package has a updated version
Should I use a zero-interest credit card for a large one-time purchase?
New order email confirmation not being sent
Planned maintenance scheduled April 17/18, 2019 at 00:00UTC (8:00pm US/Eastern)
Announcing the arrival of Valued Associate #679: Cesar Manara
Unicorn Meta Zoo #1: Why another podcast?Magento 1.9.1 Not sending order emailsmagento 1.9.2.4 new order email not workingMagento 1.9.3.1 is not sending any order/shipment emailstransactional email not triggeredOrder e-mails are not being sentMagento Order Email Notification not sent to admin sometimesEmail system is not workingnew order mail is not working1.9.1 Order send email not workWelcome mail and order placing mail not receivingMagento 1.9.1 - Emails being sent by the new email queue?Order confirmation email sent multiple time - same order confirmation sent to all - unable to stop sendingMagento 1.9.1.0 Cron job / Order confirmation mail not sentOrder confirmation mail not sentNon-transactional emails are not being sent (email confirmation, welcome email, shipping)Order confirmation email send to wierd email adressesOrder Confirmation Email Not Sending Magento 2New Order Confirmation Email Not Being SentMagento Shipment Email Confirmation Being Sent TwiceMagento-2.2.4 order confirmation mail not sent to logged user
.everyoneloves__top-leaderboard:empty,.everyoneloves__mid-leaderboard:empty,.everyoneloves__bot-mid-leaderboard:empty{ margin-bottom:0;
}
I have upgraded my website to 1.9.1 and now my customers are not receiving order confirmation email.
I tried sending through the admin panel but nothing happens, also no update email is being received.
email upgrade cron magento-1.9.1.1
add a comment |
I have upgraded my website to 1.9.1 and now my customers are not receiving order confirmation email.
I tried sending through the admin panel but nothing happens, also no update email is being received.
email upgrade cron magento-1.9.1.1
merch.docs.magento.com/ce/user_guide/…
– matinict
Aug 24 '15 at 3:55
add a comment |
I have upgraded my website to 1.9.1 and now my customers are not receiving order confirmation email.
I tried sending through the admin panel but nothing happens, also no update email is being received.
email upgrade cron magento-1.9.1.1
I have upgraded my website to 1.9.1 and now my customers are not receiving order confirmation email.
I tried sending through the admin panel but nothing happens, also no update email is being received.
email upgrade cron magento-1.9.1.1
email upgrade cron magento-1.9.1.1
edited Nov 8 '18 at 10:10
Teja Bhagavan Kollepara
2,99841949
2,99841949
asked Nov 27 '14 at 7:09
user16826user16826
489153
489153
merch.docs.magento.com/ce/user_guide/…
– matinict
Aug 24 '15 at 3:55
add a comment |
merch.docs.magento.com/ce/user_guide/…
– matinict
Aug 24 '15 at 3:55
merch.docs.magento.com/ce/user_guide/…
– matinict
Aug 24 '15 at 3:55
merch.docs.magento.com/ce/user_guide/…
– matinict
Aug 24 '15 at 3:55
add a comment |
15 Answers
15
active
oldest
votes
- Starting with Magento 1.9.1 the emails are not being sent directly during checkout but instead are being queued.
- The queue is being processed via your Magento cronjob - please ensure this has been set up and is running correctly.
- The extension AOE_Scheduler can help you in confirming that your Magento cronjob has been configured correctly and is running.
6
Make surecron.sh
is running! We just spent a full day debugging this just to discover cron was misconfigured.
– forsvunnet
Jul 3 '15 at 8:31
2
how to know whether cron.php is working or not?
– Teja Bhagavan Kollepara
Dec 24 '15 at 12:20
2
You can trace the logs inside /var/log/cron
– Beto Castillo
Mar 26 '17 at 4:42
add a comment |
There are 2 methods to send mails from our Magento 1 store.
- By Using cron
- By Avoiding cron
If you want to avoid cron :
Open your order.php file at
app/code/core/Mage/Sales/Model/Order.php
Line#1356,1450,
change
//$mailer->setQueue($emailQueue)->send();
to:
$mailer-> send();
In app/design/frontend/base/default/template/checkout/success.phtml
:
add following line Top success page for sending mail direct
$order = Mage::getModel('sales/order');
$incrementId = Mage::getSingleton('checkout/session')->getLastRealOrderId();
$order->loadByIncrementId($incrementId);
try{
$order->sendNewOrderEmail();
} catch (Exception $ex) {
echo "Email Not Sent...";
}
$customer = Mage::getSingleton('customer/session')->getCustomer();
$email = $customer->getEmail();
//End Email Sending
working perfectly, is that necessary to add code on success.phtml becoz without that it seems working fine
– Suneth Kalhara
Oct 16 '17 at 10:50
3
Hello Happy to listen this. No need to add any code because the transactional mail will reach to email immediately.
– Teja Bhagavan Kollepara
Oct 17 '17 at 5:16
1
Never change (or overwrite, for that matter) vendor code - what happens when you upgrade?
– Bachi
Oct 29 '18 at 9:19
add a comment |
i removed the following mail queue code from Template.php , then i started receiving email when the order is placed by customer or when i click send email from the admin panel "Sales/Orders" tab.
Magento had set the order email to be sent by schedule job instead of instant email... probably for performance reason?(i dont know why, i am very new to magento)... however i am going to put this code back in the Template.php and find a way to set and run the schedule job to run every 5 minutes...
Template.php is located in => /app/code/core/Mage/Core/Model/Email/Template.php
if ($this->hasQueue() && $this->getQueue() instanceof Mage_Core_Model_Email_Queue) {
/** @var $emailQueue Mage_Core_Model_Email_Queue */
$emailQueue = $this->getQueue();
$emailQueue->setMessageBody($text);
$emailQueue->setMessageParameters(array(
'subject' => $subject,
'return_path_email' => $returnPathEmail,
'is_plain' => $this->isPlain(),
'from_email' => $this->getSenderEmail(),
'from_name' => $this->getSenderName(),
'reply_to' => $this->getMail()->getReplyTo(),
'return_to' => $this->getMail()->getReturnPath(),
))
->addRecipients($emails, $names, Mage_Core_Model_Email_Queue::EMAIL_TYPE_TO)
->addRecipients($this->_bccEmails, array(), Mage_Core_Model_Email_Queue::EMAIL_TYPE_BCC);
$emailQueue->addMessageToQueue();
return true;
}
This method solved the problem,but newsletter subscription is not working.Rolling back to old template.php solved the news letter subscription problem.
– balajisoundar
Sep 7 '15 at 12:36
add a comment |
There two solution as follows:
Solution-01: Using cron
System > Configuration > Advanced > System > Cron
The default settings are:
First of all, Magento 1.9+ relies completely on cron jobs to send transactional emails. If you didn’t have cron jobs set up properly before, you are going to have to do it now.
First of all make sure you have set up cron tasks in the Magento admin under
System > Configuration > Advanced > System > Cron
The default settings are:
Generate Schedules Every 15 Schedule Ahead for 20 Missed if Not Run Within 15 History Cleanup Every 10 Success History Lifetime 60 Failure History Lifetime 600
There are people suggesting these settings should be changed, but since they can’t seem to agree on the best combination, I’d rather leave it as it is.
You then need to go into your hosting control panel and set up cron jobs. In cPanel it’s under Advanced > Cron Jobs. Set them up to run every five minutes and use this command:
php -f /home/username/public_html/cron.php
Check that the above path is correct and that the file cron.php is actually there in the root of your Magento installation (if you’ve just upgraded, it should be). Change username to the correct account.
Now, I initially made the mistake of following the advice of the developers at xtento.com who say to use a wget command string: wget -O /dev/null -q http://www.YOURDOMAIN.com/PATH_TO_MAGENTO/cron.php
Solution-02:Avoid cron
Transactional emails will be sent instantly.
//app/code/core/Mage/Sales/Model/Order.php Line#1356,1450
//$mailer->setQueue($emailQueue)->send(); Change To
$mailer->send();
app/design/frontend/base/default/template/checkout/success.phtml
//add following line Top success page for sending mail direct
// Start Send Emai Here......
$order = Mage::getModel('sales/order');
$incrementId = Mage::getSingleton('checkout/session')->getLastRealOrderId();
$order->loadByIncrementId($incrementId);
try{ $order->sendNewOrderEmail();}
catch (Exception $ex) { echo "Email Not Sent..."; }
$customer = Mage::getSingleton('customer/session')->getCustomer();
$email = $customer->getEmail();//End Email Sending
add a comment |
With Magento 1.9 all the emails will be queued and later send through Cron.
Magento 1.9 Release Note
If you want your Transaction Emails to be sent through Cron, you can set the cron from from System>Configuration>System under tab Cron OR create cron in Cpanel direct it to your cron.sh or cron.php located in your root Magento directory.
add a comment |
Just install the "SMTP Pro Email" extension:
http://www.magentocommerce.com/magento-connect/smtp-pro-email-free-custom-smtp-email.html
Fill in with your Custom SMTP details and done.
This took me two full days to figure out. No Cron Jobs needed, although if you do want cron jobs working and you don't want to do the above, you can do the following:
Edit cron.php in Magento root directory
After:
$isShellDisabled = (stripos(PHP_OS, ‘win’) === false) ? $isShellDisabled : true;
add this line of code:
$isShellDisabled = true;
Set up Cron Job
On C Panel open Cron Jobs section
Create a cron job that runs the following command every 15 minutes:
php -f /home/USERNAME/public_html/domain.com/magento_folder/cron.php
Important to note that with SMTP Pro this configuration must be done for Magento 1.9.1 and above : System -> Configuration -> SMTP Pro -> Queue Configuration -> Queue Usage change from Default to Never.
– Shrenik
Jun 10 '17 at 5:55
add a comment |
In Magento 1.9.1.0, Magento has added a new feature: They store the order email in the core_email_queue
table to send the email of orders. We have to set the cron.php
in server
The cron.php
file set the core_email_queue_send_all
in cron schedule table. When crone execute the "send" method called from Mage_Core_Model_Email_Queue
. They send the mail to customer.
So above fix is working without any change in core file.
add a comment |
Just do the cron setup on your server as below command & then you will start receiving sales mails.
php -q /home/YOUR_USER_NAME/public_html/Path_to_cron.php
Use common settings as " ***** "
Need to replace YOUR_USER_NAME & Path_to_cron.php with yours.
add a comment |
Using n98-magerun I just run the following:
n98-magerun sys:cron:run core_email_queue_send_all
Or to time it if you don't want to run it all the time:
watch -n 10 n98-magerun sys:cron:run core_email_queue_send_all
This sends all the emails in queue every 10 seconds.
add a comment |
for godaddy server use following code while set up the cronjob:
* * * * * /usr/local/bin/php -q /home/steelwa/public_html/project_name/cron.php
This will run every minute.
add a comment |
if it is ONLY the order email not sending, it is because Magento queues only the order emails and saves them to send them out in batches. If you don't have your Heartbeat Cron setup.. then they will never leave the Magento queue.
You're seeing other Magento emails go out because those are handed directly from Magento to your mailer daemon. The ones Magento queues (like the order email) aren't even handed to the mailer daemon until the Hearbeat Cron runs.
To force them to go out... navigate to http://yourmagentodomain.com/cron.php and keep refreshing that page every five minutes and you'll see the queued order emails start to go out. The Heartbeat Cron is supposed to do this for you. Oh, and when you navigate to that cron.php file, the page is supposed to be blank so don't be alarmed... it will work.
add a comment |
I had the same issue and found out that it was related to an extension. Fooman Email Attachments has now been updated to v0.10.4. Versions below v0.10.3 won't work with Magento 1.9.
add a comment |
I followed the knowledge base to get it working:
http://www.magentocommerce.com/knowledge-base/entry/ee1141-ce191-responsive-email#contact-info
In the part "Localizing Transactional Emails",after following the previous instructions, copying to /en_UK finally got the emails on their way (including ones previously not sent), We also had a problem with the order confirmation page not being displayed to customers on completion. This was fixed also.
For example for the en_GB locale you would need to copy the files that are located at:
app/locale/en_US/template/email
to the location:
app/locale/en_GB/template/email
2
Welcome to Magento SE! Can you elaborate even further on your answer (offering code examples etc.)?
– benmarks♦
Dec 11 '14 at 4:18
add a comment |
If your mail system(smtp, zend_mail) works fine; disabling mailQueue may solve your problem.
/app/code/core/Mage/Core/Model/Email/Template.php
Change Line 407
if ($this->hasQueue() && $this->getQueue() instanceof Mage_Core_Model_Email_Queue) {
to
if (false /*$this->hasQueue() && $this->getQueue() instanceof Mage_Core_Model_Email_Queue*/) {
5
this breaks the contact form functionality.
– Zoya
Feb 12 '15 at 17:37
9
Don't edit core
– Kevin Schroeder
Aug 2 '15 at 1:54
1
Please do not provide solutions that require changes to CORE. Core classes must never be changed.
– Ahsan Horani
Sep 14 '16 at 10:09
add a comment |
If you have extension SMTPpro than try to disable it.
And check again.
All emails work fine and you only need to configure correctly.
add a comment |
protected by Community♦ Feb 10 '15 at 21:08
Thank you for your interest in this question.
Because it has attracted low-quality or spam answers that had to be removed, posting an answer now requires 10 reputation on this site (the association bonus does not count).
Would you like to answer one of these unanswered questions instead?
15 Answers
15
active
oldest
votes
15 Answers
15
active
oldest
votes
active
oldest
votes
active
oldest
votes
- Starting with Magento 1.9.1 the emails are not being sent directly during checkout but instead are being queued.
- The queue is being processed via your Magento cronjob - please ensure this has been set up and is running correctly.
- The extension AOE_Scheduler can help you in confirming that your Magento cronjob has been configured correctly and is running.
6
Make surecron.sh
is running! We just spent a full day debugging this just to discover cron was misconfigured.
– forsvunnet
Jul 3 '15 at 8:31
2
how to know whether cron.php is working or not?
– Teja Bhagavan Kollepara
Dec 24 '15 at 12:20
2
You can trace the logs inside /var/log/cron
– Beto Castillo
Mar 26 '17 at 4:42
add a comment |
- Starting with Magento 1.9.1 the emails are not being sent directly during checkout but instead are being queued.
- The queue is being processed via your Magento cronjob - please ensure this has been set up and is running correctly.
- The extension AOE_Scheduler can help you in confirming that your Magento cronjob has been configured correctly and is running.
6
Make surecron.sh
is running! We just spent a full day debugging this just to discover cron was misconfigured.
– forsvunnet
Jul 3 '15 at 8:31
2
how to know whether cron.php is working or not?
– Teja Bhagavan Kollepara
Dec 24 '15 at 12:20
2
You can trace the logs inside /var/log/cron
– Beto Castillo
Mar 26 '17 at 4:42
add a comment |
- Starting with Magento 1.9.1 the emails are not being sent directly during checkout but instead are being queued.
- The queue is being processed via your Magento cronjob - please ensure this has been set up and is running correctly.
- The extension AOE_Scheduler can help you in confirming that your Magento cronjob has been configured correctly and is running.
- Starting with Magento 1.9.1 the emails are not being sent directly during checkout but instead are being queued.
- The queue is being processed via your Magento cronjob - please ensure this has been set up and is running correctly.
- The extension AOE_Scheduler can help you in confirming that your Magento cronjob has been configured correctly and is running.
edited Sep 11 '18 at 4:58
Teja Bhagavan Kollepara
2,99841949
2,99841949
answered Nov 27 '14 at 7:37
Kristof at FoomanKristof at Fooman
10.4k2263
10.4k2263
6
Make surecron.sh
is running! We just spent a full day debugging this just to discover cron was misconfigured.
– forsvunnet
Jul 3 '15 at 8:31
2
how to know whether cron.php is working or not?
– Teja Bhagavan Kollepara
Dec 24 '15 at 12:20
2
You can trace the logs inside /var/log/cron
– Beto Castillo
Mar 26 '17 at 4:42
add a comment |
6
Make surecron.sh
is running! We just spent a full day debugging this just to discover cron was misconfigured.
– forsvunnet
Jul 3 '15 at 8:31
2
how to know whether cron.php is working or not?
– Teja Bhagavan Kollepara
Dec 24 '15 at 12:20
2
You can trace the logs inside /var/log/cron
– Beto Castillo
Mar 26 '17 at 4:42
6
6
Make sure
cron.sh
is running! We just spent a full day debugging this just to discover cron was misconfigured.– forsvunnet
Jul 3 '15 at 8:31
Make sure
cron.sh
is running! We just spent a full day debugging this just to discover cron was misconfigured.– forsvunnet
Jul 3 '15 at 8:31
2
2
how to know whether cron.php is working or not?
– Teja Bhagavan Kollepara
Dec 24 '15 at 12:20
how to know whether cron.php is working or not?
– Teja Bhagavan Kollepara
Dec 24 '15 at 12:20
2
2
You can trace the logs inside /var/log/cron
– Beto Castillo
Mar 26 '17 at 4:42
You can trace the logs inside /var/log/cron
– Beto Castillo
Mar 26 '17 at 4:42
add a comment |
There are 2 methods to send mails from our Magento 1 store.
- By Using cron
- By Avoiding cron
If you want to avoid cron :
Open your order.php file at
app/code/core/Mage/Sales/Model/Order.php
Line#1356,1450,
change
//$mailer->setQueue($emailQueue)->send();
to:
$mailer-> send();
In app/design/frontend/base/default/template/checkout/success.phtml
:
add following line Top success page for sending mail direct
$order = Mage::getModel('sales/order');
$incrementId = Mage::getSingleton('checkout/session')->getLastRealOrderId();
$order->loadByIncrementId($incrementId);
try{
$order->sendNewOrderEmail();
} catch (Exception $ex) {
echo "Email Not Sent...";
}
$customer = Mage::getSingleton('customer/session')->getCustomer();
$email = $customer->getEmail();
//End Email Sending
working perfectly, is that necessary to add code on success.phtml becoz without that it seems working fine
– Suneth Kalhara
Oct 16 '17 at 10:50
3
Hello Happy to listen this. No need to add any code because the transactional mail will reach to email immediately.
– Teja Bhagavan Kollepara
Oct 17 '17 at 5:16
1
Never change (or overwrite, for that matter) vendor code - what happens when you upgrade?
– Bachi
Oct 29 '18 at 9:19
add a comment |
There are 2 methods to send mails from our Magento 1 store.
- By Using cron
- By Avoiding cron
If you want to avoid cron :
Open your order.php file at
app/code/core/Mage/Sales/Model/Order.php
Line#1356,1450,
change
//$mailer->setQueue($emailQueue)->send();
to:
$mailer-> send();
In app/design/frontend/base/default/template/checkout/success.phtml
:
add following line Top success page for sending mail direct
$order = Mage::getModel('sales/order');
$incrementId = Mage::getSingleton('checkout/session')->getLastRealOrderId();
$order->loadByIncrementId($incrementId);
try{
$order->sendNewOrderEmail();
} catch (Exception $ex) {
echo "Email Not Sent...";
}
$customer = Mage::getSingleton('customer/session')->getCustomer();
$email = $customer->getEmail();
//End Email Sending
working perfectly, is that necessary to add code on success.phtml becoz without that it seems working fine
– Suneth Kalhara
Oct 16 '17 at 10:50
3
Hello Happy to listen this. No need to add any code because the transactional mail will reach to email immediately.
– Teja Bhagavan Kollepara
Oct 17 '17 at 5:16
1
Never change (or overwrite, for that matter) vendor code - what happens when you upgrade?
– Bachi
Oct 29 '18 at 9:19
add a comment |
There are 2 methods to send mails from our Magento 1 store.
- By Using cron
- By Avoiding cron
If you want to avoid cron :
Open your order.php file at
app/code/core/Mage/Sales/Model/Order.php
Line#1356,1450,
change
//$mailer->setQueue($emailQueue)->send();
to:
$mailer-> send();
In app/design/frontend/base/default/template/checkout/success.phtml
:
add following line Top success page for sending mail direct
$order = Mage::getModel('sales/order');
$incrementId = Mage::getSingleton('checkout/session')->getLastRealOrderId();
$order->loadByIncrementId($incrementId);
try{
$order->sendNewOrderEmail();
} catch (Exception $ex) {
echo "Email Not Sent...";
}
$customer = Mage::getSingleton('customer/session')->getCustomer();
$email = $customer->getEmail();
//End Email Sending
There are 2 methods to send mails from our Magento 1 store.
- By Using cron
- By Avoiding cron
If you want to avoid cron :
Open your order.php file at
app/code/core/Mage/Sales/Model/Order.php
Line#1356,1450,
change
//$mailer->setQueue($emailQueue)->send();
to:
$mailer-> send();
In app/design/frontend/base/default/template/checkout/success.phtml
:
add following line Top success page for sending mail direct
$order = Mage::getModel('sales/order');
$incrementId = Mage::getSingleton('checkout/session')->getLastRealOrderId();
$order->loadByIncrementId($incrementId);
try{
$order->sendNewOrderEmail();
} catch (Exception $ex) {
echo "Email Not Sent...";
}
$customer = Mage::getSingleton('customer/session')->getCustomer();
$email = $customer->getEmail();
//End Email Sending
edited 15 mins ago
answered Jun 18 '16 at 12:08
Teja Bhagavan KolleparaTeja Bhagavan Kollepara
2,99841949
2,99841949
working perfectly, is that necessary to add code on success.phtml becoz without that it seems working fine
– Suneth Kalhara
Oct 16 '17 at 10:50
3
Hello Happy to listen this. No need to add any code because the transactional mail will reach to email immediately.
– Teja Bhagavan Kollepara
Oct 17 '17 at 5:16
1
Never change (or overwrite, for that matter) vendor code - what happens when you upgrade?
– Bachi
Oct 29 '18 at 9:19
add a comment |
working perfectly, is that necessary to add code on success.phtml becoz without that it seems working fine
– Suneth Kalhara
Oct 16 '17 at 10:50
3
Hello Happy to listen this. No need to add any code because the transactional mail will reach to email immediately.
– Teja Bhagavan Kollepara
Oct 17 '17 at 5:16
1
Never change (or overwrite, for that matter) vendor code - what happens when you upgrade?
– Bachi
Oct 29 '18 at 9:19
working perfectly, is that necessary to add code on success.phtml becoz without that it seems working fine
– Suneth Kalhara
Oct 16 '17 at 10:50
working perfectly, is that necessary to add code on success.phtml becoz without that it seems working fine
– Suneth Kalhara
Oct 16 '17 at 10:50
3
3
Hello Happy to listen this. No need to add any code because the transactional mail will reach to email immediately.
– Teja Bhagavan Kollepara
Oct 17 '17 at 5:16
Hello Happy to listen this. No need to add any code because the transactional mail will reach to email immediately.
– Teja Bhagavan Kollepara
Oct 17 '17 at 5:16
1
1
Never change (or overwrite, for that matter) vendor code - what happens when you upgrade?
– Bachi
Oct 29 '18 at 9:19
Never change (or overwrite, for that matter) vendor code - what happens when you upgrade?
– Bachi
Oct 29 '18 at 9:19
add a comment |
i removed the following mail queue code from Template.php , then i started receiving email when the order is placed by customer or when i click send email from the admin panel "Sales/Orders" tab.
Magento had set the order email to be sent by schedule job instead of instant email... probably for performance reason?(i dont know why, i am very new to magento)... however i am going to put this code back in the Template.php and find a way to set and run the schedule job to run every 5 minutes...
Template.php is located in => /app/code/core/Mage/Core/Model/Email/Template.php
if ($this->hasQueue() && $this->getQueue() instanceof Mage_Core_Model_Email_Queue) {
/** @var $emailQueue Mage_Core_Model_Email_Queue */
$emailQueue = $this->getQueue();
$emailQueue->setMessageBody($text);
$emailQueue->setMessageParameters(array(
'subject' => $subject,
'return_path_email' => $returnPathEmail,
'is_plain' => $this->isPlain(),
'from_email' => $this->getSenderEmail(),
'from_name' => $this->getSenderName(),
'reply_to' => $this->getMail()->getReplyTo(),
'return_to' => $this->getMail()->getReturnPath(),
))
->addRecipients($emails, $names, Mage_Core_Model_Email_Queue::EMAIL_TYPE_TO)
->addRecipients($this->_bccEmails, array(), Mage_Core_Model_Email_Queue::EMAIL_TYPE_BCC);
$emailQueue->addMessageToQueue();
return true;
}
This method solved the problem,but newsletter subscription is not working.Rolling back to old template.php solved the news letter subscription problem.
– balajisoundar
Sep 7 '15 at 12:36
add a comment |
i removed the following mail queue code from Template.php , then i started receiving email when the order is placed by customer or when i click send email from the admin panel "Sales/Orders" tab.
Magento had set the order email to be sent by schedule job instead of instant email... probably for performance reason?(i dont know why, i am very new to magento)... however i am going to put this code back in the Template.php and find a way to set and run the schedule job to run every 5 minutes...
Template.php is located in => /app/code/core/Mage/Core/Model/Email/Template.php
if ($this->hasQueue() && $this->getQueue() instanceof Mage_Core_Model_Email_Queue) {
/** @var $emailQueue Mage_Core_Model_Email_Queue */
$emailQueue = $this->getQueue();
$emailQueue->setMessageBody($text);
$emailQueue->setMessageParameters(array(
'subject' => $subject,
'return_path_email' => $returnPathEmail,
'is_plain' => $this->isPlain(),
'from_email' => $this->getSenderEmail(),
'from_name' => $this->getSenderName(),
'reply_to' => $this->getMail()->getReplyTo(),
'return_to' => $this->getMail()->getReturnPath(),
))
->addRecipients($emails, $names, Mage_Core_Model_Email_Queue::EMAIL_TYPE_TO)
->addRecipients($this->_bccEmails, array(), Mage_Core_Model_Email_Queue::EMAIL_TYPE_BCC);
$emailQueue->addMessageToQueue();
return true;
}
This method solved the problem,but newsletter subscription is not working.Rolling back to old template.php solved the news letter subscription problem.
– balajisoundar
Sep 7 '15 at 12:36
add a comment |
i removed the following mail queue code from Template.php , then i started receiving email when the order is placed by customer or when i click send email from the admin panel "Sales/Orders" tab.
Magento had set the order email to be sent by schedule job instead of instant email... probably for performance reason?(i dont know why, i am very new to magento)... however i am going to put this code back in the Template.php and find a way to set and run the schedule job to run every 5 minutes...
Template.php is located in => /app/code/core/Mage/Core/Model/Email/Template.php
if ($this->hasQueue() && $this->getQueue() instanceof Mage_Core_Model_Email_Queue) {
/** @var $emailQueue Mage_Core_Model_Email_Queue */
$emailQueue = $this->getQueue();
$emailQueue->setMessageBody($text);
$emailQueue->setMessageParameters(array(
'subject' => $subject,
'return_path_email' => $returnPathEmail,
'is_plain' => $this->isPlain(),
'from_email' => $this->getSenderEmail(),
'from_name' => $this->getSenderName(),
'reply_to' => $this->getMail()->getReplyTo(),
'return_to' => $this->getMail()->getReturnPath(),
))
->addRecipients($emails, $names, Mage_Core_Model_Email_Queue::EMAIL_TYPE_TO)
->addRecipients($this->_bccEmails, array(), Mage_Core_Model_Email_Queue::EMAIL_TYPE_BCC);
$emailQueue->addMessageToQueue();
return true;
}
i removed the following mail queue code from Template.php , then i started receiving email when the order is placed by customer or when i click send email from the admin panel "Sales/Orders" tab.
Magento had set the order email to be sent by schedule job instead of instant email... probably for performance reason?(i dont know why, i am very new to magento)... however i am going to put this code back in the Template.php and find a way to set and run the schedule job to run every 5 minutes...
Template.php is located in => /app/code/core/Mage/Core/Model/Email/Template.php
if ($this->hasQueue() && $this->getQueue() instanceof Mage_Core_Model_Email_Queue) {
/** @var $emailQueue Mage_Core_Model_Email_Queue */
$emailQueue = $this->getQueue();
$emailQueue->setMessageBody($text);
$emailQueue->setMessageParameters(array(
'subject' => $subject,
'return_path_email' => $returnPathEmail,
'is_plain' => $this->isPlain(),
'from_email' => $this->getSenderEmail(),
'from_name' => $this->getSenderName(),
'reply_to' => $this->getMail()->getReplyTo(),
'return_to' => $this->getMail()->getReturnPath(),
))
->addRecipients($emails, $names, Mage_Core_Model_Email_Queue::EMAIL_TYPE_TO)
->addRecipients($this->_bccEmails, array(), Mage_Core_Model_Email_Queue::EMAIL_TYPE_BCC);
$emailQueue->addMessageToQueue();
return true;
}
edited Sep 12 '15 at 3:36
Fiasco Labs
6,70841944
6,70841944
answered Jan 30 '15 at 14:17
Helmey HussainHelmey Hussain
20326
20326
This method solved the problem,but newsletter subscription is not working.Rolling back to old template.php solved the news letter subscription problem.
– balajisoundar
Sep 7 '15 at 12:36
add a comment |
This method solved the problem,but newsletter subscription is not working.Rolling back to old template.php solved the news letter subscription problem.
– balajisoundar
Sep 7 '15 at 12:36
This method solved the problem,but newsletter subscription is not working.Rolling back to old template.php solved the news letter subscription problem.
– balajisoundar
Sep 7 '15 at 12:36
This method solved the problem,but newsletter subscription is not working.Rolling back to old template.php solved the news letter subscription problem.
– balajisoundar
Sep 7 '15 at 12:36
add a comment |
There two solution as follows:
Solution-01: Using cron
System > Configuration > Advanced > System > Cron
The default settings are:
First of all, Magento 1.9+ relies completely on cron jobs to send transactional emails. If you didn’t have cron jobs set up properly before, you are going to have to do it now.
First of all make sure you have set up cron tasks in the Magento admin under
System > Configuration > Advanced > System > Cron
The default settings are:
Generate Schedules Every 15 Schedule Ahead for 20 Missed if Not Run Within 15 History Cleanup Every 10 Success History Lifetime 60 Failure History Lifetime 600
There are people suggesting these settings should be changed, but since they can’t seem to agree on the best combination, I’d rather leave it as it is.
You then need to go into your hosting control panel and set up cron jobs. In cPanel it’s under Advanced > Cron Jobs. Set them up to run every five minutes and use this command:
php -f /home/username/public_html/cron.php
Check that the above path is correct and that the file cron.php is actually there in the root of your Magento installation (if you’ve just upgraded, it should be). Change username to the correct account.
Now, I initially made the mistake of following the advice of the developers at xtento.com who say to use a wget command string: wget -O /dev/null -q http://www.YOURDOMAIN.com/PATH_TO_MAGENTO/cron.php
Solution-02:Avoid cron
Transactional emails will be sent instantly.
//app/code/core/Mage/Sales/Model/Order.php Line#1356,1450
//$mailer->setQueue($emailQueue)->send(); Change To
$mailer->send();
app/design/frontend/base/default/template/checkout/success.phtml
//add following line Top success page for sending mail direct
// Start Send Emai Here......
$order = Mage::getModel('sales/order');
$incrementId = Mage::getSingleton('checkout/session')->getLastRealOrderId();
$order->loadByIncrementId($incrementId);
try{ $order->sendNewOrderEmail();}
catch (Exception $ex) { echo "Email Not Sent..."; }
$customer = Mage::getSingleton('customer/session')->getCustomer();
$email = $customer->getEmail();//End Email Sending
add a comment |
There two solution as follows:
Solution-01: Using cron
System > Configuration > Advanced > System > Cron
The default settings are:
First of all, Magento 1.9+ relies completely on cron jobs to send transactional emails. If you didn’t have cron jobs set up properly before, you are going to have to do it now.
First of all make sure you have set up cron tasks in the Magento admin under
System > Configuration > Advanced > System > Cron
The default settings are:
Generate Schedules Every 15 Schedule Ahead for 20 Missed if Not Run Within 15 History Cleanup Every 10 Success History Lifetime 60 Failure History Lifetime 600
There are people suggesting these settings should be changed, but since they can’t seem to agree on the best combination, I’d rather leave it as it is.
You then need to go into your hosting control panel and set up cron jobs. In cPanel it’s under Advanced > Cron Jobs. Set them up to run every five minutes and use this command:
php -f /home/username/public_html/cron.php
Check that the above path is correct and that the file cron.php is actually there in the root of your Magento installation (if you’ve just upgraded, it should be). Change username to the correct account.
Now, I initially made the mistake of following the advice of the developers at xtento.com who say to use a wget command string: wget -O /dev/null -q http://www.YOURDOMAIN.com/PATH_TO_MAGENTO/cron.php
Solution-02:Avoid cron
Transactional emails will be sent instantly.
//app/code/core/Mage/Sales/Model/Order.php Line#1356,1450
//$mailer->setQueue($emailQueue)->send(); Change To
$mailer->send();
app/design/frontend/base/default/template/checkout/success.phtml
//add following line Top success page for sending mail direct
// Start Send Emai Here......
$order = Mage::getModel('sales/order');
$incrementId = Mage::getSingleton('checkout/session')->getLastRealOrderId();
$order->loadByIncrementId($incrementId);
try{ $order->sendNewOrderEmail();}
catch (Exception $ex) { echo "Email Not Sent..."; }
$customer = Mage::getSingleton('customer/session')->getCustomer();
$email = $customer->getEmail();//End Email Sending
add a comment |
There two solution as follows:
Solution-01: Using cron
System > Configuration > Advanced > System > Cron
The default settings are:
First of all, Magento 1.9+ relies completely on cron jobs to send transactional emails. If you didn’t have cron jobs set up properly before, you are going to have to do it now.
First of all make sure you have set up cron tasks in the Magento admin under
System > Configuration > Advanced > System > Cron
The default settings are:
Generate Schedules Every 15 Schedule Ahead for 20 Missed if Not Run Within 15 History Cleanup Every 10 Success History Lifetime 60 Failure History Lifetime 600
There are people suggesting these settings should be changed, but since they can’t seem to agree on the best combination, I’d rather leave it as it is.
You then need to go into your hosting control panel and set up cron jobs. In cPanel it’s under Advanced > Cron Jobs. Set them up to run every five minutes and use this command:
php -f /home/username/public_html/cron.php
Check that the above path is correct and that the file cron.php is actually there in the root of your Magento installation (if you’ve just upgraded, it should be). Change username to the correct account.
Now, I initially made the mistake of following the advice of the developers at xtento.com who say to use a wget command string: wget -O /dev/null -q http://www.YOURDOMAIN.com/PATH_TO_MAGENTO/cron.php
Solution-02:Avoid cron
Transactional emails will be sent instantly.
//app/code/core/Mage/Sales/Model/Order.php Line#1356,1450
//$mailer->setQueue($emailQueue)->send(); Change To
$mailer->send();
app/design/frontend/base/default/template/checkout/success.phtml
//add following line Top success page for sending mail direct
// Start Send Emai Here......
$order = Mage::getModel('sales/order');
$incrementId = Mage::getSingleton('checkout/session')->getLastRealOrderId();
$order->loadByIncrementId($incrementId);
try{ $order->sendNewOrderEmail();}
catch (Exception $ex) { echo "Email Not Sent..."; }
$customer = Mage::getSingleton('customer/session')->getCustomer();
$email = $customer->getEmail();//End Email Sending
There two solution as follows:
Solution-01: Using cron
System > Configuration > Advanced > System > Cron
The default settings are:
First of all, Magento 1.9+ relies completely on cron jobs to send transactional emails. If you didn’t have cron jobs set up properly before, you are going to have to do it now.
First of all make sure you have set up cron tasks in the Magento admin under
System > Configuration > Advanced > System > Cron
The default settings are:
Generate Schedules Every 15 Schedule Ahead for 20 Missed if Not Run Within 15 History Cleanup Every 10 Success History Lifetime 60 Failure History Lifetime 600
There are people suggesting these settings should be changed, but since they can’t seem to agree on the best combination, I’d rather leave it as it is.
You then need to go into your hosting control panel and set up cron jobs. In cPanel it’s under Advanced > Cron Jobs. Set them up to run every five minutes and use this command:
php -f /home/username/public_html/cron.php
Check that the above path is correct and that the file cron.php is actually there in the root of your Magento installation (if you’ve just upgraded, it should be). Change username to the correct account.
Now, I initially made the mistake of following the advice of the developers at xtento.com who say to use a wget command string: wget -O /dev/null -q http://www.YOURDOMAIN.com/PATH_TO_MAGENTO/cron.php
Solution-02:Avoid cron
Transactional emails will be sent instantly.
//app/code/core/Mage/Sales/Model/Order.php Line#1356,1450
//$mailer->setQueue($emailQueue)->send(); Change To
$mailer->send();
app/design/frontend/base/default/template/checkout/success.phtml
//add following line Top success page for sending mail direct
// Start Send Emai Here......
$order = Mage::getModel('sales/order');
$incrementId = Mage::getSingleton('checkout/session')->getLastRealOrderId();
$order->loadByIncrementId($incrementId);
try{ $order->sendNewOrderEmail();}
catch (Exception $ex) { echo "Email Not Sent..."; }
$customer = Mage::getSingleton('customer/session')->getCustomer();
$email = $customer->getEmail();//End Email Sending
edited May 4 '18 at 10:20
Teja Bhagavan Kollepara
2,99841949
2,99841949
answered Dec 3 '15 at 7:48
matinictmatinict
75511129
75511129
add a comment |
add a comment |
With Magento 1.9 all the emails will be queued and later send through Cron.
Magento 1.9 Release Note
If you want your Transaction Emails to be sent through Cron, you can set the cron from from System>Configuration>System under tab Cron OR create cron in Cpanel direct it to your cron.sh or cron.php located in your root Magento directory.
add a comment |
With Magento 1.9 all the emails will be queued and later send through Cron.
Magento 1.9 Release Note
If you want your Transaction Emails to be sent through Cron, you can set the cron from from System>Configuration>System under tab Cron OR create cron in Cpanel direct it to your cron.sh or cron.php located in your root Magento directory.
add a comment |
With Magento 1.9 all the emails will be queued and later send through Cron.
Magento 1.9 Release Note
If you want your Transaction Emails to be sent through Cron, you can set the cron from from System>Configuration>System under tab Cron OR create cron in Cpanel direct it to your cron.sh or cron.php located in your root Magento directory.
With Magento 1.9 all the emails will be queued and later send through Cron.
Magento 1.9 Release Note
If you want your Transaction Emails to be sent through Cron, you can set the cron from from System>Configuration>System under tab Cron OR create cron in Cpanel direct it to your cron.sh or cron.php located in your root Magento directory.
answered Jun 26 '15 at 10:12
Ajay BishtAjay Bisht
46435
46435
add a comment |
add a comment |
Just install the "SMTP Pro Email" extension:
http://www.magentocommerce.com/magento-connect/smtp-pro-email-free-custom-smtp-email.html
Fill in with your Custom SMTP details and done.
This took me two full days to figure out. No Cron Jobs needed, although if you do want cron jobs working and you don't want to do the above, you can do the following:
Edit cron.php in Magento root directory
After:
$isShellDisabled = (stripos(PHP_OS, ‘win’) === false) ? $isShellDisabled : true;
add this line of code:
$isShellDisabled = true;
Set up Cron Job
On C Panel open Cron Jobs section
Create a cron job that runs the following command every 15 minutes:
php -f /home/USERNAME/public_html/domain.com/magento_folder/cron.php
Important to note that with SMTP Pro this configuration must be done for Magento 1.9.1 and above : System -> Configuration -> SMTP Pro -> Queue Configuration -> Queue Usage change from Default to Never.
– Shrenik
Jun 10 '17 at 5:55
add a comment |
Just install the "SMTP Pro Email" extension:
http://www.magentocommerce.com/magento-connect/smtp-pro-email-free-custom-smtp-email.html
Fill in with your Custom SMTP details and done.
This took me two full days to figure out. No Cron Jobs needed, although if you do want cron jobs working and you don't want to do the above, you can do the following:
Edit cron.php in Magento root directory
After:
$isShellDisabled = (stripos(PHP_OS, ‘win’) === false) ? $isShellDisabled : true;
add this line of code:
$isShellDisabled = true;
Set up Cron Job
On C Panel open Cron Jobs section
Create a cron job that runs the following command every 15 minutes:
php -f /home/USERNAME/public_html/domain.com/magento_folder/cron.php
Important to note that with SMTP Pro this configuration must be done for Magento 1.9.1 and above : System -> Configuration -> SMTP Pro -> Queue Configuration -> Queue Usage change from Default to Never.
– Shrenik
Jun 10 '17 at 5:55
add a comment |
Just install the "SMTP Pro Email" extension:
http://www.magentocommerce.com/magento-connect/smtp-pro-email-free-custom-smtp-email.html
Fill in with your Custom SMTP details and done.
This took me two full days to figure out. No Cron Jobs needed, although if you do want cron jobs working and you don't want to do the above, you can do the following:
Edit cron.php in Magento root directory
After:
$isShellDisabled = (stripos(PHP_OS, ‘win’) === false) ? $isShellDisabled : true;
add this line of code:
$isShellDisabled = true;
Set up Cron Job
On C Panel open Cron Jobs section
Create a cron job that runs the following command every 15 minutes:
php -f /home/USERNAME/public_html/domain.com/magento_folder/cron.php
Just install the "SMTP Pro Email" extension:
http://www.magentocommerce.com/magento-connect/smtp-pro-email-free-custom-smtp-email.html
Fill in with your Custom SMTP details and done.
This took me two full days to figure out. No Cron Jobs needed, although if you do want cron jobs working and you don't want to do the above, you can do the following:
Edit cron.php in Magento root directory
After:
$isShellDisabled = (stripos(PHP_OS, ‘win’) === false) ? $isShellDisabled : true;
add this line of code:
$isShellDisabled = true;
Set up Cron Job
On C Panel open Cron Jobs section
Create a cron job that runs the following command every 15 minutes:
php -f /home/USERNAME/public_html/domain.com/magento_folder/cron.php
edited Sep 29 '15 at 19:54
Fabian Blechschmidt
33.5k764174
33.5k764174
answered Feb 20 '15 at 11:49
JagomanJagoman
11613
11613
Important to note that with SMTP Pro this configuration must be done for Magento 1.9.1 and above : System -> Configuration -> SMTP Pro -> Queue Configuration -> Queue Usage change from Default to Never.
– Shrenik
Jun 10 '17 at 5:55
add a comment |
Important to note that with SMTP Pro this configuration must be done for Magento 1.9.1 and above : System -> Configuration -> SMTP Pro -> Queue Configuration -> Queue Usage change from Default to Never.
– Shrenik
Jun 10 '17 at 5:55
Important to note that with SMTP Pro this configuration must be done for Magento 1.9.1 and above : System -> Configuration -> SMTP Pro -> Queue Configuration -> Queue Usage change from Default to Never.
– Shrenik
Jun 10 '17 at 5:55
Important to note that with SMTP Pro this configuration must be done for Magento 1.9.1 and above : System -> Configuration -> SMTP Pro -> Queue Configuration -> Queue Usage change from Default to Never.
– Shrenik
Jun 10 '17 at 5:55
add a comment |
In Magento 1.9.1.0, Magento has added a new feature: They store the order email in the core_email_queue
table to send the email of orders. We have to set the cron.php
in server
The cron.php
file set the core_email_queue_send_all
in cron schedule table. When crone execute the "send" method called from Mage_Core_Model_Email_Queue
. They send the mail to customer.
So above fix is working without any change in core file.
add a comment |
In Magento 1.9.1.0, Magento has added a new feature: They store the order email in the core_email_queue
table to send the email of orders. We have to set the cron.php
in server
The cron.php
file set the core_email_queue_send_all
in cron schedule table. When crone execute the "send" method called from Mage_Core_Model_Email_Queue
. They send the mail to customer.
So above fix is working without any change in core file.
add a comment |
In Magento 1.9.1.0, Magento has added a new feature: They store the order email in the core_email_queue
table to send the email of orders. We have to set the cron.php
in server
The cron.php
file set the core_email_queue_send_all
in cron schedule table. When crone execute the "send" method called from Mage_Core_Model_Email_Queue
. They send the mail to customer.
So above fix is working without any change in core file.
In Magento 1.9.1.0, Magento has added a new feature: They store the order email in the core_email_queue
table to send the email of orders. We have to set the cron.php
in server
The cron.php
file set the core_email_queue_send_all
in cron schedule table. When crone execute the "send" method called from Mage_Core_Model_Email_Queue
. They send the mail to customer.
So above fix is working without any change in core file.
edited Dec 2 '15 at 15:50
7ochem
5,85493768
5,85493768
answered Feb 9 '15 at 10:25
Ankita PancholiAnkita Pancholi
8111
8111
add a comment |
add a comment |
Just do the cron setup on your server as below command & then you will start receiving sales mails.
php -q /home/YOUR_USER_NAME/public_html/Path_to_cron.php
Use common settings as " ***** "
Need to replace YOUR_USER_NAME & Path_to_cron.php with yours.
add a comment |
Just do the cron setup on your server as below command & then you will start receiving sales mails.
php -q /home/YOUR_USER_NAME/public_html/Path_to_cron.php
Use common settings as " ***** "
Need to replace YOUR_USER_NAME & Path_to_cron.php with yours.
add a comment |
Just do the cron setup on your server as below command & then you will start receiving sales mails.
php -q /home/YOUR_USER_NAME/public_html/Path_to_cron.php
Use common settings as " ***** "
Need to replace YOUR_USER_NAME & Path_to_cron.php with yours.
Just do the cron setup on your server as below command & then you will start receiving sales mails.
php -q /home/YOUR_USER_NAME/public_html/Path_to_cron.php
Use common settings as " ***** "
Need to replace YOUR_USER_NAME & Path_to_cron.php with yours.
answered Jan 3 '16 at 3:29
Akhil GuptaAkhil Gupta
1,5861721
1,5861721
add a comment |
add a comment |
Using n98-magerun I just run the following:
n98-magerun sys:cron:run core_email_queue_send_all
Or to time it if you don't want to run it all the time:
watch -n 10 n98-magerun sys:cron:run core_email_queue_send_all
This sends all the emails in queue every 10 seconds.
add a comment |
Using n98-magerun I just run the following:
n98-magerun sys:cron:run core_email_queue_send_all
Or to time it if you don't want to run it all the time:
watch -n 10 n98-magerun sys:cron:run core_email_queue_send_all
This sends all the emails in queue every 10 seconds.
add a comment |
Using n98-magerun I just run the following:
n98-magerun sys:cron:run core_email_queue_send_all
Or to time it if you don't want to run it all the time:
watch -n 10 n98-magerun sys:cron:run core_email_queue_send_all
This sends all the emails in queue every 10 seconds.
Using n98-magerun I just run the following:
n98-magerun sys:cron:run core_email_queue_send_all
Or to time it if you don't want to run it all the time:
watch -n 10 n98-magerun sys:cron:run core_email_queue_send_all
This sends all the emails in queue every 10 seconds.
answered May 23 '16 at 13:30
Timon de GrootTimon de Groot
7161723
7161723
add a comment |
add a comment |
for godaddy server use following code while set up the cronjob:
* * * * * /usr/local/bin/php -q /home/steelwa/public_html/project_name/cron.php
This will run every minute.
add a comment |
for godaddy server use following code while set up the cronjob:
* * * * * /usr/local/bin/php -q /home/steelwa/public_html/project_name/cron.php
This will run every minute.
add a comment |
for godaddy server use following code while set up the cronjob:
* * * * * /usr/local/bin/php -q /home/steelwa/public_html/project_name/cron.php
This will run every minute.
for godaddy server use following code while set up the cronjob:
* * * * * /usr/local/bin/php -q /home/steelwa/public_html/project_name/cron.php
This will run every minute.
edited May 3 '18 at 7:49
7ochem
5,85493768
5,85493768
answered Sep 28 '16 at 17:51
alokalok
21123
21123
add a comment |
add a comment |
if it is ONLY the order email not sending, it is because Magento queues only the order emails and saves them to send them out in batches. If you don't have your Heartbeat Cron setup.. then they will never leave the Magento queue.
You're seeing other Magento emails go out because those are handed directly from Magento to your mailer daemon. The ones Magento queues (like the order email) aren't even handed to the mailer daemon until the Hearbeat Cron runs.
To force them to go out... navigate to http://yourmagentodomain.com/cron.php and keep refreshing that page every five minutes and you'll see the queued order emails start to go out. The Heartbeat Cron is supposed to do this for you. Oh, and when you navigate to that cron.php file, the page is supposed to be blank so don't be alarmed... it will work.
add a comment |
if it is ONLY the order email not sending, it is because Magento queues only the order emails and saves them to send them out in batches. If you don't have your Heartbeat Cron setup.. then they will never leave the Magento queue.
You're seeing other Magento emails go out because those are handed directly from Magento to your mailer daemon. The ones Magento queues (like the order email) aren't even handed to the mailer daemon until the Hearbeat Cron runs.
To force them to go out... navigate to http://yourmagentodomain.com/cron.php and keep refreshing that page every five minutes and you'll see the queued order emails start to go out. The Heartbeat Cron is supposed to do this for you. Oh, and when you navigate to that cron.php file, the page is supposed to be blank so don't be alarmed... it will work.
add a comment |
if it is ONLY the order email not sending, it is because Magento queues only the order emails and saves them to send them out in batches. If you don't have your Heartbeat Cron setup.. then they will never leave the Magento queue.
You're seeing other Magento emails go out because those are handed directly from Magento to your mailer daemon. The ones Magento queues (like the order email) aren't even handed to the mailer daemon until the Hearbeat Cron runs.
To force them to go out... navigate to http://yourmagentodomain.com/cron.php and keep refreshing that page every five minutes and you'll see the queued order emails start to go out. The Heartbeat Cron is supposed to do this for you. Oh, and when you navigate to that cron.php file, the page is supposed to be blank so don't be alarmed... it will work.
if it is ONLY the order email not sending, it is because Magento queues only the order emails and saves them to send them out in batches. If you don't have your Heartbeat Cron setup.. then they will never leave the Magento queue.
You're seeing other Magento emails go out because those are handed directly from Magento to your mailer daemon. The ones Magento queues (like the order email) aren't even handed to the mailer daemon until the Hearbeat Cron runs.
To force them to go out... navigate to http://yourmagentodomain.com/cron.php and keep refreshing that page every five minutes and you'll see the queued order emails start to go out. The Heartbeat Cron is supposed to do this for you. Oh, and when you navigate to that cron.php file, the page is supposed to be blank so don't be alarmed... it will work.
answered Jan 24 '15 at 4:04
AidanAidan
511
511
add a comment |
add a comment |
I had the same issue and found out that it was related to an extension. Fooman Email Attachments has now been updated to v0.10.4. Versions below v0.10.3 won't work with Magento 1.9.
add a comment |
I had the same issue and found out that it was related to an extension. Fooman Email Attachments has now been updated to v0.10.4. Versions below v0.10.3 won't work with Magento 1.9.
add a comment |
I had the same issue and found out that it was related to an extension. Fooman Email Attachments has now been updated to v0.10.4. Versions below v0.10.3 won't work with Magento 1.9.
I had the same issue and found out that it was related to an extension. Fooman Email Attachments has now been updated to v0.10.4. Versions below v0.10.3 won't work with Magento 1.9.
answered May 27 '15 at 11:57
loeffelloeffel
501518
501518
add a comment |
add a comment |
I followed the knowledge base to get it working:
http://www.magentocommerce.com/knowledge-base/entry/ee1141-ce191-responsive-email#contact-info
In the part "Localizing Transactional Emails",after following the previous instructions, copying to /en_UK finally got the emails on their way (including ones previously not sent), We also had a problem with the order confirmation page not being displayed to customers on completion. This was fixed also.
For example for the en_GB locale you would need to copy the files that are located at:
app/locale/en_US/template/email
to the location:
app/locale/en_GB/template/email
2
Welcome to Magento SE! Can you elaborate even further on your answer (offering code examples etc.)?
– benmarks♦
Dec 11 '14 at 4:18
add a comment |
I followed the knowledge base to get it working:
http://www.magentocommerce.com/knowledge-base/entry/ee1141-ce191-responsive-email#contact-info
In the part "Localizing Transactional Emails",after following the previous instructions, copying to /en_UK finally got the emails on their way (including ones previously not sent), We also had a problem with the order confirmation page not being displayed to customers on completion. This was fixed also.
For example for the en_GB locale you would need to copy the files that are located at:
app/locale/en_US/template/email
to the location:
app/locale/en_GB/template/email
2
Welcome to Magento SE! Can you elaborate even further on your answer (offering code examples etc.)?
– benmarks♦
Dec 11 '14 at 4:18
add a comment |
I followed the knowledge base to get it working:
http://www.magentocommerce.com/knowledge-base/entry/ee1141-ce191-responsive-email#contact-info
In the part "Localizing Transactional Emails",after following the previous instructions, copying to /en_UK finally got the emails on their way (including ones previously not sent), We also had a problem with the order confirmation page not being displayed to customers on completion. This was fixed also.
For example for the en_GB locale you would need to copy the files that are located at:
app/locale/en_US/template/email
to the location:
app/locale/en_GB/template/email
I followed the knowledge base to get it working:
http://www.magentocommerce.com/knowledge-base/entry/ee1141-ce191-responsive-email#contact-info
In the part "Localizing Transactional Emails",after following the previous instructions, copying to /en_UK finally got the emails on their way (including ones previously not sent), We also had a problem with the order confirmation page not being displayed to customers on completion. This was fixed also.
For example for the en_GB locale you would need to copy the files that are located at:
app/locale/en_US/template/email
to the location:
app/locale/en_GB/template/email
edited Jun 26 '15 at 8:57
Kevin Sadler
1477
1477
answered Dec 11 '14 at 2:23
Uncle_PaulUncle_Paul
512
512
2
Welcome to Magento SE! Can you elaborate even further on your answer (offering code examples etc.)?
– benmarks♦
Dec 11 '14 at 4:18
add a comment |
2
Welcome to Magento SE! Can you elaborate even further on your answer (offering code examples etc.)?
– benmarks♦
Dec 11 '14 at 4:18
2
2
Welcome to Magento SE! Can you elaborate even further on your answer (offering code examples etc.)?
– benmarks♦
Dec 11 '14 at 4:18
Welcome to Magento SE! Can you elaborate even further on your answer (offering code examples etc.)?
– benmarks♦
Dec 11 '14 at 4:18
add a comment |
If your mail system(smtp, zend_mail) works fine; disabling mailQueue may solve your problem.
/app/code/core/Mage/Core/Model/Email/Template.php
Change Line 407
if ($this->hasQueue() && $this->getQueue() instanceof Mage_Core_Model_Email_Queue) {
to
if (false /*$this->hasQueue() && $this->getQueue() instanceof Mage_Core_Model_Email_Queue*/) {
5
this breaks the contact form functionality.
– Zoya
Feb 12 '15 at 17:37
9
Don't edit core
– Kevin Schroeder
Aug 2 '15 at 1:54
1
Please do not provide solutions that require changes to CORE. Core classes must never be changed.
– Ahsan Horani
Sep 14 '16 at 10:09
add a comment |
If your mail system(smtp, zend_mail) works fine; disabling mailQueue may solve your problem.
/app/code/core/Mage/Core/Model/Email/Template.php
Change Line 407
if ($this->hasQueue() && $this->getQueue() instanceof Mage_Core_Model_Email_Queue) {
to
if (false /*$this->hasQueue() && $this->getQueue() instanceof Mage_Core_Model_Email_Queue*/) {
5
this breaks the contact form functionality.
– Zoya
Feb 12 '15 at 17:37
9
Don't edit core
– Kevin Schroeder
Aug 2 '15 at 1:54
1
Please do not provide solutions that require changes to CORE. Core classes must never be changed.
– Ahsan Horani
Sep 14 '16 at 10:09
add a comment |
If your mail system(smtp, zend_mail) works fine; disabling mailQueue may solve your problem.
/app/code/core/Mage/Core/Model/Email/Template.php
Change Line 407
if ($this->hasQueue() && $this->getQueue() instanceof Mage_Core_Model_Email_Queue) {
to
if (false /*$this->hasQueue() && $this->getQueue() instanceof Mage_Core_Model_Email_Queue*/) {
If your mail system(smtp, zend_mail) works fine; disabling mailQueue may solve your problem.
/app/code/core/Mage/Core/Model/Email/Template.php
Change Line 407
if ($this->hasQueue() && $this->getQueue() instanceof Mage_Core_Model_Email_Queue) {
to
if (false /*$this->hasQueue() && $this->getQueue() instanceof Mage_Core_Model_Email_Queue*/) {
edited Jan 14 '15 at 23:24
SR_Magento
3,434115196
3,434115196
answered Jan 14 '15 at 21:23
user20329user20329
632
632
5
this breaks the contact form functionality.
– Zoya
Feb 12 '15 at 17:37
9
Don't edit core
– Kevin Schroeder
Aug 2 '15 at 1:54
1
Please do not provide solutions that require changes to CORE. Core classes must never be changed.
– Ahsan Horani
Sep 14 '16 at 10:09
add a comment |
5
this breaks the contact form functionality.
– Zoya
Feb 12 '15 at 17:37
9
Don't edit core
– Kevin Schroeder
Aug 2 '15 at 1:54
1
Please do not provide solutions that require changes to CORE. Core classes must never be changed.
– Ahsan Horani
Sep 14 '16 at 10:09
5
5
this breaks the contact form functionality.
– Zoya
Feb 12 '15 at 17:37
this breaks the contact form functionality.
– Zoya
Feb 12 '15 at 17:37
9
9
Don't edit core
– Kevin Schroeder
Aug 2 '15 at 1:54
Don't edit core
– Kevin Schroeder
Aug 2 '15 at 1:54
1
1
Please do not provide solutions that require changes to CORE. Core classes must never be changed.
– Ahsan Horani
Sep 14 '16 at 10:09
Please do not provide solutions that require changes to CORE. Core classes must never be changed.
– Ahsan Horani
Sep 14 '16 at 10:09
add a comment |
If you have extension SMTPpro than try to disable it.
And check again.
All emails work fine and you only need to configure correctly.
add a comment |
If you have extension SMTPpro than try to disable it.
And check again.
All emails work fine and you only need to configure correctly.
add a comment |
If you have extension SMTPpro than try to disable it.
And check again.
All emails work fine and you only need to configure correctly.
If you have extension SMTPpro than try to disable it.
And check again.
All emails work fine and you only need to configure correctly.
edited Jun 3 '17 at 10:32
Jai
3,59083163
3,59083163
answered Jun 3 '17 at 9:31
Developer WebileDeveloper Webile
116314
116314
add a comment |
add a comment |
protected by Community♦ Feb 10 '15 at 21:08
Thank you for your interest in this question.
Because it has attracted low-quality or spam answers that had to be removed, posting an answer now requires 10 reputation on this site (the association bonus does not count).
Would you like to answer one of these unanswered questions instead?
merch.docs.magento.com/ce/user_guide/…
– matinict
Aug 24 '15 at 3:55