Queue e-mails for background processing #124
Rótulos
Sem etapa
Sem encarregados
1 Participantes
Notificações
Data de vencimento
Sem data de vencimento definida.
Dependências
Não estão definidas dependências.
Referência: aheathershaw/blue-twilight#124
Carregando…
Criar uma nova questão referindo esta
Nenhuma descrição fornecida.
Eliminar o ramo "%!s(<nil>)"
Eliminar um ramo é algo permanente. Embora o ramo eliminado possa continuar a existir por um breve período de tempo antes de ser realmente removido, a operação NÃO PODERÁ ser desfeita na maioria dos casos. Quer continuar?
Queue e-mails in the database and use a Laravel queue worker to actually send the e-mails on a background job.
Update forgot password form to BS4para Queue e-mails for background processingThe best way I can see this working is to use Laravel Notifications and dynamically adjust the “via” result.
(Laravel can not choose whether to queue a notification dynamically.)
We could have a custom notification channel that writes it to the database and a custom worker that processes that table.
This would however mean converting all Mailables to Notifications.
Actually as of 5.3.7, you can use Mailables in conjunction with notifications:
https://laracasts.com/discuss/channels/laravel/laravel-53-using-mailable-inside-a-notification?page=0
This is now complete. To run the queue, use the command below:
php artisan bt-queue:send-emails
or reference the example systemd service in
resources/systemd/blue-twilight-email.service
.