Dieses Problem kann auch auftreten, wenn Sie sich in einem emulierten Zustand befinden, beispielsweise in einem CLI-Befehl. Ich hatte eine Situation, in der ich in der CLI keine E-Mail senden konnte, weil der Befehl wrapping in einem emulierten Zustand ausgeführt wurde:
$this->appState->emulateAreaCode(AppArea::AREA_GLOBAL, function() {
// In this section the email was sent
});
Wenn im obigen Beispiel versucht wurde, das Vorlagenverzeichnis der E-Mail zu ermitteln, wurde eine Zuordnung zu dieser E-Mail vorgenommen global/Magento/backend, die nicht vorhanden ist. Um dies zu beheben, musste ich es manuell in meinem Konstruktor hinzufügen:
/** @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')
);
Nach diesem Fix wurde das Problem behoben und ich konnte die E-Mail senden.
Aktualisieren:
Wenn Sie E-Mails über die CLI senden, ist die Verwendung der Emulation ein geeigneterer Ansatz. Zum Beispiel:
/** @var Magento\Framework\App\State $state */
$state->emulateAreaCode(
'frontend',
[$this->accountManagement, 'initiatePasswordReset'],
[
$customer->getEmail(),
AccountManagement::EMAIL_REMINDER,
$customer->getWebsiteId()
]
);
Auf diese Weise müssen Sie Ihre schmutzigen kleinen Hacks nicht.
