Merci pour vos retours. Effectivement on pourrait logger toutes les erreurs d'envoi de mail quelque part (base de données ou passer par mailchimp/campaign monitor) et les traiter ensuite dans une tâche cron, mais ça me semble requérir un temps de dev en plus par rapport à la mise en place d'un delayed_job ? A voir aussi si les mails sont d'une importance critique ou si on peut ignorer une erreur d'envoi.
On 9 mai, 17:15, Florian Dutey <[email protected]> wrote: > Pour ma part, je mets toujours l'envoi de mail dans un observer, jamais > dans le modèle lui-même. > > Si tu te fous des erreurs et que tu ne cherches pas la performance (envoi > de mails massif), tu peux simplement mettre l'envoi de mail dans un thread. > Tu peux aussi/en plus rescue l'exception et gérer le problème (gestion > d'une liste des fails pour retenter les envois plus tard avec notif pour > l'admin?) > > Cdlt =). -- Vous avez reçu ce message, car vous êtes abonné au groupe "Railsfrance" de Google Groups. Pour transmettre des messages à ce groupe, envoyez un e-mail à l'adresse [email protected] Pour résilier votre abonnement envoyez un e-mail à l'adresse [email protected]
