Vai al contenuto
Dialova

Documentazione IRC · Principiante

Storia di IRC: dal 1988 alle estensioni IRCv3

IRC nasce nel 1988: Jarkko Oikarinen sviluppa Internet Relay Chat all’Università di Oulu, in Finlandia. Il protocollo rende possibile la conversazione in tempo reale tra più utenti e si evolve poi attraverso reti, software ed estensioni.

Il team di Dialova · Verificato il

1988: uno strumento di conversazione che si diffonde #

Il racconto storico raccolto da Daniel Stenberg colloca gli inizi nell’estate del 1988. IRC si diffonde grazie a client e server capaci di comunicare tra loro. La sua storia non si limita a un’applicazione: squadre distinte sviluppano software e amministrano reti.

1993 e 2000: documentare il protocollo #

La RFC 1459, pubblicata nel maggio 1993 da Jarkko Oikarinen e Darren Reed, descrive il protocollo IRC. Ha lo stato Experimental. Nell’aprile 2000 diversi documenti affrontano architettura e protocolli; la RFC 2812 riguarda il protocollo client e ha lo stato Informational.

Questi testi sono riferimenti, non la garanzia che ogni server attuale applichi un’unica versione fissa. Le implementazioni si sono evolute, a volte con differenze di modalità, limiti e risposte. La documentazione Modern IRC descrive le pratiche moderne e chiarisce queste differenze.

Reti, servizi e nuove interfacce #

La possibilità di collegare server accompagna lo sviluppo di reti distinte. Le squadre delle reti organizzano regole e servizi, tra cui la gestione di account e canali. NickServ e ChanServ sono nomi comuni di servizi, ma la loro presenza e i loro comandi non sono universali.

Anche le interfacce cambiano: terminali, programmi grafici, client web e bouncer offrono modi diversi per ritrovare una conversazione. La scelta dell’interfaccia non sostituisce il protocollo e non uniforma le regole delle reti.

IRCv3: estendere senza sostituire tutto #

IRCv3 riunisce specifiche che aggiungono meccanismi negoziati: autenticazione, tag, orari del server e raggruppamento di messaggi, tra gli altri. Il client scopre le capacità del server con CAP. Un’estensione è utile solo se entrambe le parti la implementano e la negoziano.

Non esiste un pulsante universale che trasformi tutte le reti nella stessa esperienza «IRCv3». Cronologia, persistenza e identità dipendono ancora dalle capacità disponibili e dalle scelte di ogni servizio.

Fonti e verifica

Gli esempi usano nickname e domini fittizi, tranne gli endpoint esplicitamente documentati. Le estensioni e le impostazioni specifiche di una rete sono indicate nel testo.