For some time (with us in mid-November 2017) fell on, not got that email from Magento Store in various Emfpängern. More or less from one day to the next was radio silence.
But it is not concerned this is a general problem. The Magento shop sent the mail. They just do not arrived. Strikingly often, they were not delivered with corporate email addresses. For vendors like GMX delivery worked fine.
Also in the SPAM filter the e-mails were not stuck.
Now we have put ourselves on troubleshooting and found, that the “Problem”-Mail providers have made an adjustment in their delivery requirements (our in November).
simply put: Is there any mail, “pingt” of the sender mail server. Is the ping into space, the mail is not delivered. (ALL formulated simply!)
Magento was already very noticeable, that any desired mail address – also that with which they had nothing to do- could enter the backend easily and shop-mails then apparently came from this address. Only a look in the mail header then showed, that this was not the real sender.
For reliable delivery is a really existing mail account must therefore use – and you should also have access to it. To this account now engage in their own shop, you can Free, long-known and very performant Extension SMTP-Pro use of Ashley Schroder. This is equal to killing two birds with one stone, as it not only allows the integration of an SMTP server but also for Magento 1.9 existing mail queue can turn, so that mails are sent directly, not only through the CRON (s.a. here).
Installation is not a problem and absolute standard. set up the device easier than its own mail client (since only the output server is needed).
Then, the mail delivery is working again wonderful and the receivers tested in previously all.
Should the way the M.E. brilliant PDF Document Extension PDF-Print use of SNM Portal, There is a conflict here, but one can quickly solve.
You open the app / code / community / auit / PDF / Model / rewrite / Email / template.php and replace the line
class AuIt_Pdf_Model_Rewrite_Email_Template extends Mage_Core_Model_Email_Template
by
class AuIt_Pdf_Model_Rewrite_Email_Template extends Aschroder_SMTPPro_Model_Email_Template
In more recent versions of the extension line is even available and only needs to be activated and the other commented out.
Update vom 01.03.2018
Now it is funny: In the one and other Magento installation fell on, that after installing the SMTP Pro Extension no mail was sent. This is so funny, because we first had the problem, that no mail arrived BUT were sent. Suddenly no longer mails are sent?
We noticed it on in the following context. We had a shop installation with two different shops. The main store sent mails easily, which also arrived. In the second shop but no messages were sent (and were accordingly not). Now you can see System > Tools > see SMTPpro log if and what messages were sent. Only entries for the store came 1 but not for 2. Now the next important step for troubleshooting: time the (var /)Exception.log bzw. check System.log (if necessary. Enable yet in the backend). Here we found in the Exception.log pointing
exception ‘Zend_Mail_Protocol_Exception’ with message ‘5.7.1 : Sender address rejected: not owned by user XYZ
alternatively
exception 'Zend_Mail_Protocol_Exception' with message 'Connection refused' in /lib/Zend/Mail/Protocol/Abstract.php:277
Here is obviously tested, if the case of system > Contacts stored mail address, as sender of the mail order (etc.) is used, belongs to the server. Is there a problem here, nothing is sent. However, we had to use a special mail address, so that customers can communicate with the service. Remedy brought here the use of a mail forwarding. We used a mail address of our server and guided them directly on to the service mail. Not the best solution but an acceptable. The problem is also with another solution HERE discussed.
Used in Magento Version 1.9 Comments? Additions? Notes? Gladly!