简体   繁体   English

Magento没有发送订单确认电子邮件

[英]Magento is not sending order confirmation emails

I'm using Aschroder SMTP Pro on my Magento site. 我在Magento网站上使用Aschroder SMTP Pro。 The test for email sending(that the plugin does) is successful but order confirmation emails are not being sent. 电子邮件发送测试(插件执行)测试成功,但订单确认电子邮件未发送。 I enabled email and exception log but i don't manage to see any error in it. 我启用了电子邮件和异常日志,但我没有看到任何错误。 Send mail method in System > Configuration is set to "Separate Email" for each section. 系统>配置中的发送邮件方法设置为每个部分的“单独电子邮件”。 Email templates are correctly configured. 电子邮件模板配置正确。

What am i doing wrong? 我究竟做错了什么? Thank you. 谢谢。

I also struggled with the problem of order e-mails not being sent in CE 1.9.1 but found the problem after a while: 我还在CE 1.9.1中没有发送订单电子邮件的问题,但在一段时间后发现了问题:

As of Magento CE 1.9.1 Magento doesn't send order emails directly during the order process. 自Magento CE 1.9.1开始,Magento在订购过程中不会直接发送订单电子邮件。 Instead the mails are queued and are sent by the cron. 相反,邮件排队并由cron发送。 So make sure to configure the Magento cronjob properly. 因此,请确保正确配置Magento cronjob。

Also refer to: 另请参阅:

http://www.magentocommerce.com/knowledge-base/entry/ee1141-ce191-responsive-email#cron http://www.magentocommerce.com/knowledge-base/entry/ce18-and-ee113-installing#install-cron http://www.magentocommerce.com/knowledge-base/entry/ee1141-ce191-responsive-email#cron http://www.magentocommerce.com/knowledge-base/entry/ce18-and-ee113-installing#install -cron

There are many things that can cause what you're describing, and most of them are completely unrelated to Magento. 有很多东西可以导致你所描述的东西,而且大多数东西都与Magento完全无关。

From the limited amount of information you've provided, my guess would be that your email is undeliverable because your domain lacks Sender Policy Framework records (or one of the other major authentication standards like DKIM, SenderID, and Domain Keys), or because the IP/domain you're testing delivery from was formerly occupied by a spammer and has been blacklisted (which happens). 根据您提供的有限数量的信息,我的猜测是您的电子邮件无法送达,因为您的域名缺少发件人政策框架记录(或DKIM,SenderID和域密钥等其他主要身份验证标准之一),或者因为您正在测试交付的IP /域以前是由垃圾邮件发送者占用并且已被列入黑名单(发生这种情况)。

When it comes to testing emails, I usually test delivery to gmail accounts, because they seem to be the most receptive of the public web-based emails. 在测试电子邮件方面,我通常测试向Gmail帐户发送邮件,因为它们似乎是最容易接受基于Web的公共电子邮件。 Any kind of company email is usually a bad choice, because they're more likely to have stricter deliverability standards. 任何类型的公司电子邮件通常都是不好的选择,因为他们更有可能拥有更严格的可传递性标准。

The problem was caused by a bad plugin...i had another problem and resolving it Magento restarted sending confirmation emails. 问题是由一个糟糕的插件引起的...我有另一个问题并解决它Magento重新启动发送确认电子邮件。

Here is the link to my question(with answer) : Source model "" not found for attribute “privacy” Magento 1.9 这是我的问题的链接(有答案): 源代码模型“”找不到属性“隐私”Magento 1.9

Strange things... 奇怪的事情...

声明:本站的技术帖子网页,遵循CC BY-SA 4.0协议,如果您需要转载,请注明本站网址或者原文地址。任何问题请咨询:yoyou2525@163.com.

 
粤ICP备18138465号  © 2020-2024 STACKOOM.COM