Esse problema também pode ocorrer quando você estiver em um estado emulado, por exemplo, em um comando da CLI. Eu tive uma situação em que não pude enviar um email na CLI, porque o comando de agrupamento estava sendo executado em um estado emulado:
$this->appState->emulateAreaCode(AppArea::AREA_GLOBAL, function() {
// In this section the email was sent
});
No exemplo acima, quando o email tentava determinar seu diretório de modelo, ele seria mapeado para o global/Magento/backendque não existe. Para corrigir isso, tive que adicioná-lo manualmente no meu construtor:
/** @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')
);
Após essa correção, o problema foi resolvido e eu poderia enviar o email.
Atualizar:
Quando se trata de enviar email usando a CLI, uma abordagem mais adequada seria usar emulação. Por exemplo:
/** @var Magento\Framework\App\State $state */
$state->emulateAreaCode(
'frontend',
[$this->accountManagement, 'initiatePasswordReset'],
[
$customer->getEmail(),
AccountManagement::EMAIL_REMINDER,
$customer->getWebsiteId()
]
);
Dessa forma, você não precisa de seus pequenos hacks sujos.
