Teoria de la Missatgeria Instantània i Llistes de Distribució

Llistes de Distribució

Què és una llista de distribució?

Una llista de distribució (mailing list) és un sistema que permet enviar correus electrònics a múltiples destinataris simultàniament mitjançant una única adreça.

Exemple: Envies un email a estudiants@escola.cat i tots els membres de la llista el reben.

flowchart LR
    subgraph Enviament["📧 Sistema de Llista de Distribució"]
        U[Usuari] -->|Email a<br/>estudiants@escola.cat| LL[Llista de Distribució]
        LL -->|Distribueix| M1[Membre 1]
        LL -->|Distribueix| M2[Membre 2]
        LL -->|Distribueix| M3[Membre 3]
        LL -->|Distribueix| M4[Membre 4]
        LL -->|Distribueix| M5[...]
    end

    style LL fill:#4CAF50,stroke:#333,stroke-width:3px,color:#fff
    style U fill:#2196F3,stroke:#333,stroke-width:2px,color:#fff

Tipus de llistes

Segons l'accés (qui pot enviar)

Llista oberta:
- Qualsevol pot enviar missatges
- No requereix subscripció per enviar
- Útil per anuncis públics
- Risc: Spam elevat
Llista tancada:
- Només membres poden enviar
- Moderació automàtica de no-membres
- Ús: Equips de treball, classes
Llista moderada:
- Tots els missatges passen per un moderador
- El moderador aprova o rebutja abans d'enviar
- Ús: Anuncis oficials, newsletters

flowchart LR
       subgraph Tipus["Tipus de Llistes"]
        direction TB
        T1["🔓 Oberta<br/>(Qualsevol pot enviar)"]
        T2["🔒 Tancada<br/>(Només membres)"]
        T3["✅ Moderada<br/>(Aprovació prèvia)"]
        T4["📢 Anuncis<br/>(Només admins)"]
    end

    style Tipus fill:#FFF3E0,stroke:#E65100,stroke-width:2px

Segons la subscripció

Pública:

- Qualsevol pot subscriure's lliurement
- Arxius poden ser públics
- **Exemple**: Llistes de discussions obertes

Privada:

- Subscripció requereix aprovació
- Només membres veuen missatges
- **Exemple**: Llista interna d'empresa

Només anuncis (announcement):

- Membres reben però no poden enviar
- Només administradors publiquen
- **Exemple**: Newsletter, comunicats oficials

Segons la distribució

Distribució simple:

- Missatges s'envien directament a tots
- Cada membre rep còpia individual

Digest:

- Missatges s'agrupen periòdicament (diari, setmanal)
- Membre rep un únic email amb tots els missatges del perióde
- Redueix el volum d'emails

Modes d'accés

Per correu electrònic:

- Tradicional i universal
- Subscripció via email a llista-subscribe@domini.cat
- Comandes per email (subscribe, unsubscribe, help)

Interfície web:

- Mailman proporciona web per gestionar subscripcions
- Arxius de missatges navegables
- Panel d'administració

Digest:

- Mode especial de recepció
- Un sol email amb resum periòdic

Mailman

GNU Mailman és el software més utilitzat per gestionar llistes de distribució.

Característiques:

- Gratuït i open source
- Interfície web per administradors i usuaris
- Arxius de missatges públics o privats
- Anti-spam integrat
- Moderació flexible
- Suporta múltiples idiomes

Components:

- **Core**: Motor de gestió de llistes
- **Interfície web**: Per administració i arxius
- **MTA Integration**: S'integra amb Postfix/Exim

Ús típic:

1. Admin crea llista `projecte@empresa.cat`
2. Usuaris es subscriuen via web o email
3. Quan algú envia a `projecte@empresa.cat`, Mailman distribueix
4. Arxius queden guardats i accessibles via web

AC0375/06/05 — Miniactivitat

RA6 · CA6e, CA6f, CA6g

Desplega Mailman 3 amb Docker, crea una llista de distribució amb el mode d'accés que triïs (oberta, tancada o moderada), subscriu-hi almenys dos comptes d'usuari i comprova que un correu enviat a l'adreça de la llista arriba a tots els membres.

Introducció als Sistemes de Missatgeria Instantània

Què és la missatgeria instantània?

Els sistemes de missatgeria instantània són aplicacions de comunicació en temps real que permeten l'intercanvi de missatges de text, arxius multimèdia i altres tipus de contingut entre usuaris connectats a través d'Internet.

A diferència del correu electrònic, que és asíncron i pot trigar minuts o hores a ser llegit, la missatgeria instantània és síncrona: els participants reben els missatges immediatament i poden veure quan els altres estan escrivint.

graph LR
    A[Usuari A] -->|Missatge| B[Servidor IM]
    B -->|Temps real| C[Usuari B]
    B -->|Temps real| D[Usuari C]
    style B fill:#4CAF50,stroke:#333,stroke-width:2px,color:#fff
    style A fill:#2196F3,stroke:#333,stroke-width:2px,color:#fff
    style C fill:#2196F3,stroke:#333,stroke-width:2px,color:#fff
    style D fill:#2196F3,stroke:#333,stroke-width:2px,color:#fff

Característiques principals

Comunicació en temps real: Latència mínima (mil·lisegons) entre enviament i recepció. Els missatges arriben pràcticament a l'instant.
Indicadors de presència: Els usuaris poden veure l'estat dels seus contactes:
- 🟢 En línia / Disponible
- 🟡 Absent / Away
- 🔴 No molestar / Busy
- ⚫ Desconnectat / Offline
Xats individuals i grupals: Converses entre dues persones o grups amb múltiples participants (desenes, centenars o fins i tot milers).
Multimedia: Més enllà del text:
- Emojis i stickers
- Imatges i vídeos
- Fitxers i documents
- Àudio i notes de veu
- Localització geogràfica
Indicadors d'activitat:
- "Està escrivint..." (typing indicator)
- Marques de lectura (✓✓ vist, ✓ lliurat)
- Confirmacions de recepció
Funcionalitats avançades:
- Trucades de veu i vídeo (VoIP)
- Compartició de pantalla
- Xifrat d'extrem a extrem (E2EE)
- Bots i automatitzacions
- Integracions amb altres serveis

Història i Evolució

Els orígens (1960-1980)

La missatgeria té les seves arrels en els primers sistemes informàtics compartits:
- CTSS (1961): Compatible Time-Sharing System del MIT. Permetia enviar missatges simples entre terminals connectats al mainframe.
- Email (1971): Ray Tomlinson crea el primer sistema de correu electrònic per ARPANET. Tot i no ser IM, estableix les bases de la comunicació electrònica.
- Talk (1983): Programa Unix que permet comunicació en temps real entre dos usuaris al mateix sistema o xarxa.
- IRC (1988): Internet Relay Chat, creat per Jarkko Oikarinen a Finlàndia. Primer sistema de xat massiu amb canals públics. Encara s'utilitza avui dia.

L'era comercial (1990-2000)

ICQ (1996): "I Seek You", desenvolupat per Mirabilis (Israel). Primer servei IM massiu per consumidors:
- Número identificador únic (UIN)
- Llista de contactes
- Indicadors de presència
- Transferència de fitxers
- Va arribar a 100 milions d'usuaris
AIM (1997): AOL Instant Messenger. Molt popular als EUA, integrat amb AOL.
MSN Messenger (1999): Microsoft entra al mercat. Es converteix en líder a Europa durant els 2000s. Més tard esdevé Windows Live Messenger.
Yahoo! Messenger (1999): Integrat amb Yahoo Mail i altres serveis de Yahoo.

Problema: Tots aquests serveis eren silos tancats. Un usuari d'ICQ no podia parlar amb un d'MSN.

La transició al mòbil (2000-2010)

Jabber/XMPP (2000): Protocol obert i estandarditzat que permet federació. Google Talk l'adoptarà.
Skype (2003): Popularitza les videotruades. VoIP de qualitat amb P2P. Comprat per Microsoft (2011).
BBM (2005): BlackBerry Messenger. Exclusiu per BlackBerry, molt popular en entorns empresarials.
WhatsApp (2009): Jan Koum i Brian Acton. Missatgeria gratuïta via dades mòbils. Revoluciona el sector eliminant els SMS de pagament. Comprat per Facebook (2014) per 19.000 milions $.

L'era moderna (2010-actualitat)

Telegram (2013): Pavel Durov. Èmfasi en velocitat, seguretat i bots. Xats secrets amb autodestrucció.
Signal (2014): Open Whisper Systems. Màxima privacitat amb xifrat E2EE per defecte. Protocol Signal adoptat per WhatsApp i Facebook Messenger.
Matrix (2014): Protocol obert i federat modern. Alternativa descentralitzada. Element és el client de referència.
Discord (2015): Inicialment per gamers, ara comunitats generals. Servidors amb canals temàtics, veu i vídeo integrats.
Slack (2013) / Teams (2017): Missatgeria empresarial amb integracions i automatització. Microsoft Teams domina l'entorn corporatiu.

Tendència actual: Convergència entre missatgeria, xarxes socials i col·laboració. Preocupació creixent per privacitat i descentralització.

Protocols i Estàndards

XMPP (Extensible Messaging and Presence Protocol)

Abans conegut com Jabber, és un protocol obert basat en XML per missatgeria i presència.

Característiques:

Obert i estandarditzat (IETF)
Federat: Diferents servidors poden comunicar-se (com email)
Extensible: Mitjançant XEPs (XMPP Extension Protocols)
Descentralitzat: Qualsevol pot muntar el seu servidor

Arquitectura:

Client A ←→ Servidor example.com ←→ Servidor other.net ←→ Client B
         XMPP                    S2S                  XMPP

Components:

Client-to-Server (C2S): Connexió del client al servidor
Server-to-Server (S2S): Federació entre servidors
JID (Jabber ID): user@domain/resource (similar a email)

Implementacions:

Servidors: Prosody, ejabberd, Openfire
Clients: Gajim (escriptori), Conversations (Android), Siskin (iOS)

Avantatges:

Molt madur i estable
Gran ecosistema d'extensions
Privacitat (pots auto-allotjar)

Desavantatges:

XML és verbós (més dades que JSON)
Experiència d'usuari menys polida que apps comercials
Configuració més complexa

Matrix

Protocol obert més modern (2014) per comunicació descentralitzada en temps real.

Característiques:

Obert i federat (com XMPP)
Basat en HTTP/JSON (més modern que XML)
Eventual consistency: Els servidors sincronitzen estat
End-to-end encryption (E2EE) per defecte amb Olm/Megolm
Ponts (bridges): Connexió amb altres xarxes (WhatsApp, Telegram, Discord, Slack, IRC)

Arquitectura Matrix amb Bridges i E2EE:

flowchart TB
    subgraph E2EE["🔐 Xifrat E2EE (Olm/Megolm)"]
        CE1[Element Client A]
        CE2[Element Client B]
    end

    CE1 <-->|HTTP/JSON| HS1[Homeserver<br/>matrix.org]
    HS1 <-->|Federation| HS2[Homeserver<br/>altre.cat]
    HS2 <-->|HTTP/JSON| CE2

    HS1 <-->|Bridge| BW[WhatsApp Bridge]
    HS1 <-->|Bridge| BT[Telegram Bridge]
    HS1 <-->|Bridge| BD[Discord Bridge]

    BW -.->|Connecta amb| WA[WhatsApp]
    BT -.->|Connecta amb| TG[Telegram]
    BD -.->|Connecta amb| DC[Discord]

    style E2EE fill:#E8F5E9,stroke:#2E7D32,stroke-width:3px
    style HS1 fill:#B39DDB,stroke:#4527A0,stroke-width:2px,color:#fff
    style HS2 fill:#B39DDB,stroke:#4527A0,stroke-width:2px,color:#fff
    style CE1 fill:#64B5F6,stroke:#1565C0,stroke-width:2px,color:#fff
    style CE2 fill:#64B5F6,stroke:#1565C0,stroke-width:2px,color:#fff

Components:

Homeserver: Servidor Matrix (Synapse, Dendrite, Conduit)
Client: Element (web/desktop/mobile), FluffyChat, altres
MXID: @usuari:homeserver.cat (estil email)
Rooms: Sales de xat, poden ser federades

Avantatges:

Protocol modern i actiu
E2EE integrat
Bridges permeten interoperabilitat
Experiència d'usuari moderna (Element és molt polida)

Desavantatges:

Servidors consumeixen molts recursos
Sincronització inicial pot ser lenta
Menys madur que XMPP

AC0375/06/03 — Miniactivitat

RA6 · CA6b, CA6c, CA6g

Desplega un homeserver Synapse amb Docker i connecta-t'hi amb el client Element (web o desktop). Crea almenys dos comptes d'usuari, verifica que poden iniciar sessió i intercanviar missatges en una sala, i comprova que el xifrat E2EE està actiu.

Signal Protocol

Protocol criptogràfic per xifrat d'extrem a extrem desenvolupat per Open Whisper Systems.

Característiques:

Xifrat E2EE per defecte
Forward secrecy: Claus de sessió temporals
Deniability: No es pot demostrar qui va enviar un missatge
Asíncron: Funciona encara que l'altre usuari estigui offline

Utilitzat per:

Signal (òbviament)
WhatsApp
Facebook Messenger (Mode secret)
Google Messages (RCS)

Avantatge: Màxima seguretat i privacitat Desavantatge: No és federat (Signal és centralitzat)

MQTT (Message Queuing Telemetry Transport)

Protocol lleuger per IoT, també usat en missatgeria mòbil per eficiència.

Característiques:

Molt lleuger (ideal per xarxes amb poca amplada de banda)
Model publish/subscribe
Qualitat de servei (QoS) configurable

Ús: Facebook Messenger, Instagram (per notificacions push)

WebSocket

Protocol que permet comunicació bidireccional sobre HTTP.

Ús: Aplicacions web de missatgeria (Slack, Discord, WhatsApp Web)

Avantatge: Funciona sobre port 80/443 (no bloquejat per firewalls)

AC0375/06/01 — Miniactivitat

RA6 · CA6a

Compara XMPP, Matrix i Signal Protocol en una taula pròpia (obert/tancat, federat/centralitzat, format de dades, xifrat per defecte) i indica per a quin escenari (ús personal, empresarial, comunitat tècnica) recomanaries cadascun, justificant la resposta.

Arquitectures de Sistemes de Missatgeria

Client-Servidor (Centralitzat)

La majoria de serveis comercials: WhatsApp, Telegram, Facebook Messenger, Signal.

Avantatges:

Simple de gestionar
Ràpid i eficient
Fàcil d'escalar verticalment

Desavantatges:

Punt únic de fallada
Control total per l'empresa
Cens de vulnerabilitat (govern pot interceptar tot)

graph TB
    subgraph Centralitzat["🏢 Arquitectura Centralitzada<br/>(WhatsApp, Telegram, Signal)"]
        CA[Client A] --> SC[Servidor Central]
        CB[Client B] --> SC
        CC[Client C] --> SC
        SC --> DB[(Base de Dades)]
    end
    style Centralitzat fill:#FFCDD2,stroke:#C62828,stroke-width:2px

Federat (Descentralitzat)

XMPP, Matrix, email.

Servidor A ←→ Servidor B ←→ Servidor C
    ↑              ↑              ↑
Clients A      Clients B      Clients C

Avantatges:

No hi ha control central
Privacitat (pots allotjar el teu servidor)
Resistent a censura

Desavantatges:

Més complex de configurar
Sincronització entre servidors pot ser lenta
Experiència d'usuari pot variar

AC0375/06/02 — Miniactivitat

RA6 · CA6a

Explica amb les teves paraules per què l'email és un exemple d'arquitectura federada mentre que WhatsApp és centralitzada, i quines conseqüències pràctiques té això per a un usuari (per exemple, si es pot triar servidor, si el servei pot "desaparèixer" d'un dia per l'altre). Relaciona-ho amb el concepte de federació de XMPP i Matrix.

graph TB
    subgraph Federat["🌐 Arquitectura Federada<br/>(XMPP, Matrix, Email)"]
        FA1[Client A1] --> SA[Servidor A]
        FA2[Client A2] --> SA
        SA <-->|Federació| SB[Servidor B]
        SB <-->|Federació| SC2[Servidor C]
        FB[Client B] --> SB
        FC[Client C] --> SC2
    end
    style Federat fill:#C8E6C9,stroke:#388E3C,stroke-width:2px

Peer-to-Peer (P2P)

Connexió directa entre clients sense servidor. Exemples: Tox, Briar, primeres versions de Skype.

Client A ←──────────→ Client B
    ↕                    ↕
Client C ←──────────→ Client D

Avantatges: - Màxima privacitat - No requereix servidors - Resistent a censura total

Desavantatges: - Difícil descobrir altres usuaris - Problemes amb NAT/firewalls - Offline messaging complicat

Híbrid

Combinació de client-servidor per descoberta + P2P per enviament. Exemple: Skype (antigament), algunes funcions de Telegram.

Clients de Missatgeria Instantània

Clients gràfics (GUI)

Element (abans Riot):

Client per a Matrix
Multiplataforma (web, Windows, macOS, Linux, iOS, Android)
Interfície moderna similar a Slack/Discord
Suporta E2EE, trucades de veu/vídeo, compartició de fitxers

Gajim:

Client XMPP per Linux/Windows
Suporta OMEMO (xifrat E2EE per XMPP)
Plugin system extens

Pidgin:

Multi-protocol (XMPP, IRC, i altres amb plugins)
Interfície simple estil MSN Messenger
Multiplataforma

Telegram Desktop / Signal Desktop:

Clients oficials per als seus serveis respectius
Aplicacions natives amb bon rendiment

Clients en mode text (TUI/CLI)

Profanity:

Client XMPP per terminal
Interfície basada en ncurses
Lleuger i ràpid
Ideal per servidors sense GUI

$ profanity
> /connect usuari@servidor.cat
> /msg amic@altre.cat Hola!

Weechat:

Client IRC i XMPP via plugins
Molt personalitzable
Popular entre desenvolupadors

irssi:

Client IRC clàssic
Encara utilitzat en comunitats de desenvolupadors

Avantatges clients text:

Molt lleugers (poca RAM/CPU)
Funcionen via SSH
Scriptables i automatitzables

Comparativa de Solucions

Aspecte	XMPP	Matrix	WhatsApp	Telegram	Signal
Obert	✅ Sí	✅ Sí	❌ No	⚠️ Client sí, servidor no	⚠️ Codi obert, servidor centralitzat
Federat	✅ Sí	✅ Sí	❌ No	❌ No	❌ No
E2EE	⚠️ Amb OMEMO	✅ Per defecte	✅ Per defecte	⚠️ Xats secrets	✅ Per defecte
Auto-allotjable	✅ Sí	✅ Sí	❌ No	❌ No	❌ No
Facilitat ús	⚠️ Mitjana	✅ Alta	✅ Molt alta	✅ Molt alta	✅ Alta
Recursos servidor	Baixos	Alts	N/A	N/A	N/A

Avantatges d'Auto-Allotjar

Privacitat

Control total de les dades
No hi ha tercers amb accés als missatges
Compliment GDPR i regulacions locals

Sobirania

No depens de decisions d'empreses
No poden tancar el teu servei
Tria on s'allotgen físicament les dades

Personalització

Configuració a mida
Integracions personalitzades
Branding corporatiu

Cost

Per organitzacions grans, pot ser més econòmic
No hi ha llicències per usuari

Desavantatges

Requereix coneixements tècnics
Manteniment constant (updates, seguretat)
Responsabilitat en cas de problemes

Seguretat i Privacitat

Xifrat d'Extrem a Extrem (E2EE)

Definició: Els missatges es xifren al dispositiu emissor i només es desxifren al receptor. Ni el servidor ni tercers poden llegir-los.

Protocols: - Signal Protocol: WhatsApp, Signal, FB Messenger - OMEMO: XMPP - Olm/Megolm: Matrix

Verificació: Comparar "safety numbers" o "device keys" entre usuaris per assegurar que no hi ha man-in-the-middle.

Metadades

Tot i E2EE, els servidors veuen metadades: - Qui parla amb qui - Quan es parla - Freqüència de missatges - Adreces IP

Solució: Signal minimitza metadades, Matrix/XMPP federat les distribueix.

Autodestrucció de missatges

Telegram, Signal permeten missatges que s'autodestrueixen després d'un temps.

Casos d'Ús

Comunicació personal

WhatsApp/Telegram: Familiars, amics
Signal: Usuaris preocupats per privacitat
Matrix/Element: Entusiastes de tecnologia, comunitats tech

Comunicació empresarial

Microsoft Teams: Domini en empreses amb Office 365
Slack: Startups, equips de desenvolupament
Matrix: Governs europeus (França, Alemanya)

Comunitats i grups

Discord: Gaming, comunitats de hobbyists
Telegram: Grups grans, canals d'anuncis
Matrix: Comunitats descentralitzades, projectes open source

Educació

Google Chat: Escoles amb Google Workspace
Llistes de distribució (Mailman): Comunicació professora-alumnes

Tendències Futures

Interoperabilitat

Digital Markets Act (DMA) de la UE obligarà grans plataformes a permetre interoperabilitat. WhatsApp haurà de poder parlar amb Signal o Telegram.

Ponts (Bridges): Matrix ja ho fa via bridges. El futur és comunicació entre totes les plataformes.

Descentralització

Moviment creixent cap a solucions federades i auto-allotjades per escapar del control corporatiu.

IA i Automatització

Bots i assistents IA integrats a la missatgeria per tasques automatitzades, respostes intel·ligents, traducció en temps real.

5G i IoT

Missatgeria integrada amb dispositius IoT. Control de casa intel·ligent via missatges.

Serveis de Notícies (RSS/NNTP)

Els serveis de notícies permeten publicar i seguir actualitzacions de contingut sense haver de visitar cada font manualment.

NNTP: l'origen (Usenet)

Protocol clàssic (RFC 3977) utilitzat pels grups de discussió Usenet des dels anys 80.
Un client de notícies es connecta a un servidor NNTP (port 119, o 563 amb TLS) i descarrega missatges organitzats per grups temàtics.
En gran part substituït per fòrums web i xarxes socials, però encara actiu en alguns àmbits tècnics.

RSS/Atom: l'estàndard modern

RSS (Really Simple Syndication) i Atom són formats XML que permeten a un lloc web publicar un flux (feed) de contingut actualitzat.
Un lector de feeds (FreshRSS, Miniflux, Tiny Tiny RSS) es subscriu al feed i notifica els nous continguts, sense que l'usuari hagi de visitar la web font.
Molt utilitzat per blogs, podcasts i portals de notícies.

AC0375/06/04 — Miniactivitat

RA6 · CA6d

Desplega un lector de feeds autoallotjat (per exemple FreshRSS amb Docker), subscriu-t'hi a almenys dos feeds RSS (per exemple, blogs tècnics o portals de notícies) i comprova que detecta i mostra les entrades noves. Documenta la diferència entre aquest model i el NNTP clàssic d'Usenet.

Recursos i Documentació

Documentació oficial de XMPP, Matrix, Signal i Mailman, i eines de servidor/client recomanades: consulta la secció Missatgeria Instantània i Llistes de Distribució a la pàgina d'Annexos · Recursos.

Glossari de Termes

Bridge: Connexió entre diferents xarxes de missatgeria
E2EE (End-to-End Encryption): Xifrat d'extrem a extrem
Federació: Capacitat de diferents servidors de comunicar-se
Homeserver: Servidor Matrix
JID (Jabber ID): Identificador XMPP (user@domain/resource)
Mailing list: Llista de distribució de correu
Moderació: Aprovació de missatges abans de distribuir-los
MXID: Identificador Matrix (@user:homeserver)
Presència: Estat d'un usuari (en línia, absent, offline)
Room: Sala de xat a Matrix
S2S (Server-to-Server): Comunicació entre servidors
Typing indicator: Indicador "està escrivint..."
XMPP (Extensible Messaging and Presence Protocol): Protocol Jabber

Conclusió

Els serveis de missatgeria instantània i llistes de distribució són eines fonamentals per a la comunicació moderna. Comprendre els protocols oberts (XMPP, Matrix) i les solucions d'auto-allotjament permet implementar sistemes de comunicació privats, segurs i sota el nostre control.

Matrix i XMPP ofereixen alternatives obertes i federades als gegants comercials, mentre que Mailman continua sent l'estàndard per a llistes de distribució. Dominar aquestes tecnologies et prepara per administrar infraestructures de comunicació professionals.

Les pràctiques d'aquesta unitat et permetran desplegar els teus propis servidors de missatgeria i llistes amb Docker, preparant-te per entorns reals empresarials i educatius.