Ten problem może również wystąpić, gdy jesteś w stanie emulowanym, na przykład w poleceniu CLI. Miałem sytuację, w której nie mogłem wysłać wiadomości e-mail w interfejsie CLI, ponieważ polecenie owijania działało w stanie emulowanym:
$this->appState->emulateAreaCode(AppArea::AREA_GLOBAL, function() {
// In this section the email was sent
});
W powyższym przykładzie, gdy wiadomość e-mail próbowała ustalić, że jest katalogiem szablonu, zostanie zamapowana na global/Magento/backend, która nie istnieje. Aby to naprawić, musiałem ręcznie dodać to do mojego konstruktora:
/** @var \Magento\Framework\Component\ComponentRegistrarInterface $componentRegistrar */
// Make the admin theme global accessible for sending e-mails:
\Magento\Framework\Component\ComponentRegistrar::register(
'theme',
'global/Magento/backend',
$componentRegistrar->getPath('theme', 'adminhtml/Magento/backend')
);
Po tej poprawce problem został rozwiązany i mogłem wysłać wiadomość e-mail.
Aktualizacja:
Jeśli chodzi o wysyłanie poczty za pomocą interfejsu CLI, bardziej odpowiednim podejściem byłoby użycie emulacji. Na przykład:
/** @var Magento\Framework\App\State $state */
$state->emulateAreaCode(
'frontend',
[$this->accountManagement, 'initiatePasswordReset'],
[
$customer->getEmail(),
AccountManagement::EMAIL_REMINDER,
$customer->getWebsiteId()
]
);
W ten sposób nie musisz robić swoich brudnych, małych hacków.
