Depuis un certain temps (avec nous à la mi-Novembre 2017) est tombé sur, pas reçu ce courriel de magasin Magento dans divers Emfpängern. Plus ou moins d'un jour à l'autre était le silence radio.
Mais il ne porte pas sur c'est un problème général. La boutique Magento a envoyé le courrier. Ils ne sont pas arrivés. Souvent frappant de constater que, ils ne sont pas livrés avec des adresses de messagerie d'entreprise. Pour les fournisseurs comme la livraison GMX a bien fonctionné.
Toujours dans le SPAM filtre les e-mails ne sont pas bloqués.
Maintenant, nous nous sommes mis sur le dépannage et trouvé, que le “Problème”-Les fournisseurs de courrier ont fait un ajustement dans leurs exigences de livraison (notre en Novembre).
tout simplement: Y at-il courrier, “pingt” du serveur de messagerie de l'expéditeur. Le ping dans l'espace, le mail n'est pas livré. (ALL formulé simplement!)
Magento était déjà très perceptible, que toute adresse mail souhaitée – aussi celle avec laquelle ils avaient rien à voir- pourrait entrer dans le backend facilement et une boutique-mails alors apparemment provenaient de cette adresse. Seul un coup d'oeil dans l'en-tête de courrier a ensuite montré, que ce ne fut pas le véritable expéditeur.
Pour une livraison fiable est un compte de messagerie réellement existant doit donc utiliser – et vous devez également avoir accès. Pour ce compte se trouvent maintenant dans leur propre boutique, vous pouvez gratuitement, long connu et très performant Extension SMTP-Pro l'utilisation d'Ashley Schroder. Cela équivaut à tuer deux oiseaux avec une pierre, car elle permet non seulement l'intégration d'un serveur SMTP mais aussi pour Magento 1.9 file d'attente de messagerie existant peut se transformer, de sorte que mails sont envoyés directement, non seulement par le CRON (S.A. ici).
L'installation est pas un problème et le niveau absolu. mettre en place l'appareil plus facile que son propre client de messagerie (puisque seul le serveur de sortie est nécessaire).
Ensuite, la livraison du courrier fonctionne à nouveau merveilleux et les récepteurs testés dans tous auparavant.
Si la façon dont le M.E. brillant Document PDF Extension PDF-Print utilisation du SNM Portal, Il y a un conflit ici, mais on peut rapidement résoudre.
Vous ouvrez l'application / code / communauté / auit / PDF / Modèle / rewrite / Email / template.php et remplacez la ligne
étend la classe AuIt_Pdf_Model_Rewrite_Email_Template Mage_Core_Model_Email_Template
par
classe AuIt_Pdf_Model_Rewrite_Email_Template étend Aschroder_SMTPPro_Model_Email_Template
Dans les versions les plus récentes de la ligne d'extension est même disponible et ne doit être activé et l'autre en commentaire.
Mise à jour de 01.03.2018
Maintenant, il est drôle: Dans l'un et l'autre installation de Magento est tombé sur, que, après l'installation du SMTP Extension Pro a été envoyé aucun courrier. Ceci est si drôle, parce que nous avons d'abord eu le problème, qu'aucun courrier est arrivé, mais ont été envoyés. Tout à coup, pas plus mails sont envoyés?
Nous l'avons remarqué dans le contexte suivant. Nous avions une installation de magasin avec deux magasins différents. Le magasin principal envoyé mails facilement, qui a également arrivé. Dans le second magasin, mais aucun message n'a été envoyé (et étaient donc pas). Maintenant, vous pouvez voir système > Outils > voir si et SMTPpro journal quels messages ont été envoyés. Seules les inscriptions pour le magasin est venu 1 mais pas pour 2. Maintenant, la prochaine étape importante pour le dépannage: temps la (var /)Exception.log BZW. vérifier System.log (si nécessaire. Activer encore dans le back-end). nous avons trouvé ici dans le pointage Exception.log
exception « Zend_Mail_Protocol_Exception » message « 5.7.1 : Adresse de l'expéditeur rejeté: non détenues par l'utilisateur XYZ
sinon
exception « Zend_Mail_Protocol_Exception » avec le message « Connexion refusée » dans /lib/Zend/Mail/Protocol/Abstract.php:277
Ici est évidemment testé, si le cas du système > Contacts d'adresse de courrier stocké, comme expéditeur de l'ordre de courrier (etc) on utilise, appartient au serveur. Y at-il ici un problème, rien n'est envoyé. Cependant, nous avons dû utiliser une adresse mail spéciale, afin que les clients peuvent communiquer avec le service. Remedy a ici l'utilisation d'un transfert de courrier. Nous avons utilisé une adresse email de notre serveur et les conduit directement à la poste de service. Pas la meilleure solution, mais un niveau acceptable. Le problème est également une autre solution ICI discuté.
Utilisé dans la version Magento 1.9 Remarques? Ajouts? Remarques? Volontiers!
