Autoriser l'email pour les modérateurs, le personnel et les administrateurs

UX
,
1

L’option « Adresse e-mail entrante personnalisée » n’est pas disponible pour les groupes automatiques. C’est acceptable pour tous les groupes et les groupes trust_level, mais je ne suis pas sûr que cela ait du sens pour les groupes staff/admins/moderators.

J’ai dû créer un groupe « support » séparé pour le nôtre, contenant les modérateurs. C’est acceptable comme solution de contournement, mais cela représente une charge administrative faible mais agaçante.

Y a-t-il une raison valable pour que cela (ou IMAP d’ailleurs) soit désactivé pour ces groupes ?

3 « J'aime »
2

Que se passerait-il si j’insérais simplement une adresse e-mail dans groups.incoming_email pour @moderators sur mon forum ? Il est un peu difficile de tester cela en toute sécurité sans une nouvelle instance.

3

Eh bien, comme personne ne m’a dit que c’était complètement stupide, j’ai testé cette commande rails sur une instance peu utilisée.

Et ça semble fonctionner (jusqu’à présent) !

:bangbang: Utilisez à vos risques et périls et sauvegardez d’abord

Pour ajouter une adresse d’envoi d’e-mails

Group.where(name: "=groups.name=").update(incoming_email: "=groups.name=@=domain=")

Pour supprimer une adresse d’envoi d’e-mails

Group.where(name: "=groups.name=").update(incoming_email: nil)
3 « J'aime »
4

Je ne suis pas sûr que ce soit prêt à être un guide @nathank ? Il semble assez peu testé.

5

Ok Ok, je vais tester davantage, puis je le déplacerai dans la section du guide une fois qu’il sera prouvé. Jusqu’à présent, tout va bien.

Je ne suis toujours pas sûr de la raison pour laquelle il est désactivé dans l’interface utilisateur - bien que je puisse voir qu’il y a des dangers à avoir des e-mails entrants pour des groupes automatiques qui sont importants (surtout pour des sites de haut profil comme meta.discourse.org), il semble étrange de supprimer complètement la capacité des administrateurs de le faire.

Je me demande si c’est une chose historique et si cela devrait être reconsidéré - surtout pour les administrateurs / modérateurs / personnel.

2 « J'aime »
6

Je vais voir ce que je peux trouver. :+1:

1 « J'aime »
7

Il me semble que cela devrait fonctionner. Je ne suis pas sûr que ce soit une bonne idée, mais je ne pense pas que cela puisse nuire.

Parce que ces groupes sont un peu spéciaux, car ce sont en fait des alias et il est plus logique de simplement créer un groupe « normal » pour les personnes qui sont « administrateurs » ou « personnel » dans votre organisation.

2 « J'aime »
8

Je pense que mon hésitation porte sur la question de savoir s’il est suffisamment conseillé pour être ajouté comme recommandation ou non. Je ne suis pas sûr pourquoi c’est bloqué normalement, mais j’ai tendance à faire confiance à l’interface utilisateur. :slight_smile: Bien que si cela s’avère être acceptable, nous pourrons toujours le rétablir. :+1:

2 « J'aime »
10

Je cherchais justement comment créer des adresses e-mail pour le personnel de mon forum de quartier, et je suis tombé sur ce problème. Il y a une boîte de réception pour les administrateurs, il me semble donc logique qu’il soit possible de lui donner une adresse e-mail pour que les gens puissent lui écrire. Même chose pour les modérateurs, il semble logique de leur permettre d’être contactés par e-mail pour demander de l’aide concernant les connexions aux comptes et autres.

Pour une communauté privée, sur invitation uniquement, gérée de manière informelle comme mon forum de quartier, il n’y a aucun autre moyen de contacter les propriétaires du site, à moins que les propriétaires ne mettent une adresse e-mail dans la description, qui apparaît maintenant sur la page de connexion. Je préférerais fournir une adresse e-mail pour contacter les modérateurs là-bas plutôt que mon Gmail personnel.

Je vais essayer ce hack, mais je pense aussi qu’il pourrait être intéressant de discuter de la possibilité de rendre cela possible via l’interface utilisateur et même de l’encourager pour les sites privés.

4 « J'aime »
11

Je pense qu’un plugin qui accepterait username@hostname devrait être possible.

2 « J'aime »
13

Exactement mes pensées ! Après l’avoir utilisé pendant 6 mois sur deux grands sites privés, je n’ai remarqué aucun problème. Et malgré sa présence bien en évidence sur la page de connexion, nous avons reçu très peu d’e-mails et encore moins de spam.

Cela a donc été un succès retentissant jusqu’à présent, et j’encourage vivement à ce qu’il soit intégré à l’interface utilisateur.

C’est une tout autre chose - mais potentiellement très utile Jay. Cela fonctionnerait très bien s’il pouvait être configuré pour s’appliquer à tous les individus d’un ou plusieurs groupes spécifiés.

3 « J'aime »
14

Pour ceux qui souhaitent gérer des comptes (par exemple, Mailgun, AWS, Digital Ocean) à partir de leur compte administrateur, le paramètre de site auto_generated_allowlist est très utile.

Il permet aux e-mails « no-reply » et autres e-mails générés automatiquement de passer à travers les filtres généralement stricts. Cela permet de gérer les factures et les e-mails de confirmation de compte au sein de votre instance, par votre équipe.

4 « J'aime »