Actuellement (complètement indépendant de Discourse), j’utilise une adresse e-mail publiée comme alias qui envoie un e-mail de demande à un certain nombre d’adresses e-mail. Le groupe s’appuie sur la détection de spam de ses fournisseurs de messagerie. La plupart d’entre eux utilisent Gmail.
Les gens travaillent indépendamment pour répondre aux demandes. Cela conduit parfois à des efforts redoublés ou à d’autres problèmes.
Comment les choses pourraient changer en utilisant mon Discourse.
Mon instance Discourse est complètement privée et nécessite que les membres se connectent. J’ai commencé à utiliser le plugin Mail-Receiver afin que les membres puissent répondre aux sujets par e-mail et cela semble bien fonctionner.
J’ai lu et testé l’option Groupes associée qui accepte les e-mails entrants à une adresse personnalisée. J’envisage cela pour une adresse e-mail de demandes. Je ne vois pas comment Mail-Receiver pourrait détecter et prévenir adéquatement le spam.
J’ai également lu que l’équipe de Discourse elle-même utilise les e-mails entrants comme une fonctionnalité de support, donc le spam ne les gêne peut-être pas.
Je n’ai pas eu de problèmes avec les e-mails de spam envoyés à l’adresse mail-receiver, mais il y a un risque que cela se produise si vous avez l’adresse répertoriée dans des registres publics, ceux-ci peuvent commencer à recevoir des e-mails de spam/marketing.
Oui, j’ai vu ce guide. Cependant, maintenir une liste de domaines bannis n’est pas une option. Il est impossible de garder une longueur d’avance sur les spammeurs - nous recevons du spam quotidiennement aux adresses publiées sur notre site Web, mais au moins la plupart d’entre elles passent par des services de détection que nous ne maintenons pas, c’est-à-dire Gmail, miab…
Je pourrais avoir le courage d’essayer d’utiliser une adresse e-mail de groupe Discourse, bien que je pense pouvoir prédire que nous ne pourrons pas vivre avec le résultat. Nous pourrions toujours revenir à notre processus d’origine, mais j’aimais vraiment l’idée de pouvoir distribuer le travail de manière naturelle et qui préserve les communications.
Pour éviter cela, protéger l’adresse des robots d’exploration web si possible pourrait aider. Je ne suis pas certain comment cela est fait, mais j’ai vu que cela est implémenté pour avoir un captcha ou juste une option « cliquer pour afficher l’adresse » pourrait empêcher le scrapping de l’adresse par les robots.
Il est simple de changer d’adresse si le spam devient trop important.
Lorsqu’il y a un e-mail, un utilisateur sera créé, avec le spam, vous pouvez immédiatement bloquer l’adresse e-mail et l’adresse IP de ceux-ci.
Je suis d’accord avec vous pour dire que le blocage de domaines n’est pas une mesure anti-spam générale et solide – c’est plutôt pour frapper occasionnellement les « gros poissons ».
Il est cependant tout à fait possible de personnaliser mail-receiver pour effectuer tout filtrage supplémentaire avant la livraison dont vous avez besoin, comme exécuter les messages entrants via SpamAssassin ou similaire, puisque vous avez toute la puissance de Postfix à votre disposition. J’ai envisagé de construire un « récepteur de courrier 9001 » qui intègre ce genre de choses dès la sortie de la boîte, mais cela nécessiterait un effort sponsorisé, car je n’en ai pas personnellement besoin pour le moment.