Magento Not Sending Order Emails

If you are having problems with Magento 1.9.X.X Community Edition not sending order email notifications, we found this simple fix on the Magento Forums. While I agree that this may not be the PROPER way to fix this issue, at least it works and is very simple to do.

Go to:


Go to line 407. It should read:

if ($this->hasQueue() && $this->getQueue() instanceof Mage_Core_Model_Email_Queue) {

simply change that line to read:

if (!$this->hasQueue() && $this->getQueue() instanceof Mage_Core_Model_Email_Queue) {

and save your file. All we did was add a ! before the $this-> part.

Make sure you test this change BEFORE you close the file!

Hope that helps with your problems with Magento not sending order emails.

if (!$this->hasQueue() && $this->getQueue() instanceof Mage_Core_Model_Email_Queue)

Remove Session IDs (SID) From URL In Magento

If you’re having problems with Google and other search engines indexing the pages of your Magento Commerce site with session id’s or SID’s, (they look something like this, note the bold SID: handles.html?SID=ck5gk65tbs0jeml5ebb9flvk27&limit=9&order=manufacturer&dir=asc), here’s the way we fixed it. You may have to try one method or the other. One way worked on one of our websites, the other way worked on the other.

In your .htaccess file, you can try this code:

## remove SID from get request query string
RewriteCond %{request_method} ^GET$
RewriteCond %{QUERY_STRING} ^(.+&)?SID=[\w]*&(.+)?$ [NC]
^(.*)$ /$1?%1%2 [R=301,L,NE]

and if that doesn’t work, try this code:

## remove SID from get request query string
RewriteCond %{request_method} ^GET$
RewriteCond %{QUERY_STRING} ^((.+)&)?SID=[\w]*$ [NC]
^(.*)$ /$1?%2 [R=301,L,NE]

Hope that helps!

Remove the ?___store=default from the URL In Magento

How do you remove the ?___store=default from the URL In Magento?

Open Link.php in app/code/core/Mage/Catalog/Block/Widget/Link.php

GOTO Line 91: $this->_href = $this->_href . $symbol .”___store=” . $store->getCode();

And change it to: $this->_href = $this->_href;

Set the max pop3 connections simutaneously for one ip

If you have more than 4 email accounts on a single domain, it’s very common you won’t be able to retrieve email from all of your accounts. By default, many servers have a MAXPERIP=4 setting in the pop3d file on the server. If you are having this problem, go to the /etc/courier-imap/ directory and vi the pop3d file. Find the line that reads MAXPERIP=4 and edit that line to read MAXPERIP=40. Escape out and :wq the edit.

Next restart the service with: /etc/init.d/courier-imap restart

Problem of too many simulataneous email connections should now be solved.