Hola, he visto que todos sugieren servicios de correo electrónico dedicados. ¿Alguno de ustedes usa o ha probado alternativas de código abierto? Por ejemplo, postal o cuttlefish.
Ciertamente, usar tu propio servidor al menos para manejar correos electrónicos salientes traería enormes beneficios. Servicios como SendGrid o Mailgun cuestan mucho, si tienes una comunidad que envía 1 millón de notificaciones o incluso más al mes. Miré la configuración, un usuario puede recibir 250/300 notificaciones por correo electrónico al día muy fácilmente… si tienes una comunidad activa, según mis cálculos, superas al menos un millón o te acercas mucho.
Y de todos modos, ¿cómo gestionas a los usuarios que configuran correos electrónicos para cada publicación o resúmenes cada 30 minutos, pero luego quizás nunca vuelven a iniciar sesión? Quizás podría haber usuarios que hagan esto por despecho. ¿Cambias la configuración de aquellos usuarios que no están activos durante más de unos pocos meses?
¿Es este un problema real que tienes o uno que imaginas? Lidiar con spammers humanos es un problema para algunas comunidades, pero no para muchas.
Sí, si envías un millón de correos electrónicos al mes, es posible que tengas personal capaz de administrar un servidor web. Pero hacerlo no es algo que se admita aquí, por eso esas herramientas tienen sus propias comunidades. Para la mayoría de las personas, administrar un servidor de correo es una carga enorme, por eso se recomiendan esos servicios.
La verdad es que no entiendo por qué debería ser difícil. Existen estos proyectos de código abierto, creados a propósito para gestionarlo todo de forma sencilla. Es difícil gestionar incluso un foro, pero Discourse es un cms creado para hacer todo lo más sencillo posible. Una vez instalado Postal y configurado bien el DNS (lo mismo ocurre con los servicios externos o tendrás problemas de la misma manera), ¿qué problemas podría haber?
Lo único que habría que hacer es probar si todo funciona con Discourse (por ejemplo, usándolo también para las entradas y habilitando la respuesta por correo electrónico, etc.), si es compatible. Por eso pregunté si alguien está utilizando alguno de estos proyectos de código abierto.
Puede que me equivoque, pero creo que seguir diciendo “es demasiado difícil gestionar un servidor de correo electrónico y por eso hay que utilizar servicios de pago” es solo una excusa. Si uno sabe instalar Discourse, con un poco de esfuerzo, también puede instalar otros cms, por ejemplo Postal.
Uso mail-in-a-box y mail-receiver, funciona (con algunos ajustes de postfix). No es que sea difícil, sino que está fuera del alcance del soporte de meta. Además, creo que mantener la reputación de la IP y del dominio es una molestia. Cuando no es algún ISP aleatorio que de repente decide que eres 550 5.7.1 para sus usuarios, es Google y…. parece que nunca termina.
Mi temor es solo para cuando los usuarios quizás vean las categorías y luego reciban correos electrónicos por cada nuevo tema y publicación. ¿Qué pasa si están inactivos? ¿Les sigo enviando 100 correos electrónicos al día a cada uno, cada mes? Como 3.000 correos electrónicos también enviados a miembros que ya no están activos pero que previamente habían activado esta configuración, quizás.
¿Hay alguna forma de desactivar la capacidad de seguir categorías? ¿Dar solo la posibilidad de seguir por tema? Eso lo solucionaría todo, creo.
Vine aquí por postal. Me parecen relevantes las preguntas y me gustaría proponer lo siguiente.
Supongo que hay una manera, usando el Discourse Data Explorer, de encontrar quién ha estado recibiendo correos electrónicos pero no ha iniciado sesión en más de 6 meses, y luego enviarles un correo electrónico preguntándoles si todavía están interesados o si simplemente ignoran el correo electrónico. Si después de, digamos, una semana más, no hay respuesta, deja de enviarles correos electrónicos y, finalmente, requiere la validación de la cuenta (es decir, suspende la cuenta por inactividad).
Esto ciertamente ahorraría muchos ciclos de CPU y ancho de banda de red (y energía y agua…) al no enviar correos electrónicos inútiles a través de Internet en miles de instancias de Discourse.
No. No lo hace. Mucha gente usa Discourse solo por correo electrónico (lo cual me parece extraño, pero no todo el mundo es como yo).
Así que, si quieres que dejen de llegar todos los correos a las personas que no han iniciado sesión durante un período de tiempo, necesitarías un plugin para hacer algo como lo que sugieres. Quizás les enviarías un enlace de inicio de sesión con un encabezado especial como advertencia y luego desactivarías la cuenta.
No creo que marque una diferencia medible en el consumo de energía. A menos que un montón de usuarios estén observando una categoría concurrida, probablemente no hará mucha diferencia, incluso en los costos de correo. Si ese es tu objetivo, probablemente no valga la pena.
Los correos electrónicos (al menos este aspecto de los correos electrónicos) parecen resolverse solos: es fácil darse de baja y, cuando las personas cambian de empresa, su correo electrónico empieza a rebotar.
. parece que nunca termina.