Qu'est-ce qui détermine le contact e-mail par défaut dans les TOS ?

J’ai remarqué que dans mes CGU générées par Discourse, l’adresse e-mail de contact indiquée est admin@[example.com], où [example.com] correspond au domaine de mon installation Discourse.

Sur quoi repose cette adresse e-mail par défaut ? Je ne parviens pas à trouver un paramètre correspondant dans l’administration.

Par ailleurs, pour une installation qui reçoit directement des e-mails, le récepteur de courriel de Discourse est-il capable de recevoir des messages adressés à autre chose que ceux spécifiés pour les réponses aux sujets et les publications dans les sujets (si activé) ?

Je pense que cette adresse e-mail provient du fichier YAML lors de l’installation de Discourse. Vous pouvez la modifier en éditant la page des CGU.

L’autre paramètre e-mail que vous devrez peut-être ajuster est « adresse e-mail de contact » dans les paramètres Obligatoires de l’administration. Elle apparaît sur la page /about.

C’est l’adresse e-mail de contact dans vos paramètres d’administration.

Ah d’accord, cela a du sens. J’avais initialement installé en utilisant une adresse e-mail que j’ai ensuite modifiée dans les paramètres.

Concernant l’e-mail de contact dans les paramètres requis : comme celui-ci semble être principalement destiné aux e-mails générés par Discourse, j’utilise une adresse e-mail externe que je ne souhaite pas rendre publique aux utilisateurs.

Une excellente solution serait de pouvoir ajouter une adresse e-mail entrante personnalisée au groupe admins, mais il semble que cela ne soit pas possible avec les groupes par défaut, uniquement avec les groupes que je crée. Une idée de la raison ? Dois-je configurer un groupe admins personnalisé pour recevoir des e-mails dans l’application à cette fin ?

Édit : Peut-être que j’ai fait une fausse hypothèse. Si mon Discourse est à forum.example.com — et que je n’utilise pas de service SMTP externe pour les e-mails entrants — puis-je définir l’e-mail de contact dans l’administration à admin@forum.example.com ?

Édit 2 : Je viens de tester cela, et la réponse est non. La réponse est Email::Receiver::BadDestinationAddress

Ok, il semble qu’une solution consiste à créer un groupe personnalisé avec des admins comme membres, auquel on attribue une adresse e-mail entrante personnalisée.

Ce serait plus simple si les groupes par défaut pouvaient recevoir des adresses e-mail entrantes personnalisées, cependant.