J’ai des utilisateurs avec des adresses e-mail obsolètes ou non livrables. Je désactive les notifications dans leurs préférences, mais les e-mails continuent d’être envoyés. Est-ce que je deviens fou ? Ou Discourse continue-t-il d’essayer d’envoyer des e-mails échoués pour toujours ? Que pourrait-il se passer ?
Pourriez-vous fournir un peu plus d’informations ? Quels e-mails envoie-t-il ?
Et il serait peut-être plus judicieux de simplement désactiver leurs comptes s’ils ne peuvent de toute façon pas se connecter.
3 « J'aime »
N’importe quel e-mail. Et oui, j’ai fini par désactiver les comptes. Le mystère n’est pas résolu - sans lire le code source, je soupçonne que Discourse continue d’essayer d’envoyer pendant un certain temps. Mais ce n’est qu’une supposition.
S’agit-il réellement du même e-mail qui est retenté ou s’agit-il d’e-mails similaires, par exemple, un e-mail pour la première réponse dans un sujet, puis plus tard un e-mail pour une deuxième réponse ?
Où voyez-vous les e-mails supplémentaires ? Les journaux de Discourse, les journaux de votre fournisseur de messagerie ou ailleurs ?
S’il s’agit de votre fournisseur de messagerie, en fonction de l’échec de la livraison, cela pourrait être tout à fait normal - les échecs temporaires seront retentés périodiquement pendant un certain temps avant de finalement rebondir, le nombre de fois et la période dépendront entièrement de la configuration de votre fournisseur de messagerie.
Avez-vous correctement configuré les rejets pour qu’ils soient livrés à Discourse, soit en faisant en sorte que les e-mails de rejet parviennent à mail-receiver, soit en utilisant des webhooks ?
Normalement, si Discourse est informé de ces échecs, le score de rejet d’un utilisateur augmentera et au-delà d’un certain seuil (paramètre bounce_score_threshold), Discourse cessera d’essayer d’envoyer des e-mails à cet utilisateur.
J’ai eu le même problème par le passé et je viens de changer ces 2 options (+email récapitulatif) à “jamais” dans leur profil, dans l’onglet “e-mails”.
2 « J'aime »
Probablement pas.
Avez-vous des indications sur la configuration nécessaire pour cela, ou des tutoriels, etc. ? J’utilise une instance Postfix locale pour envoyer des e-mails depuis Discourse et l’application mail-receiver pour les recevoir.
En supposant que votre configuration Postfix ne fasse rien pour modifier la livraison des rebonds, je pense qu’avoir DISCOURSE_NOTIFICATION_EMAIL dans app.yml en utilisant le même domaine qui atteint le récepteur de courrier devrait suffire.
Par exemple, si votre configuration mail-receiver.yml utilise MAIL_DOMAIN: discourse.example.com (et que vos enregistrements DNS font que les e-mails vers ce domaine sont livrés au récepteur de courrier), DISCOURSE_NOTIFICATION_EMAIL devrait ressembler à whatever@discourse.example.com.
@Simon_Manning Est-ce que cela les inscrit dans le journal des e-mails rejetés dans Discourse ?
Avant que je ne passe à Postfix, j’avais l’habitude de voir les rejets là-bas, maintenant rien.