Implement XMPP federation
Los mantenedores suelen responder en 2 días
Nadie ha tomado este issue todavía.
Evaluación
- Dificultad
- 5/5
- Tiempo estimado
- Más de una semana
- Aptitud para principiantes
- 20/100
- Tipo de issue
- Nueva funcionalidad
- Claridad
- Necesita aclaración
- Estado de actividad
- Estancado
- Stack tecnológico
- haskell
- Área
- backend, distributed-systems, networking
Línea de trabajo
Comienza con la propuesta de federación de XMPP y las reflexiones adicionales enlazadas en el issue; después, revisa la arquitectura del servidor Wire para identificar los puntos de entrada relevantes. Se consideraría completado cuando exista un alcance de federación y un plan de implementación acordados; el issue no menciona archivos ni pruebas objetivo.
Escrito por el modelo de indexación a partir del texto del issue.
Descripción
I can't remember where or from who, but a few months ago I picked up a message that Wire wanted to implement federation between Wire servers.
I just want to give you guys a giant heads-up for the idea and meanwhile suggest using the XMPP protocol specifically for doing so. While it might seem a bit harder at first than just specifying your own custom protocol, XMPP is a very solid and extensible protocol with 20 years of R&D invested into it.
It's possible to cherry-pick extensions that make sense for Wire and there is a lot of tooling available for speaking XMPP ([1], [2], [3]) in Haskell.
As an added benefit, federating over XMPP allows all Wire users to chat with existing users on Jabber and to join existing public Jabber chat rooms. It would be an awesome step in the direction of an open federated chat network instead of a group of silo'd private solutions.
I'm sure if you have questions or doubts regarding this, there would be plenty of people with thorough knowledge on XMPP federation that are willing to help you out. ([1], [2], [3])
EDIT: some more thoughts can be found in this comment: https://github.com/wireapp/wire-server/issues/631#issuecomment-502490687
- Lenguaje dominante
- Haskell
- Estrellas
- 2.8k
- Forks
- 332
- Merge medio
- 3 d 7 h
- PR fusionados (30 d)
- 49
Preparar el entorno
- Sin Dockerfile ni archivo de Docker Compose
- Tiene una plantilla de pull request
- Sin guía de contribución
Primeros pasos
- Lee el issue completo y luego la guía de contribución del proyecto.
- Comenta en el issue que vas a ocuparte — evita que dos personas hagan lo mismo.
- Haz un fork del repositorio y trabaja en una rama.
- Abre un pull request que haga referencia al número del issue.
Más de wireapp/wire-server
-
Dificultad 1/5 Menos de una hora Aptitud para principiantes 83/100
wireapp/wire-server#5632 ·
Los mantenedores suelen responder en 2 días
-
Dificultad 3/5 1-2 días Aptitud para principiantes 55/100
wireapp/wire-server#5443 · 1 comentario ·
Los mantenedores suelen responder en 2 días
-
Publishing schema-profunctor?Abierto
Dificultad 4/5 3-5 días Aptitud para principiantes 45/100
wireapp/wire-server#5315 · 4 comentarios · 1 reacción ·
Los mantenedores suelen responder en 2 días
-
Dependency DashboardAbierto
Dificultad 5/5 Más de una semana Aptitud para principiantes 20/100
wireapp/wire-server#4754 ·
Los mantenedores suelen responder en 2 días
-
Dificultad 5/5 Más de una semana Aptitud para principiantes 20/100
wireapp/wire-server#4613 ·
Los mantenedores suelen responder en 2 días
Todos los issues de wireapp/wire-server
Issues similares
-
MorphRule, DataizeRule and ContextualizeRule silently accept unknown YAML keys, unlike rewrite `Rule`Posiblemente ocupada @renyamamoto2026-cmyk la tomó hace 1 día. Abiertobug
Dificultad 2/5 1-3 horas Aptitud para principiantes 78/100
objectionary/phino#2107 ·
Los mantenedores suelen responder en 1 día
-
Dificultad 1/5 Menos de una hora Aptitud para principiantes 72/100
tweag/tricorder#640 · 1 comentario ·
Los mantenedores suelen responder en 1 día