Puedo empezar por... estoy harto! Tenemos un montón de problemas tecnosociales, y todavía discutiendo a través de cuál canal de comunicación nos comunicamos. Por suerte lo del correo está muy instaurado, no se puede decir lo mismo de "empoderado".
Al pequeño debate entre: cuentas email en servidores autogestionados o montarnos nuestros propios servidores de correo: Las dos cosas. Pero está bastante desequilibrado. Hay poca gente lo tengan propio, una pequeña ayudita [-1] Siguiendo la conversación. Algunos de nosotros de forma más o menos consensuada nos estamos moviendo en torno a 2 soluciones: Matrix: estilo clásico federado de internet, como en correo electrónico (contra: fuerte arraigo al DNS). Por qué matrix? Cantidad implementaciones de clientes y servidores [0]. Esto es: cada uno puede tener su propio servidor de matrix, y a parte, que haya salas de grupos en determinados servidores. Por qué habrá tantas implementaciones de servidores y clientes en matrix? Porque es sencillo, y esto es bueno. También tiene muchos enlaces con otros protocolos: IRC, XMPP, etc. Lo encuentro una evolución interesante del chat público con todas las nuevas ventajas que han ido incorporando los nuevos tipos de chats. Para chats seguros, los de riot.im/app ya tienen funcionando una comunicación extremo a extremo que funciona en chats de grupos. Retroshare nuevo estilo de comunicaciones seguras y completamente descentralizadas. Es a todas todas mejor que Matrix. Por otro lado, las implicaciones de su uso rompen bastante el esquema al que estamos acostumbrados. Nosotros comiendo canapés (cliente) y un camarero con la bandejita al lado (servidor). En ese sentido, o dejamos el cliente casi siempre encendido, o montamos un servidor casi siempre encendido De bitmessage he dejado de leer el white paper [1] cuando he llegado a: "We propose a message transfer mechanism similar to Bitcoin’s transaction and block transfer system [8] but with a proof‐of‐work for each message" No es que tenga mucha idea de bitcoin, pero hay varias cosas que no me hacen gracia sobre bitcoin aplicado a mensajes: - base de datos única con todos los mensajes. Ok, estos mensajes están cifrados. Pero que estén todos juntitos y constantemente bien recopilados no me hace mucha gracia. - que no es exactamente "anónimo", son seudónimos, como las carteras/cuentas de bitcoin, lo cual entiendo que te va a estar obligando a ir cambiando de cuentas para tener un "nuevo seudónimo". [-1] ** autoemail *** docker-mailserver https://github.com/tomav/docker-mailserver https://github.com/tomav/docker-mailserver/wiki https://github.com/tomav/docker-mailserver/tree/master/test *** mail in a box https://mailinabox.email/ *** nsa proof your email in 2 hours http://sealedabstract.com/code/nsa-proof-your-e-mail-in-2-hours/ *** sovereign https://github.com/sovereign/sovereign *** modoboa https://github.com/modoboa/modoboa *** iredmail permite estar basada en sogo / debian http://www.iredmail.org/download.html [0] http://matrix.org/docs/projects/try-matrix-now.html [1] https://bitmessage.org/bitmessage.pdf 2017-01-02 14:36 GMT+01:00 al <a...@blogmail.cc>: > On 02/01/17 00:24, Amuza wrote: >> >> >> On 01/01/17 18:50, al wrote: >>> On 31/12/16 20:51, meskio wrote: >>>> Quoting ale (2016-11-25 10:56:12) >>>>> Pues eso, hay cierto revuelo online acerca de los servicios de RiseUp, >>>>> que están potencialmente comprometidos, dado que no han actualizado su >>>>> 'canary'. Supuestamente están bajo una 'gag order', una orden judicial >>>>> que les impide expresarse al respecto de una investigaciń en curso, que >>>>> con toda probabilidad todavía no ha llegado al punto de comprometer los >>>>> servidores. En esa situación una de las posibilidades es que riseup >>>>> desactive servidores/servicios. >>>>> En este contexto, los usuarixs de riseup deberían hacer backup y pensar >>>>> en correos alternativos. >>>>> >>>>> Más info: >>>>> https://c4ss.org/content/47015 >>>> No creo que haga falta dejar de usar los servicios de riseup, aunque hacer >>>> backups y borrar emails de la cuenta siempre es un buen consejo >>>> independientemente del canario. >>> Estoy de acuerdo contigo, Meskio, pero también estoy de acuerdo en que >>> "pensar en correos alternativos" es una buena idea general. Esté o no >>> comprometido RiseUp no tiene sentido dejar en manos de una única >>> organización norteamericana decenas de miles de correos de activistas >>> haciendo un uso clientelar. Por un lado es un caramelito para las >>> organizaciones de vigilancia masiva, al mismo tiempo que es una >>> responsabilidad enorme para una organización relativamente pequeña >>> sustentada en gran parte por voluntarios, por otro lado siempre es >>> recomendable distribuir la información y con ella también el >>> conocimiento de cómo montar servicios. La soberanía tecnológica también >>> es uno de los valores a tener en cuenta a parte de la seguridad y la >>> privacidad. >>> >>> Consumo local, quilómetro cero, autogestión, >>> do-it-yourself/do-it-with-others y empoderamiento tecnológico son >>> conceptos muy afines que reforzamos en el Hackmeeting. >>> >>> Por otro lado se entiende que RiseUp den servicio a colectivos de >>> lugares donde realmente es complicado por falta de infraestructuras >>> eléctricas, de comunicaciones, de censura,... de lugares realmente >>> peores que el nuestro, pero en nuestro ámbito realmente no es tan >>> complicado. >>> >>> Si alguna persona/colectivo quiere montarse su propio servicio de >>> comunicación yo me ofrezco a echar una mano, seguramente más personas de >>> esta lista también. >> >> ¿Y qué os parece probar Bitmessage [1]? >> >> Yo llevo tiempo usándolo y todo parece funcionar correctamente. >> >> Bitmessage es la única herramienta descentralizada que conozco para >> mensajería asíncrona que funciona bien. Retroshare se supone que también >> tiene mensajería asíncrona, pero hice varias pruebas y nunca funcionó. > > Usa las identidades (de la pestaña "people") en vez de los nodos (de la > pestaña "Network"). > > Si tienes como contacto un nodo "Just Relay It", de los que siempre > están conectados (o que nunca se rompa la cadena de contactos > conectados) el mensaje asíncrono llegará. Piensa que no hay un servidor > central, por lo que no puede hacer "magia" si desconectas tu nodo antes > de que el mensaje le haya llegado a la identidad final o a uno de > posibles nodos intermedios hasta ella (y así sucesivamente). > >> (Si a alguien le ha funcionado alguna vez la mensajería asíncrona en >> Retroshare, por favor que me lo diga! Estoy buscando una herramienta >> descentralizada de mensajería asíncrona que funcione tanto en Internet >> como en una LAN sin Internet) >> >> Si queréis probar Bitmessage, he creado un chan (Channel o Lista de >> Correo Descentralizada) llamada "Hackmeeting Iberia" con dirección >> BM-2cWdBcmBcAim1QXcSSvGk1UL49EZGnGWeG >> >> He escrito aquí los datos del chan porque asumo que éste sería público, >> tal y como lo es esta lista de correo que estamos usando ahora. >> >> >> Amuza >> BM-2cUsCCqmCMUqbozY1L16zWTgHnAEnb6mbz >> >> >> [1] https://bitmessage.org >> >>>> Esta muy bien el articulo en the intercept sobre el tema (en ingles lo >>>> siento): >>>> https://theintercept.com/2016/11/29/something-happened-to-activist-email-provider-riseup-but-it-hasnt-been-compromised/ _______________________________________________ HackMeeting mailing list HackMeeting@listas.sindominio.net https://listas.sindominio.net/mailman/listinfo/hackmeeting