Est-ce que DISCOURSE_NOTIFICATION_EMAIL peut être défini sur n'importe quoi ou doit-il s'agir d'une adresse réelle ?

Je n’ai vraiment pas une vision globale de la façon dont Discourse interagit avec les e-mails, donc cela pourrait sembler une question stupide.

J’héberge moi-même discourse.mydomain.com et j’utilise SendGrid pour les e-mails, et tout fonctionne.

Dans mon app.yaml, j’ai défini,

DISCOURSE_NOTIFICATION_EMAIL: real_address@mydomain.com

Ce paramètre peut-il être n’importe quoi, est-il purement cosmétique ? Je veux dire, pourrais-je le changer en un e-mail qui n’existe pas noreply@discourse.mydomain.com ? Ou cet e-mail a-t-il réellement besoin d’une boîte de réception, etc. ?

Cordialement,

Daniel

1 « J'aime »

Salut Daniel :waving_hand:

vous serez heureux d’apprendre que ce n’est pas le cas, le forum envoie des e-mails transactionnels par SMTP, vous devez donc vous connecter à SendGrid. Discourse peut utiliser n’importe quelle adresse de votre sous-domaine.

Vous dites à Discourse dans le paramètre du conteneur que vous souhaitez que Discourse envoie toujours ses e-mails transactionnels en tant que noreply@ - activation de compte, notifications par e-mail, e-mails de réinitialisation de mot de passe, etc.

Si je me souviens bien, lorsque je l’ai installé l’année dernière, j’ai dû supprimer les guillemets dans une clé/un mot de passe/une adresse dans le conteneur. J’aurais aimé enregistrer exactement où, et les erreurs intéressantes que j’ai eues avant.

3 « J'aime »

Si vous avez configuré et lancé Discourse, et que vous décidez de recevoir des e-mails sur Discourse, vous devrez obtenir une API de SendGrid. Cependant, j’ai obtenu mon API de MailGun.

Cette API signifie qu’il n’y a jamais vraiment de boîtes de réception. Le modérateur/administrateur peut définir n’importe quelle adresse e-mail entrante pour un groupe/une catégorie, étant donné que le domaine de l’adresse correspond à ce que le fournisseur d’e-mails trans permet.

Via l’API, le système peut prendre des mesures pour garantir que les e-mails sont livrés à un sujet. Si cela échoue en interne, la trace de l’e-mail reste dans les journaux du panneau d’administration. Souvent, si le système ne peut pas créer d’utilisateur intermédiaire pour les e-mails entrants, le fournisseur de messagerie de l’expéditeur enverra un message Non livrable - avec un texte incluant « avez-vous un compte ici ? ». C’est ce que j’ai vécu.

1 « J'aime »

Merci de l’avoir si bien expliqué !

1 « J'aime »

This topic was automatically closed 30 days after the last reply. New replies are no longer allowed.