Magento, yöneticiye sipariş onayı e-postaları göndermiyor


15

Ne yapacağımı bilemiyorum.

Bu sabah cron'u yapılandırdım ve Aoe_Scheduler'e göre kuyruktaki e-postalar her 5 dakikada bir gönderiliyor. Ancak, e-posta hesabımda yeni sipariş onayları almıyorum. Doğru onay adresini yapılandırıp yapılandırmadığımı üç kez kontrol ettim ve kontrol edilen spam klasörlerini dört katına çıkardım, ancak orada e-posta yok.

Müşterilerin de e-posta almamasından endişeleniyorum. Bu sorunu bilen var mı? 1.9.1 koştum (ve birkaç dakika 1.9.2'den beri).

edit: Bir hesap oluşturmak veya kullanıcı arabiriminde yeni bir şifre istemek e-postalar gönderdi.


Giden posta günlükleriniz ne gösteriyor?
Ben Lessani - Sonassi

@ BenLessani-Sonassi Paylaşılan bir magento sunucusuyum, bu yüzden bu günlüklere doğrudan erişemiyorum (hosting sunucumla temasa geçeceğim) Günlük önerisi için teşekkürler.
Frank

Ayrıca Aoe_Scheduler ayarı Queue configuration -> Queue Usage -> Never yardımcı olur.
amitshree

Yanıtlar:


15

Bir çalışma ortamı deneyin:

CMS> SATIŞ E-POSTALARI Sipariş Ver> Ayrı E-posta ile Gönderilmiş E-postalar (BCC Buggy'dir)

Magento bu hatayı biliyor ve 2.0'da düzeltecek.


Düzeltme ne zaman planlanıyor? Şimdi düzeltildi mi?
camdixon

9

Bu hıçkırıkları araştırmak ve ele almak için üç gün geçirdim ve şimdi yeni bulduğum bilgileri Magento'yu 1.9'a güncellemekten kaynaklanan olası sorunlar hakkında paylaşabilirim.

Her şeyden önce, Magento 1.9+ işlemsel e-postalar göndermek için tamamen cron işlerine güveniyor. Daha önce cron işlerinizi düzgün yapmadıysanız, şimdi yapmanız gerekecek.

Her şeyden önce Magento admin altında cron görevleri ayarladığınızdan emin olun System > Configuration > Advanced > System > Cron. Varsayılan ayarlar:

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

Bu ayarların değiştirilmesi gerektiğini öneren insanlar var, ancak en iyi kombinasyonu kabul edemedikleri için, olduğu gibi bırakmayı tercih ederim.

Daha sonra hosting kontrol panelinize gitmeniz ve cron işleri ayarlamanız gerekir. CPanel'de Gelişmiş> Cron İşleri altında. Her beş dakikada bir çalışacak şekilde ayarlayın ve bu komutu kullanın:

php -f /home/username/public_html/cron.php

Yukarıdaki yolun doğru olduğunu ve cron.php dosyasının aslında Magento kurulumunuzun kökünde olduğunu kontrol edin (yeni yükseltme yaptıysanız, olması gerekir). Kullanıcı adını doğru hesapla değiştirin.

Şimdi, başlangıçta wget komut dizesi kullanmak demek xtento.com geliştiriciler tavsiyelerini takip hata yaptı: wget -O /dev/null -q http://www.YOURDOMAIN.com/PATH_TO_MAGENTO/cron.php.

Bu benim için hiç işe yaramadı, oysa php komutu işe yaradı, bu yüzden tavsiyem şudur: buna uyun.


Yardımın için teşekkürler! "Php -f /home/username/public_html/cron.php" için php öneriniz benim için çalıştı.
scottiss

Harika adam! benim için de bir cazibe gibi çalıştı
CodeRomeos

Wget kullanmak da işe yarayacak .. Orada neyin yanlış gittiğini merak ediyorum
groovenectar

Teşekkürler, DEV örneğinde cron çalıştırmıyordum ve unuttum şifre e-postalarının gönderildiğini, ancak 1.9.4.1 sürümüne yükseltme işleminden sonra sipariş onayının olmadığını belirttim ... DEV sitesi için cron eklemek sipariş e-postası gönderilmesini çözdü. Görünen İşlemsel E-postalar 1.9 itibariyle cron üzerinden gönderilir. Aşağıdaki, bizim cron için kullandığımız sözdizimi, cb tetikleme db güncellemeleri orta yükseltme ortasında durdurmak için yardımcı olabilir: "! Test -e /absolute/path/to/your/sites/document/root/maintenance.flag && php - f /absolute/path/to/your/sites/document/root/cron.php> / dev / null 2> & 1 "
Flipmedia

2

Sipariş onayı e-postaları müşteriye veya bize gönderilmiyordu. Cpanel altında cron işlerini kontrol etti ve boştu. Test sitem iyi çalıştı, bu yüzden bu ayarı bulmak için cron işlerini kontrol ettim ve canlı siteye girdikten sonra 60 e-posta anında geldi. Umarım bu birine yardım eder, beni deli eder.

min: 0,26,42,58 saat: * Gün: * Ay: * Hafta içi: *

Komut: php /home/username/public_html/cron.php > /dev/null

Sitemizi kullandığınızda şunları okuyup anladığınızı kabul etmiş olursunuz: Çerez Politikası ve Gizlilik Politikası.
Licensed under cc by-sa 3.0 with attribution required.