Magento не надсилає адміністратору повідомлення про підтвердження замовлення

15

Я втрачаю, що робити.

Сьогодні вранці я налаштував cron, і відповідно до Aoe_Scheduler, електронні листи в черзі надсилаються кожні 5 хвилин. Однак я не отримую нових підтверджень замовлення на свій електронний рахунок. Я потрійно перевірив, чи налаштував я правильну адресу підтвердження, і чи вдруге перевірив папки спаму, але електронних листів немає.

Я переживаю, що клієнти також не отримували електронних листів. Хтось визнає цю проблему? Я пробіг 1.9.1 (а з кількох хвилин 1.9.2).

редагувати: Створення облікового запису або запит на новий пароль на фронтені надсилає електронні листи.

— Френк
джерело

Що показують ваші журнали вихідної пошти?

— Бен Лессані - Сонассі

@ BenLessani-Sonassi Я на спільному сервері magento, тому я не можу отримати доступ до цих журналів безпосередньо (я зв’яжусь зі своїм хостингпровідером) Дякую за пропозицію журналу.

— Френк

Також Queue configuration -> Queue Usage -> Never допомагає встановлення Aoe_Scheduler .

— amitshree

15

Спробуйте заокруглення:

у CMS> ПРОДАЖ ЕЛЕКТРОННОЇ ПОСЛІДИ Встановити замовлення> Надіслані електронні листи через окрему пошту (BCC - помилка)

Magento знає цю помилку і виправить у 2.0.

— TonkBerlin
джерело

Коли планується виправити? Чи це виправлено зараз?

— Камдіксон

9

Три дні було витрачено на дослідження та вирішення цих проблем, і тепер я можу поділитися своїми нещодавно знайденими знаннями про можливі проблеми, що виникають внаслідок оновлення Magento до 1.9.

Перш за все, Magento 1.9+ повністю розраховує на роботу із системою cron для надсилання транзакційних електронних листів. Якщо раніше у вас не було встановлених завдань Cron, вам доведеться це робити зараз.

Перш за все переконайтеся, що ви встановили завдання cron в адміністраторі Magento під System > Configuration > Advanced > System > Cron. Типовими налаштуваннями є:

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

Є люди, які пропонують змінити ці налаштування, але оскільки вони, здається, не можуть погодитися на найкращу комбінацію, я б краще залишити її такою, якою вона є.

Потім вам потрібно зайти в панель керування хостингом і налаштувати завдання cron. У cPanel він знаходиться в розділі Advanced> Cron Jobs. Налаштуйте їх для запуску кожні п’ять хвилин і скористайтеся цією командою:

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

Перевірте, чи вказаний вище шлях правильний і що файл cron.php насправді є в корені вашої установки Magento (якщо ви щойно оновили, це має бути). Змініть ім'я користувача на правильний рахунок.

Тепер, я спочатку зробив помилку, слідуючи пораді розробників на xtento.com , які говорять , щоб використовувати рядок Wget команду: wget -O /dev/null -q http://www.YOURDOMAIN.com/PATH_TO_MAGENTO/cron.php.

Це для мене взагалі не працювало, тоді як команда php це зробила, тому моя порада: дотримуйтесь цього.

— Ле Джонстон
джерело

Спасибі за вашу допомогу! Ваша пропозиція php щодо "php -f /home/username/public_html/cron.php" працювала для мене.

— scottiss

Дивовижний чоловік! це працювало і на мене, як на принадність

— CodeRomeos

Використання wget також має працювати. Мені цікаво, що там пішло не так

— groovenectar

Дякую, я не запускав cron на екземплярі DEV і зазначив, що забуті паролі надсилали електронні листи, але підтвердження замовлення не відбулося після оновлення до 1.9.4.1 ... Додавання крона для сайту DEV вирішило надіслати електронну пошту замовлення. Повідомлення про транзакційні електронні листи надсилаються через cron станом на 1.9. Нижче наведений синтаксис, який ми використовуємо для нашого cron, може бути корисним для зупинки оновлення cron, що викликає db оновлення середнього оновлення: "! 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

Електронні листи для підтвердження замовлення не надсилалися замовнику чи нам. Перевірив роботу cron під cpanel, і вона порожня. Мій тестовий сайт спрацював нормально, тому перевірив завдання Cron, щоб знайти цю настройку, і миттєво надійшло 60 електронних листів, як тільки я встановив його в реальному веб-сайті. Сподіваюся, що це комусь допомагає, мене зводило з розуму.

хв: 0,26,42,58 год .: * День: * Місяць: * Будній день: *

Команда: php /home/username/public_html/cron.php > /dev/null

— Стю-собака
джерело