En una comunidad cerrada con contenido altamente sensible, todos quieren garantizar cero correos electrónicos desde el registro. ¿Es esto posible en Discourse?
Supongo que podemos desactivar los correos electrónicos por completo en todo el sistema, pero ¿qué pasa con los nuevos registros de usuarios? Ahora que incluso admites claves de acceso (passkeys), ¿podrías hacer un Discourse completamente funcional sin correos electrónicos?
Creo que deberías poder hacer esto, si tienes SSO configurado.
Los correos electrónicos son un requisito absoluto para verificar direcciones de correo electrónico. De lo contrario, te verás afectado por el spam. Pero puedes evitar esto si delegas la verificación a tu SSO configurando esto:
Estoy en un sitio con el correo electrónico deshabilitado, y creo que solo es posible porque el SSO maneja el inicio de sesión y los restablecimientos de contraseña, etc.
Sin necesidad de eso, creo que usar notificaciones en el sitio y no tener notificaciones por correo electrónico para nada funciona bastante bien. 
Oye, seré el abogado del diablo por un tiempo. No es mi interacción habitual por aquí porque realmente los respeto a todos ustedes.
Pero supongo que ser el chico de las criptomonedas (la gente dice OG) y después de una década aprendiendo a autoalojar mis archivos, nodos, sitios web y bla bla bla, me motiva a compartir mis pensamientos con ustedes.
Tengo 7 años apoyando a Discourse y gestiono una comunidad que valora la privacidad.
Confían en mí (alguien puede decir que no soy el tipo, pero saben que soy su tipo) y aprenden a mantener su propia privacidad en primer lugar.
Discourse no está construido pensando en una privacidad más sólida, se trata principalmente de comunidades públicas.
Principalmente soporte técnico, independientemente de que el software en sí se utilice para diferentes mercados, conceptos, naciones, etc. 
PMs cifrados obsoletos muestra la realidad: solo el 1% del mundo se preocupa por su privacidad.
Meta en Discourse no es diferente y apuesto a que tu propia comunidad tampoco (recuerda que muchos confían en un desconocido en Internet como yo, así que todos somos iguales).
Apple, Amazon, Microsoft, Facebook, Google ganan dinero matando la privacidad de sus usuarios. Y casi todos dependen de ellos a diario.
¿Estás navegando en Chrome? No tienes privacidad.
1. Recopilación extensiva de datos y creación de perfiles
2. Controversia sobre cookies de terceros y Privacy Sandbox
3. Fugas del historial de navegación a través de enlaces :visited
:visited, que podría ser explotado para rastreo, creación de perfiles y phishing. Esta vulnerabilidad de larga data solo se abordó en la versión 136 de Chrome con un nuevo sistema de partición para evitar fugas del historial entre sitios3.4. Anuncios personalizados basados en el historial de navegación
5. Demandas y escrutinio regulatorio
6. Integración con el ecosistema más amplio de Google
| Problema | Descripción | Fuente |
|---|---|---|
| Recopilación de datos y creación de perfiles | Chrome recopila y vincula grandes cantidades de datos personales para perfiles y anuncios | 427 |
| Fallo en la eliminación gradual de cookies de terceros | Los retrasos y la reversión de Google en la eliminación de cookies exponen a los usuarios al seguimiento | 85 |
| Fuga del historial de navegación a través de :visited Links | La función CSS explotable filtró el historial de navegación durante décadas; solo se corrigió recientemente | 3 |
| Anuncios personalizados a partir del historial de navegación | Chrome utiliza la actividad de navegación reciente para la orientación de anuncios, lo que genera problemas de transparencia y consentimiento | 2 |
| Demandas y acciones regulatorias | Desafíos legales por supuesta recopilación ilegal de datos, incluso en modos de navegación privada | 7 |
| Integración de datos del ecosistema de Google | Los datos de Chrome se combinan con otros servicios de Google para una creación de perfiles exhaustiva | 4 |
Estos problemas han contribuido a debates en curso sobre la idoneidad de Chrome para usuarios preocupados por la privacidad y han llevado a algunos a recomendar navegadores alternativos con protecciones de privacidad más sólidas47.
Entonces, volviendo al tema, ir por la ruta SSO para una privacidad real significa autoalojar el servicio en hardware local o en un disco duro/SO cifrado.
Creo que Authentik -probado con Discourse- es nuestra mejor opción para aquellos que quieren código abierto, comunidad, respeto y sentido común.
Me gusta sugerir servicios de alias de correo electrónico como Duck o Addy (mejor autoalojarlo, desde mi perspectiva).
Y pasarse a LibreWolf lo antes posible.
Mis mejores deseos para tu comunidad y proyecto. Es bueno ver discusiones sobre el vórtice principal en Internet.
Me decepcionó mucho cuando Discourse dejó de admitir la mensajería cifrada. La estábamos usando mucho.
Gracias por la sugerencia.
Al considerar la configuración de una instancia de Discourse sin correo electrónico, no hay forma de que te veas afectado por el spam.
Cuando digo “sin correo electrónico”, me refiero realmente en el sentido absoluto. No es tan difícil, la mayor parte ya existe en Discourse: puedes simplemente desactivar el envío de cualquier correo electrónico por completo. Las únicas dos partes que faltan son:
Abogo por un único interruptor global como “Discourse sin correo electrónico”, que deshabilitará el correo electrónico y lo hará innecesario en toda la aplicación.
Si el usuario instala la aplicación Discourse, recibirá todas las actualizaciones a través de ella, no necesita un correo electrónico.
Si el usuario utiliza un gestor de contraseñas (keypass), tampoco necesita un correo electrónico.
Si no se envían correos electrónicos de resumen, no es necesario verificar los correos electrónicos.
Francamente, no es necesario tener ningún correo electrónico asociado a una cuenta.
Puede que suene un poco abrumador, pero al mismo tiempo, es a) no tan difícil completar el 5% restante/faltante que requiere un correo electrónico, y b) en mi práctica, es un caso legítimo tener una comunidad sin correo electrónico, y no es una idea muy única: en varias tiendas web ya puedes “comprar anónimamente”, es decir, puedes interactuar con la plataforma e incluso realizar un pedido sin revelar nunca tu correo electrónico. 4chat es otro ejemplo que no requiere correo electrónico del usuario pero es enorme.
Supongo que todo lo que falta es la voluntad del equipo de Discourse de adoptar la idea y completar algunos ajustes para que Discourse sea verdaderamente capaz de funcionar sin correo electrónico. Ya casi está.
puedes omitir esto también con una línea de comandos durante la configuración, no recuerdo de cabeza
Inicialmente, enviaste un correo electrónico para la configuración. Sin embargo, teníamos un sitio de prueba en funcionamiento sin servidor de correo electrónico. El enlace de invitación podría funcionar para el registro. No probamos el enlace de invitación, pero activamos cuentas manualmente.
Este plugin podría ayudar. Pero verificaría en esta publicación que todavía está vigente. Parece que la bifurcación se lanzó en marzo.
Aquí hay otra idea. Para las comunidades centradas en la privacidad/anonimato, permitir el uso de SimpleX en lugar de correos electrónicos. De modo que un usuario pueda registrarse recibiendo un enlace de confirmación a través de SimpleX desde Discourse, y recibir cualquier “correo electrónico” de transacción en su chat de SimpleX.
Así que necesitas alojar tu propio servidor SMP y encargarte de sus problemas de privacidad y fugas de IP.
Probablemente quieras leer esto y esto.
Si quieres privacidad real, debes mantenerte alejado de la clearnet.
El mayor enemigo del conocimiento no es la ignorancia, es la ilusión del conocimiento.
Gracias por los enlaces, los revisaré, aunque no hace falta que suenes como un sabelotodo.