Beschreibung des regulären, nicht-Discourse-Flows.
Derzeit (völlig unabhängig von Discourse) verwende ich eine veröffentlichte E-Mail-Adresse als Alias, die eine E-Mail-Anfrage an eine Reihe von E-Mail-Adressen sendet. Die Gruppe verlässt sich auf die Spam-Erkennung ihrer E-Mail-Anbieter. Die meisten von ihnen verwenden Gmail.
Die Leute arbeiten unabhängig an der Beantwortung von Anfragen. Dies führt manchmal zu doppelter Arbeit oder anderen Problemen.
Wie sich die Dinge mit meinem Discourse ändern könnten.
Meine Discourse-Instanz ist komplett privat und erfordert, dass sich Mitglieder anmelden. Ich habe begonnen, das Mail-Receiver-Plugin zu verwenden, damit Mitglieder per E-Mail auf Themen antworten können, und es scheint gut zu funktionieren.
Ich habe mich über die zugehörige Gruppenoption informiert und sie getestet, die eingehende E-Mails an eine benutzerdefinierte Adresse akzeptiert. Ich erwäge dies für eine Anfragen-E-Mail-Adresse. Ich kann nicht erkennen, wie Mail-Receiver Spam angemessen erkennen und verhindern würde.
Ich habe auch gelesen, dass das Discourse-Team selbst eingehende E-Mails als Support-Funktion nutzt, sodass Spam ihnen vielleicht nicht im Weg steht.
Ich hatte keine Probleme mit Spam-E-Mails an die Mail-Receiver-Adresse, aber es besteht das Risiko, dass dies passieren kann, wenn die Adresse in öffentlichen Verzeichnissen aufgeführt ist, die dann Spam/Marketing-E-Mails erhalten können.
Ja, ich habe diesen Leitfaden gesehen. Die Pflege einer Liste gesperrter Domains ist jedoch keine Option. Es ist unmöglich, den Spammer immer einen Schritt voraus zu sein – wir erhalten täglich Spam an die Adressen, die auf unserer Website veröffentlicht sind, aber zumindest die meisten davon durchlaufen Erkennungsdienste, die wir nicht selbst pflegen, wie Gmail, miab …
Ich werde vielleicht mutig genug sein, zu versuchen, eine E-Mail-Adresse der Discourse-Gruppe zu verwenden, obwohl ich denke, dass ich vorhersagen kann, dass wir mit dem Ergebnis nicht leben können. Wir könnten immer zu unserem ursprünglichen Prozess zurückkehren, aber mir gefiel die Idee, die Arbeit auf natürliche Weise verteilen zu können und die Kommunikation zu erhalten.
Um das zu vermeiden, könnte es wahrscheinlich helfen, die Adresse vor Web-Crawlern zu schützen, wenn möglich. Ich bin mir nicht sicher, wie das gemacht wird, aber ich habe gesehen, dass dies implementiert wurde, um ein Captcha oder einfach eine Option “Klick, um Adresse anzuzeigen” zu haben, um das Scrapen von Adressen durch Crawler zu verhindern.
Es ist einfach, die Adresse zu ändern, wenn der Spam zu schlimm wird.
Wenn eine E-Mail eingeht, wird ein gestufter Benutzer erstellt. Bei Spam können Sie sofort sowohl die E-Mail- als auch die IP-Adresse dieser Absender blockieren.
Ich stimme Ihnen zu, dass das Blockieren von Domains keine solide allgemeine Anti-Spam-Maßnahme ist – es dient eher dazu, gelegentliche „schwere Treffer“ zu bekämpfen.
Es ist jedoch durchaus möglich, mail-receiver so anzupassen, dass es alle zusätzlichen Filterungen vor der Zustellung durchführt, die Sie benötigen, z. B. das Durchlaufen eingehender Nachrichten durch SpamAssassin oder ähnliches, da Sie die volle Macht von Postfix zu Ihrer Verfügung haben. Ich habe darüber nachgedacht, einen „Mail-Receiver 9001“ zu entwickeln, der diese Dinge von Haus aus integriert, aber es müsste eine gesponserte Anstrengung sein, da ich derzeit keinen persönlichen Bedarf dafür habe.