Servizio di Email Transazionali (Open Source)

Ciao, ho visto che tutti consigliano servizi di posta elettronica dedicati. Qualcuno di voi usa o ha provato alternative open source? Ad esempio, postal o cuttlefish.

Certamente, utilizzare il proprio server almeno per gestire le email in uscita porterebbe enormi benefici. Servizi come SendGrid o Mailgun costano molto, se hai una community che invia 1 milione di notifiche o anche di più al mese. Ho guardato le impostazioni, un utente può ricevere 250/300 notifiche email al giorno molto facilmente… se hai una community attiva, secondo i miei calcoli, superi almeno il milione o ci vai molto vicino.

E comunque, come gestite gli utenti che impostano email per ogni post o riepiloghi ogni 30 minuti, ma poi magari non accedono più. Forse ci potrebbero essere utenti che lo fanno per dispetto. Cambiate le impostazioni per quegli utenti che non sono attivi per più di qualche mese?

Grazie in anticipo!

1 Mi Piace

Questo è un problema reale che stai riscontrando o uno che immagini? Gestire spammer umani è un problema per alcune community, ma non per molte.

Sì, se stai inviando un milione di email al mese, potresti avere uno staff in grado di gestire un web server. Ma farlo non è qualcosa che viene supportato qui, ecco perché quegli strumenti hanno le loro community. Per la maggior parte delle persone, gestire un mail server è un enorme fardello, motivo per cui quei servizi sono raccomandati.

Onestamente non capisco perché dovrebbe essere difficile. Ci sono questi progetti open source, creati apposta per gestire tutto in modo semplice. È difficile gestire anche un forum, ma Discourse è un cms creato per rendere tutto il più semplice possibile. Una volta installato Postal e configurato bene il DNS (lo stesso con i servizi esterni o avrai problemi allo stesso modo), quali problemi potrebbero esserci?
L’unica cosa che si dovrebbe fare è testare se tutto funziona con Discourse (ad esempio, usandolo anche in entrata e abilitando la risposta via email ecc.), se è compatibile. Quindi ho chiesto se qualcuno sta usando uno di questi progetti open source.
Potrei sbagliarmi, ma penso che continuare a dire “è troppo difficile gestire un server di posta elettronica e quindi devi usare servizi a pagamento” sia solo una scusa. Se uno sa come installare Discourse, con un po’ di sforzo, installa anche altri cms, ad esempio Postal.

Perché lo spam. Ma provaci. Ci sono diversi pacchetti che rendono la meccanica dell’impostazione abbastanza semplice.

1 Mi Piace

Utilizzo mail-in-a-box e mail-receiver, funziona (con alcune modifiche a postfix). Non è che sia difficile, ma esula dall’ambito del supporto di meta. Inoltre, penso che mantenere la reputazione di ip e dominio sia una seccatura. Quando non è qualche ISP casuale che decide improvvisamente che sei 550 5.7.1 per i loro utenti, è Google e…:face_with_symbols_over_mouth:. Sembra che non finisca mai.

5 Mi Piace

La mia preoccupazione è solo per quando gli utenti guardano le categorie e poi ricevono email per ogni nuovo argomento e post. E se sono inattivi? Continuo a inviare 100 email al giorno a ciascuno di loro, ogni mese? Come 3.000 email inviate anche a membri che non sono più attivi ma che in precedenza avevano attivato questa impostazione, forse.

C’è un modo per disattivare la possibilità di guardare le categorie? Dare solo la possibilità di guardare per argomento? Questo risolverebbe tutto, penso.

il parametro max email al giorno per utente può essere utile anche (impostazione predefinita 100)

2 Mi Piace

Non l’ho usato, ma sarebbe utile anche suppress digest email after days?

3 Mi Piace

Sono venuto qui a causa di postal. Trovo le domande pertinenti e vorrei proporre quanto segue.

Suppongo ci sia un modo, usando il Discourse Data Explorer, per trovare chi ha ricevuto email ma non ha effettuato l’accesso per oltre 6 mesi, e poi inviare loro un’email chiedendo se sono ancora interessati o se ignorano semplicemente le email. Se dopo, diciamo, un’altra settimana, non c’è risposta, smettere di inviare loro email e infine richiedere la validazione dell’account (cioè, sospendere l’account per inattività).

Ciò consentirebbe certamente di risparmiare molti cicli CPU e larghezza di banda di rete (e energia e acqua…) non inviando email inutili su Internet attraverso tutte le migliaia di istanze di Discourse. :green_heart:

Funziona praticamente già in quel modo. Impostazione del sito “suppress digest email after days”.

3 Mi Piace

Questa impostazione blocca tutte le email, ad esempio le notifiche di nuovi post nelle categorie monitorate?

No. Non lo fa. Molte persone usano Discourse solo via email (cosa che trovo strana, ma non tutti sono come me).

Quindi, se vuoi che tutte le email cessino per le persone che non hanno effettuato l’accesso per un certo periodo di tempo, avresti bisogno di un plugin per fare qualcosa di simile a quello che suggerisci. Forse invieresti loro un link di accesso con un’intestazione speciale come avvertimento e poi disattiveresti l’account.

Non penso che farebbe una differenza misurabile in termini di potenza. A meno che un gruppo di utenti non stia monitorando una categoria molto attiva, probabilmente non farà molta differenza nemmeno nei costi delle email. Se questo è il tuo obiettivo, probabilmente non ne vale la pena.

1 Mi Piace

Forse potresti provare a instradare le email tramite Amazon SES?

Le email (almeno questo aspetto delle email) sembrano risolversi da sole: è facile annullare l’iscrizione e quando le persone cambiano azienda la loro email inizia a rimbalzare.

1 Mi Piace