Attualmente (completamente indipendente da Discourse), utilizzo un indirizzo email pubblicato come alias che invia un messaggio email di richiesta a numerosi indirizzi email. Il gruppo si affida al rilevamento dello spam dei propri provider di posta elettronica. La maggior parte di loro utilizza Gmail.
Le persone lavorano in modo indipendente per rispondere alle richieste. A volte ciò porta a sforzi duplicati o ad altri problemi.
Come le cose potrebbero cambiare usando il mio Discourse.
La mia istanza di Discourse è completamente privata e richiede ai membri di accedere. Ho iniziato a utilizzare il plugin Mail-Receiver in modo che i membri possano rispondere agli argomenti via email e sembra funzionare bene.
Ho letto e testato l’opzione correlata Gruppi che accetta email in arrivo a un indirizzo personalizzato. Sto considerando questo per un indirizzo email di richieste. Non riesco a capire come Mail-Receiver possa rilevare e prevenire adeguatamente lo spam.
Ho anche letto che il team di Discourse stesso utilizza le email in arrivo come funzionalità di supporto, quindi forse lo spam non è di intralcio.
Non ho avuto problemi con le e-mail di spam inviate all’indirizzo mail-receiver, ma c’è il rischio che ciò possa accadere se l’indirizzo è elencato nei registri pubblici, i quali possono iniziare a ricevere e-mail di spam/marketing.
Sì, ho visto quella guida. Tuttavia, mantenere un elenco di domini bannati non è un’opzione. È impossibile stare al passo con gli spammer: riceviamo spam quotidianamente agli indirizzi pubblicati sul nostro sito web, ma almeno la maggior parte di questi passa attraverso servizi di rilevamento che non manteniamo, ad esempio Gmail, miab…
Potrei trovare il coraggio di provare a usare un indirizzo email di gruppo di Discourse, anche se penso di poter prevedere che non saremo in grado di convivere con il risultato. Potremmo sempre tornare al nostro processo originale, ma mi piaceva davvero l’idea di poter distribuire il lavoro in modo naturale e che preservasse le comunicazioni.
Per evitarlo, probabilmente proteggere l’indirizzo dai web crawler, se possibile, potrebbe aiutare. Non sono sicuro di come venga fatto, ma ho visto implementato un captcha o semplicemente un’opzione “clicca per mostrare l’indirizzo” per impedire lo scraping dell’indirizzo da parte dei crawler.
È facile cambiare indirizzo se lo spam peggiora troppo.
Quando arriva un’e-mail, verrà creato un utente temporaneo, con lo spam è possibile bloccare immediatamente sia l’e-mail che l’indirizzo IP di coloro che lo inviano.
Concordo com você que bloquear domínios não é uma medida anti-spam geral e sólida – é mais para atingir o “grande peso pesado” ocasional.
É inteiramente possível, no entanto, personalizar mail-receiver para fazer qualquer filtragem adicional pré-entrega que você precise, como executar mensagens recebidas através do SpamAssassin ou similar, já que você tem todo o poder do Postfix à sua disposição. Tenho considerado construir um “mail receiver 9001” que incorpore esses tipos de coisas desde o início, mas precisaria ser um esforço patrocinado, pois eu pessoalmente não tenho necessidade disso no momento.
Dopo aver aperto questo argomento alcuni anni fa, abbiamo condotto un test utilizzando un indirizzo e-mail honeypot pubblicato sul nostro sito web. Gli esseri umani saprebbero di non doverlo utilizzare. In tutto questo tempo abbiamo ricevuto solo un numero esiguo di e-mail di spam.
Di recente mi sono imbattuto nella scheda “Rifiutati” della pagina di amministrazione di Discourse denominata “Registri delle e-mail”. Lì ho trovato numerosi esempi di e-mail di spam rifiutate da Discourse. Un modo semplice per gli altri amministratori per trovare i propri esempi è digitare “autogenerated” nella casella del filtro degli errori che appare in quella pagina, oppure si può utilizzare questo link quando si è effettuato l’accesso come amministratore…
In ogni caso, il mittente che tentava di inviarci spam disponeva di un indirizzo di risposta automatica e questo è uno dei criteri che attiva il rifiuto.