Volevamo costruire uno spazio che potesse vivere intorno a un canale IRC senza cercare di sostituirlo. Un luogo nel quale pubblicare contenuti, seguire ciò che accade nella community, condividere piccoli aggiornamenti, integrare servizi esterni e permettere alle persone di continuare a partecipare anche quando, in quel momento, non sono collegate alla chat.

Molte delle idee che oggi sono finite dentro Monoverse arrivano anche dalle sperimentazioni fatte su ChatItaly.it, il sito della community del canale #ChatItaly di SimosNap. È stato, e continua a essere, un ottimo laboratorio: una community reale sulla quale sperimentare cosa succede quando intorno a un canale IRC si prova a costruire qualcosa di più articolato, mettendo insieme contenuti, profili, interazioni e ciò che accade realmente in chat.

Alcune idee hanno funzionato, altre sono cambiate strada durante lo sviluppo e altre ancora ci hanno fatto capire soprattutto cosa non volevamo costruire.

A un certo punto, però, ci siamo accorti che quello che stavamo realizzando non aveva molto senso se fosse rimasto soltanto nostro.

Da questa considerazione è nato Monoverse Community Edition.

Oggi facciamo il passo successivo: la prima beta pubblica di Monoverse è disponibile per tutti.

Da progetto interno a progetto open source

Monoverse nasce inevitabilmente dall'esperienza maturata in tanti anni di gestione di SimosNap e da un problema che conosciamo piuttosto bene.

IRC continua a essere un protocollo straordinariamente semplice, aperto e decentralizzato. Si può scegliere il server, scegliere il client, costruire i propri servizi e collegare sistemi completamente diversi senza chiedere il permesso a una piattaforma. È una libertà che, dopo tanti anni di Internet sempre più concentrata dentro pochi grandi servizi, continuiamo ad apprezzare enormemente.

Questa libertà ha però anche un prezzo. Tutto quello che deve esistere intorno a una community spesso deve essere costruito da zero.

Il sito, la webchat, gli account, i contenuti, una radio, i bot, l'autenticazione, le integrazioni con servizi esterni: chi gestisce una community finisce facilmente per assemblare software differenti e sviluppare da solo ciò che manca.

E troppo spesso, quando si parla del sito di un network o di un canale IRC, sembra ancora di essere rimasti a un'idea del Web di venticinque anni fa: qualche pagina statica, l'elenco dei canali, due informazioni sul network e un grosso pulsante per entrare in chat.

IRC non è rimasto fermo al 1998. Non c'è nessun motivo perché debbano esserlo i siti costruiti intorno a IRC.

Monoverse prova a partire esattamente da qui: fornire una base moderna sulla quale una community possa costruire il proprio spazio, senza rinunciare alla libertà di utilizzare protocolli, servizi e strumenti aperti.

Ed è anche il motivo per cui abbiamo deciso che Monoverse dovesse essere open source.

Il codice della Community Edition è da oggi pubblicamente disponibile nel repository GitHub di SimosNap.

Quella che pubblichiamo è una beta, e la parola è importante. Non stiamo presentando un prodotto che consideriamo terminato. Ci sono ancora funzioni da completare, altre da migliorare e probabilmente parecchi bug che aspettano soltanto qualcuno abbastanza creativo da trovarli.

Ma è esattamente per questo che abbiamo deciso di renderlo pubblico adesso.

Adesso abbiamo bisogno soprattutto di voi

SimosNap continuerà naturalmente a sviluppare Monoverse. Molte delle sue funzioni nascono da problemi che abbiamo incontrato noi stessi e continueremo a utilizzarlo per sperimentare nuove idee.

Ma non vogliamo costruire semplicemente quello che piace a noi.

Vogliamo capire cosa vorrebbe trovare un utente entrando nel sito della propria community. Cosa serve davvero a un webmaster che deve gestirlo ogni giorno. Cosa vorrebbe poter fare un IRC owner. Quali strumenti piacerebbe avere a disposizione a qualsiasi network senza essere costretto a svilupparli da zero.

Sono punti di vista completamente diversi, ed è proprio questo che ci interessa.

Un utente non guarda un sito come lo guarda chi lo amministra. Un webmaster incontra problemi diversi da quelli di un IRC operator. Un network owner vede necessità che magari uno sviluppatore, seduto davanti al proprio editor, semplicemente non può immaginare.

Per questo, almeno in questa fase, i feedback valgono quasi quanto il codice.

Non vogliamo costruire l'ennesimo CMS generico al quale aggiungere una webchat e chiamarlo "community". E soprattutto non vogliamo decidere a tavolino quello che secondo noi dovrebbe desiderare chi utilizza IRC.

Vorremmo che Monoverse diventasse progressivamente ciò che le persone che vivono, amministrano e costruiscono community vorrebbero realmente avere.

Chiunque può quindi installarlo e provarlo, studiarne il codice, aprire una issue su GitHub, proporre una modifica oppure semplicemente dirci che una determinata cosa è scomoda, inutile, manca completamente o potrebbe essere fatta meglio.

E non serve necessariamente essere sviluppatori.

Una richiesta apparentemente banale fatta da qualcuno che utilizza ogni giorno una community può essere molto più preziosa di quanto sembri e trasformarsi in una funzione utile a decine di altri progetti.

È anche per questo che, insieme al repository pubblico, abbiamo aperto Monoverse.org.

Una community costruita con Monoverse

C'era qualcosa che ci sembrava particolarmente naturale nell'idea di creare la community di sviluppo di Monoverse utilizzando Monoverse stesso.

Monoverse.org è quindi contemporaneamente il sito del progetto, la sua community di sviluppo, una demo reale e uno degli ambienti nei quali stiamo utilizzando quotidianamente la Community Edition.

Non è una vetrina preparata appositamente per mostrare qualche screenshot e non è una demo nella quale tutto è stato predisposto per funzionare perfettamente.

È Monoverse che gira davvero.

È possibile creare un account, utilizzare le funzioni della community, seguire lo sviluppo, discutere idee e vedere progressivamente comparire ciò su cui stiamo lavorando. Inevitabilmente sarà anche uno dei posti nei quali troveremo i prossimi bug, cambieremo idea su qualche funzione e scopriremo che qualcosa che sembrava perfettamente logico durante lo sviluppo, utilizzato tutti i giorni, non lo è affatto.

In un certo senso è un esperimento dentro l'esperimento: usare il software che stiamo costruendo per costruire la community che contribuirà a costruire quel software.

Ed è probabilmente il modo migliore per capire se l'idea funziona davvero.

IRC rimane IRC

C'è però una cosa che vogliamo chiarire, perché probabilmente è quella che distingue maggiormente Monoverse da molti altri progetti.

Monoverse non nasce per trasformare IRC in un social network e nemmeno per costruire una piattaforma chiusa intorno a IRC.

IRC rimane IRC.

Un utente deve poter continuare a entrare con mIRC, WeeChat, irssi, KiwiIRC, IRCCloud o qualsiasi altro client preferisca. Monoverse aggiunge ciò che può essere utile intorno alla conversazione: identità, contenuti, piccoli aggiornamenti, interazioni, strumenti per le community e integrazioni con altri servizi.

Il protocollo non viene nascosto dietro una piattaforma proprietaria. Rimane accessibile e continua a poter essere utilizzato indipendentemente da Monoverse.

È una differenza alla quale teniamo parecchio.

Negli ultimi vent'anni Internet si è progressivamente spostata verso grandi piattaforme nelle quali sito, applicazione, identità degli utenti, contenuti e rete coincidono con un unico soggetto. Sono servizi estremamente comodi, ma hanno progressivamente fatto scomparire una parte di quell'Internet nella quale persone diverse potevano costruire cose diverse e farle comunque comunicare tra loro.

Noi continuiamo a pensare che possa esistere anche un'altra strada.

Non necessariamente migliore per tutti, ma sicuramente più interessante per chi ama costruire.

Questa volta potete romperlo anche voi

Fino a ieri, quando qualcosa non funzionava in Monoverse, eravamo praticamente gli unici a poterlo rompere.

Da oggi il privilegio è esteso a tutti.

La prima beta pubblica di Monoverse Community Edition è disponibile su GitHub:

github.com/SimosNap/monoverse

La community di sviluppo è invece aperta su:

monoverse.org

Se siete utenti IRC, gestite una community, amministrate un network, siete webmaster o sviluppatori, gestite una web radio o semplicemente vi interessa ancora quell'idea di Internet nella quale è possibile prendere qualcosa, aprirlo, modificarlo e costruirci sopra, provatelo.

E soprattutto diteci cosa ne pensate.

Segnalateci quello che non funziona. Diteci quello che manca. Diteci anche quello che abbiamo fatto male. Proponete qualcosa a cui non avevamo pensato.

Perché questa beta non serve soltanto a trovare bug.

Serve soprattutto a capire che cosa dovrebbe essere Monoverse per chi un giorno vorrà usarlo davvero.

Non sappiamo ancora esattamente cosa diventerà.

Ed è probabilmente la parte più interessante di averlo reso pubblico.

From a technical point of view, connecting the two platforms is not particularly difficult. There are excellent open source projects that allow you to create a bridge in a short time, and anyone with their own server can certainly choose that route.

Experience, however, shows that the bridge is only one part of the work.

You need to set up a server that stays online at all times, create a Telegram bot, keep it updated, make sure it continues to work after updates to the platforms involved, and, above all, manage it over time. This is absolutely manageable for people familiar with these kinds of tools, but not every channel manager necessarily wants to add this responsibility to the normal administration of their community.

SimosNap’s Telegram Bridge was created precisely from this consideration.

From internal tool to network service

In reality, the project did not start out as a service intended for everyone.

For quite some time, the bridge was used exclusively to connect a few internal network channels. Later, it was also enabled for some communities that had requested it, and that experience helped identify the most common needs.

Interestingly, message relay was almost always the least problematic part.

The questions that came up were instead about everything surrounding a bridge: how to manage it over time, how to simplify administration, how to avoid every channel having to maintain its own separate infrastructure, and how to integrate everything with the tools already available on the network.

From there, the idea developed to turn what had previously been a tool used in specific cases into a real SimosNap service.

The goal was not to replace existing bridging software, but to remove from channel administrators all the work that normally comes before and after the simple connection between IRC and Telegram.

A service designed for community managers

Anyone who decides to use the Telegram Bridge does not need to set up a dedicated server, install additional software, or worry about service maintenance.

Configuration is handled directly from the SimosNap account panel, in the section dedicated to the user’s channels, exactly as happens with the other network features.

The idea is to keep everything within the same administrative environment, avoiding separate tools or procedures that are completely different from those already used every day.

The Telegram bot is also managed directly by the network. In addition to simplifying management, this choice makes it possible to take advantage of some IRC-specific features that are not always available when each community uses an independent bridge. One example is support for draft/relaymsg, which helps preserve the identity of the user who originally sent a relayed message more accurately, making the conversation feel much more natural for IRC users.

These are details that probably go unnoticed during everyday use, but they help make the bridge feel like an integral part of the network rather than an external service connected later.

Account linking

Over time, another need also emerged.

Some features only make sense if the network can know with certainty which Telegram account belongs to a specific IRC account. For example, this applies to invite management or the ability to check a user’s status inside a Telegram group.

For this reason, each user can choose to voluntarily link their IRC account to their Telegram account through a simple verification process.

This is intentionally an explicit choice. It would have been possible to attempt automatic associations based on nicknames, but in practice they would have introduced more exceptions than benefits. Voluntary confirmation takes a few extra seconds during the initial setup, but it provides a much higher level of reliability.

Public groups and private groups

During development, it quickly became clear that not all features can behave the same way in every Telegram group.

When the group is private and access is managed through the network bot, the bridge has much more information available and can offer additional administrative tools. For example, it becomes possible to verify the status of users who have linked their account or integrate invite management directly with the network.

The situation changes with public groups.

In this case, Telegram does not provide bots with a complete and constantly updated list of all group members. As a result, some information can only be maintained for users who have decided to link their IRC account to their Telegram account.

This is not a limitation introduced by the bridge, but a characteristic of the Telegram API that any integration inevitably has to deal with. Rather than looking for unreliable workarounds, the decision was made to adapt the service behavior to the possibilities offered by the platform.

Invite management

Among the features available for private groups is invite management.

Each channel administrator can decide whether to use it and define which users are allowed to request access to the Telegram group. Currently, this choice can be based on the user’s status within the IRC channel, for example by limiting requests to registered users or to users with specific privileges.

When the system is active, invites are generated directly through Telegram with a temporary validity period, preventing the spread of permanent links and keeping all management within the network tools.

Looking a little further ahead

The Telegram Bridge was created to solve a concrete need, but during development we tried to avoid choices that could limit its future evolution.

In recent years, IRCv3 has introduced many extensions that make it possible to better represent modern conversations, and many of these may also become interesting for the bridge. Replies, quotes, images, documents, and other metadata are aspects worth exploring further, while naturally maintaining full compatibility with traditional IRC clients.

This is a path that will take time and will probably accompany the evolution of the network in the coming years, but it seemed appropriate to take it into account already during the design of the service.

A public beta

For now, the Telegram Bridge is being made available as a kind of public beta.

The main features are already in place and the service can be used, but experience shows that many improvements only emerge when a tool starts being used daily by different communities.

Every channel has different needs, different administration methods, and also a different way of using Telegram. It is difficult to predict everything in advance, and it probably would not make much sense to try.

As has already happened with other network features, everyday use will suggest which aspects deserve further development and which already work in the simplest possible way.

Ultimately, this is the purpose of the beta: not to test whether the bridge can carry messages from one platform to the other, but to understand how it can become a truly useful tool for those who administer an IRC community.

For anyone who wants to learn more about how the service works or consider enabling it for their own channel, dedicated documentation is also available on the SimosNap website:

https://www.simosnap.org/resources#telegram

Like the bridge itself, the documentation will continue to evolve together with the project.

Dal punto di vista tecnico collegare le due piattaforme non è particolarmente difficile. Esistono ottimi progetti open source che permettono di realizzare un bridge in poco tempo e chi dispone di un proprio server può tranquillamente scegliere questa strada.

L'esperienza, però, insegna che il bridge rappresenta solo una parte del lavoro.

Bisogna predisporre un server che rimanga sempre acceso, creare un bot Telegram, mantenerlo aggiornato, verificare che continui a funzionare dopo gli aggiornamenti delle piattaforme coinvolte e, soprattutto, occuparsi della sua amministrazione nel tempo. È un impegno assolutamente affrontabile per chi ha dimestichezza con questo tipo di strumenti, ma non è detto che ogni gestore di un canale abbia voglia di aggiungere anche questa responsabilità alla normale amministrazione della propria community.

Il Bridge Telegram di SimosNap nasce proprio da questa considerazione.

Da strumento interno a servizio del network

In realtà il progetto non nasce come un servizio destinato a tutti.

Per diverso tempo il bridge è stato utilizzato esclusivamente per collegare alcuni canali interni del network. Successivamente è stato attivato anche per qualche community che ne aveva fatto richiesta e proprio questa esperienza ha permesso di capire quali fossero le esigenze più comuni.

Curiosamente, il trasporto dei messaggi era quasi sempre la parte meno problematica.

Le domande che emergevano riguardavano piuttosto tutto quello che ruota attorno ad un bridge: come gestirlo nel tempo, come semplificarne l'amministrazione, come evitare che ogni canale dovesse mantenere una propria infrastruttura separata e come integrare il tutto con gli strumenti già presenti nel network.

Da lì è maturata l'idea di trasformare quello che fino a quel momento era uno strumento utilizzato in casi specifici in un vero e proprio servizio di SimosNap.

L'obiettivo non era sostituire i software di bridging esistenti, ma togliere agli amministratori dei canali tutta quella parte di lavoro che normalmente precede e segue il semplice collegamento tra IRC e Telegram.

Un servizio pensato per chi gestisce una community

Chi decide di utilizzare il Bridge Telegram non deve predisporre un server dedicato, installare software aggiuntivo o preoccuparsi della manutenzione del servizio.

La configurazione viene gestita direttamente dal pannello account di SimosNap, nella sezione dedicata ai propri canali, esattamente come avviene per le altre funzionalità del network.

L'idea è quella di mantenere tutto nello stesso ambiente amministrativo, evitando di introdurre strumenti separati o procedure completamente diverse da quelle già utilizzate quotidianamente.

Anche il bot Telegram è gestito direttamente dal network. Oltre a semplificare la gestione, questa scelta permette di sfruttare alcune funzionalità proprie di IRC che non sempre sono disponibili quando ogni community utilizza un bridge indipendente. Un esempio è il supporto a draft/relaymsg, che consente di preservare in maniera più corretta l'identità dell'utente che ha originato un messaggio inoltrato, rendendo la conversazione molto più naturale per chi utilizza IRC.

Sono aspetti che probabilmente passano inosservati durante l'utilizzo quotidiano, ma contribuiscono a far percepire il bridge come parte integrante del network e non come un servizio esterno collegato in un secondo momento.

L'associazione degli account

Con il tempo è emersa anche un'altra esigenza.

Alcune funzionalità hanno senso soltanto se il network può sapere con certezza quale account Telegram appartiene ad uno specifico account IRC. Pensiamo, ad esempio, alla gestione degli inviti o alla possibilità di verificare lo stato di un utente all'interno di un gruppo Telegram.

Per questo motivo ogni utente può scegliere di associare volontariamente il proprio account IRC a quello Telegram attraverso una semplice procedura di verifica.

Si tratta di una scelta intenzionalmente esplicita. Sarebbe stato possibile tentare associazioni automatiche basate sul nickname, ma nella pratica avrebbero introdotto più eccezioni che vantaggi. Una conferma volontaria richiede qualche secondo in più durante la configurazione iniziale, ma offre un livello di affidabilità decisamente maggiore.

Gruppi pubblici e gruppi privati

Durante lo sviluppo è emerso abbastanza rapidamente che non tutte le funzionalità possono comportarsi allo stesso modo in qualsiasi gruppo Telegram.

Quando il gruppo è privato e gli accessi vengono gestiti tramite il bot del network, il bridge dispone di molte più informazioni e può offrire strumenti amministrativi aggiuntivi. Diventa ad esempio possibile verificare lo stato degli utenti che hanno associato il proprio account oppure integrare la gestione degli inviti direttamente con il network.

La situazione cambia nei gruppi pubblici.

In questo caso Telegram non mette a disposizione dei bot un elenco completo e sempre aggiornato di tutti i membri del gruppo. Alcune informazioni possono quindi essere mantenute soltanto per gli utenti che hanno deciso di associare il proprio account IRC a quello Telegram.

Non si tratta di una limitazione introdotta dal bridge, ma di una caratteristica delle API di Telegram con la quale qualsiasi integrazione deve inevitabilmente confrontarsi. Piuttosto che cercare soluzioni poco affidabili, si è preferito adattare il comportamento del servizio alle possibilità offerte dalla piattaforma.

La gestione degli inviti

Tra le funzionalità disponibili per i gruppi privati c'è anche la gestione degli inviti.

Ogni amministratore del canale può decidere se utilizzarla e stabilire quali utenti siano autorizzati a richiedere un accesso al gruppo Telegram. Attualmente la scelta può essere basata sullo stato dell'utente all'interno del canale IRC, ad esempio limitando la richiesta agli utenti registrati oppure a chi possiede determinati privilegi.

Quando il sistema è attivo, gli inviti vengono generati direttamente tramite Telegram con validità temporanea, evitando la diffusione di collegamenti permanenti e mantenendo tutta la gestione all'interno degli strumenti del network.

Guardando un po' più avanti

Il Bridge Telegram nasce per risolvere un'esigenza concreta, ma durante lo sviluppo si è cercato di evitare scelte che potessero limitarne l'evoluzione.

Negli ultimi anni IRCv3 ha introdotto numerose estensioni che permettono di rappresentare meglio le conversazioni moderne e molte di queste potranno diventare interessanti anche per il bridge. Reply, citazioni, immagini, documenti e altri metadati sono aspetti che meritano di essere approfonditi, mantenendo naturalmente la piena compatibilità con i client IRC tradizionali.

È un percorso che richiederà tempo e che probabilmente accompagnerà l'evoluzione del network nei prossimi anni, ma è sembrato opportuno tenerne conto già durante la progettazione del servizio.

Una beta pubblica

Per il momento il Bridge Telegram viene reso disponibile come una sorta di beta pubblica.

Le funzionalità principali sono presenti e il servizio è già utilizzabile, ma l'esperienza insegna che molti miglioramenti emergono soltanto quando uno strumento inizia ad essere utilizzato quotidianamente da community diverse tra loro.

Ogni canale ha esigenze differenti, modalità di amministrazione differenti e anche un modo diverso di utilizzare Telegram. È difficile prevedere tutto in anticipo e probabilmente non avrebbe nemmeno molto senso provarci.

Come già accaduto per altre funzionalità del network, sarà proprio l'utilizzo quotidiano a suggerire quali aspetti meritano di essere sviluppati ulteriormente e quali, invece, funzionano già nel modo più semplice possibile.

In fondo è questo lo scopo della beta: non testare se il bridge riesce a trasportare i messaggi da una piattaforma all'altra, ma capire come può diventare uno strumento realmente utile per chi amministra una community IRC.

Per chi desidera approfondire il funzionamento del servizio o valutarne l'attivazione per il proprio canale, è disponibile anche la documentazione dedicata sul sito di SimosNap:

https://www.simosnap.org/resources#telegram

Come il bridge stesso, anche la documentazione continuerà ad evolversi insieme al progetto.

Our recent experience has been quite different.

The last four requests for data received by SimosNap from Italian law enforcement agencies all involved the same type of abuse: users exploiting private messages to share a victim's phone number with the intention of flooding them with unwanted calls, messages, and other forms of contact.

At first glance, some people might dismiss this as a tasteless prank. In reality, when done with the intent to harass or intimidate someone, it can have serious consequences for the victim and may constitute a criminal offense.

As the operators of SimosNap, we have a dual responsibility. On one hand, we are committed to protecting our users' privacy. On the other, we fully cooperate with law enforcement whenever we receive requests made in accordance with the law.

There is one important point that is often misunderstood.

Private messages are not monitored by the SimosNap staff. We do not know what two users say to each other during a private conversation, and there is no one watching what happens "behind the scenes." This is not only a matter of privacy policy—it is also how the IRC protocol is designed. IRC does not provide a system for proactively moderating private conversations.

As a result, in most cases we only become aware of this type of abuse when one of the people involved reports it.

This is why user reports are so important.

A timely report is not only valuable for a possible future investigation. It also allows us to react while the abuse is still taking place. A well-documented report helps us understand what is happening, identify recurring patterns, improve our anti-spam filters when appropriate, and deploy additional countermeasures to reduce the impact of the abuse.

One recent case clearly demonstrated this.

A user submitted an extremely detailed report, documenting exactly what was happening. Thanks to the information provided, we were able to respond quickly, mitigate the ongoing abuse through our protection systems, and preserve the evidence needed to reconstruct the events.

Later, when Italian law enforcement requested the data available as part of their investigation, we were able to provide information that proved useful to investigators.

Without that report, it would have been far more difficult both to limit the abuse while it was still ongoing and to accurately reconstruct what had happened.

Many people believe that simply blocking the abusive user is enough. In some situations, that may be sufficient. However, when personal information is being shared, repeated harassment begins, or someone becomes the target of a coordinated campaign, taking a few extra minutes to document what happened can make a significant difference.

A screenshot, an accurate timestamp, the nickname involved, and a clear description of the incident can all become valuable pieces of information.

We cannot know what happens in private conversations unless someone tells us. But when we receive a detailed report, we can do our part: limit the abuse, preserve relevant evidence, and, when legally required, cooperate with the judicial authorities by providing all the data that we are permitted to disclose.

After more than twenty years of operating an IRC network, we have learned that the security of a community does not depend only on technology or moderation tools. It also depends on the responsibility and cooperation of its users.

Every well-prepared report can help protect other users, reduce the impact of ongoing abuse, and, in the most serious cases, become an important piece of a law enforcement investigation.

Privacy will always remain one of SimosNap's core values. But privacy should never be mistaken for impunity by those who use communication platforms to harass or harm others.

La realtà, almeno per quanto riguarda la nostra esperienza recente, è molto diversa.

Può sorprendere, ma le ultime quattro richieste di dati ricevute da SimosNap da parte della Polizia Postale e dell'Arma dei Carabinieri hanno riguardato lo stesso tipo di comportamento: utenti che utilizzavano i messaggi privati per diffondere il numero di telefono di una vittima, con l'obiettivo di sommergerla di chiamate, messaggi e altri contatti indesiderati.

A prima vista qualcuno potrebbe liquidarlo come uno scherzo di pessimo gusto. In realtà, quando viene fatto con l'intento di molestare o perseguitare una persona, le conseguenze possono essere molto pesanti e trasformare un semplice messaggio privato in un vero e proprio reato.

Come gestori di SimosNap ci troviamo in una posizione particolare. Da una parte abbiamo il dovere di tutelare la privacy degli utenti, dall'altra collaboriamo sempre con le autorità quando riceviamo richieste formulate secondo quanto previsto dalla legge.

È importante chiarire un aspetto che spesso genera confusione.

I messaggi privati non vengono letti dallo staff di SimosNap. Non sappiamo cosa si dicono due utenti durante una conversazione privata e non esiste qualcuno che osserva ciò che accade "dietro le quinte". Non si tratta soltanto di una scelta a tutela della privacy: è il funzionamento stesso del protocollo IRC, che non prevede un sistema di moderazione preventiva delle conversazioni private.

Per questo motivo, nella maggior parte dei casi, veniamo a conoscenza di determinati comportamenti soltanto quando una delle persone coinvolte decide di segnalarli.

Ed è proprio qui che la collaborazione della comunità diventa fondamentale.

Una segnalazione tempestiva non è importante soltanto perché potrebbe rivelarsi utile in un'eventuale indagine. È fondamentale anche per consentirci di intervenire mentre il problema è ancora in corso. Una segnalazione ben documentata ci permette di analizzare quanto sta accadendo, individuare eventuali schemi ricorrenti e, quando possibile, aggiornare i nostri filtri antispam o adottare altre contromisure per limitare la diffusione dell'abuso.

Uno degli episodi più recenti ne è stato un esempio concreto.

Un utente ci ha inviato una segnalazione estremamente dettagliata, documentando con precisione quanto stava accadendo. Grazie a queste informazioni siamo riusciti a intervenire rapidamente per limitare il fenomeno e a raccogliere gli elementi necessari per ricostruire gli eventi.

Quando, successivamente, la Polizia Postale ci ha richiesto i dati disponibili nell'ambito delle indagini, siamo stati in grado di fornire informazioni che si sono rivelate utili agli investigatori.

Senza quella segnalazione avremmo avuto molti meno elementi a disposizione e sarebbe stato più difficile sia limitare gli effetti dell'abuso mentre era ancora in corso sia ricostruire con precisione quanto accaduto.

Molte persone pensano che, davanti a situazioni di questo tipo, la cosa migliore da fare sia semplicemente bloccare l'utente e voltare pagina. In alcuni casi può essere sufficiente, ma quando vengono diffusi dati personali, iniziano molestie ripetute o una persona diventa bersaglio di un'azione coordinata, è importante fermarsi qualche minuto in più per raccogliere le prove e segnalarci l'accaduto.

Uno screenshot, un orario preciso, il nickname utilizzato e una descrizione chiara dei fatti possono fare una differenza enorme.

Noi non possiamo sapere cosa accade nelle conversazioni private se nessuno ce lo racconta. Ma quando riceviamo una segnalazione dettagliata possiamo fare la nostra parte: intervenire per limitare gli abusi, conservare gli elementi utili e, quando richiesto dall'Autorità Giudiziaria, collaborare fornendo tutti i dati che la legge ci consente di mettere a disposizione.

In oltre vent'anni di attività abbiamo imparato che la sicurezza di una rete non dipende soltanto dalla tecnologia o dagli strumenti di moderazione. Dipende anche dalla responsabilità della sua comunità.

Ogni segnalazione ben fatta può contribuire a proteggere altri utenti, limitare un abuso e, nei casi più gravi, diventare un tassello importante nel lavoro delle Forze dell'Ordine.

La privacy continuerà sempre a essere uno dei principi fondamentali di SimosNap. Ma la privacy non deve mai essere confusa con l'impunità di chi utilizza uno strumento di comunicazione per arrecare danno agli altri.

For more than twenty years, the Web has lived with a curious contradiction. On one side, there were millions of people looking for information, services, communities, and interesting content. On the other, there were search engines trying to understand which pages deserved to appear among the top results.

In between, an entire industry dedicated to search engine optimization developed. It is a completely legitimate activity when its goal is to make a website faster, more accessible, well structured, and easier to understand. Over time, however, in many cases the intended audience for content stopped being the person and started becoming the algorithm.

For years, we have watched a competition where the winner was not always the one building the best service or offering the most polished user experience. Often, projects were rewarded for producing huge numbers of optimized pages, targeting every possible search query, publishing extremely long articles full of repetition, multiplying nearly identical content, or exploiting the reputation of other companies and brands to attract traffic to websites that, in many cases, had very little to do with those brands. People browsing the Web would then end up on pages filled with intrusive ads, popups, artificially stretched text, and content built more to convince an algorithm than to truly help the reader.

Of course, this has never been the only reality. There have always been webmasters who chose a different path, investing time in content quality, site speed, usability, accessibility, and the creation of real communities. For a long time, however, all of this was not always enough to stand out in an ecosystem where the ability to interpret search engine logic often represented a huge competitive advantage.

Today, something seems to be starting to change. The arrival of artificial intelligence in search engines is changing the type of question these systems try to answer. For many years, the question was essentially this: "Does this page contain what I am looking for?" Today, the question seems to be evolving toward something different: "Is this page truly useful to the person who made this search?"

It may seem like a subtle difference, but in reality it completely changes the point of view. A system based on artificial intelligence does not simply check for the presence of certain keywords. It tries to understand the meaning of a text, the context in which it was written, the clarity of the explanations, the consistency of the information, and, at least in part, the authority of the source. This does not mean that artificial intelligence is infallible or that it can always distinguish excellent content from mediocre content, but the direction seems to be toward evaluating the real value of a page more and more, rather than only its technical optimization.

If this evolution continues, it could produce interesting effects. A small specialized blog might have a better chance of standing out thanks to the expertise of its author. A niche community could be valued because it produces authentic discussions. An independent project could manage to compete even without large investments dedicated exclusively to search engine rankings. This would not be the end of optimization: aspects such as performance, proper HTML structure, accessibility, and good content organization will continue to be essential. What may lose effectiveness is optimization for its own sake, built exclusively to manipulate rankings.

Users, meanwhile, are changing too. More and more people seem to be showing a certain fatigue with experiences built around algorithms. Interest is growing in newsletters, independent blogs, forums, niche communities, and spaces where users choose what to follow instead of relying entirely on the automatic suggestions of large platforms. This is not necessarily a return to the past, but perhaps the search for a more direct relationship with information and with the people who produce it.

In this scenario, artificial intelligence could play an almost paradoxical role. For years, it was believed that algorithms would mainly favor those with more financial resources, more content, and a greater ability to optimize every detail. Today, the opposite could also happen. If a system can truly recognize expertise, originality, and value, then smaller projects could also gain the visibility they deserve, simply because they have something useful to offer.

Of course, it is still too early to speak of a revolution. Search engines will continue to evolve, artificial intelligence will continue to improve, and no one can predict with certainty what the balance will be between traditional algorithms and new AI-based systems. But there is one perspective worth watching: for many years, success on the Web depended above all on the ability to understand algorithms. Perhaps we are entering a phase in which algorithms will have to understand people better and better.

If this direction is confirmed, the change could go far beyond search engines. It could be good news for the entire Open Internet, because a Web that rewards expertise, authenticity, user experience, and genuinely useful content is a Web where ideas become more valuable again than simple optimization tricks.

Per oltre vent'anni il Web ha vissuto una curiosa contraddizione. Da una parte c'erano milioni di persone che cercavano informazioni, servizi, community e contenuti interessanti. Dall'altra c'erano i motori di ricerca, impegnati a capire quali pagine meritassero di comparire tra i primi risultati.

In mezzo si è sviluppato un intero settore dedicato all'ottimizzazione per i motori di ricerca. Un'attività assolutamente legittima quando ha l'obiettivo di rendere un sito più veloce, accessibile, ben strutturato e facilmente comprensibile. Col tempo, però, in molti casi il destinatario dei contenuti ha smesso di essere la persona e ha iniziato a diventare l'algoritmo.

Per anni abbiamo assistito a una competizione in cui non sempre vinceva chi costruiva il servizio migliore o offriva l'esperienza utente più curata. Spesso venivano premiati progetti capaci di produrre enormi quantità di pagine ottimizzate, intercettare qualsiasi ricerca possibile, pubblicare articoli lunghissimi pieni di ripetizioni, moltiplicare contenuti quasi identici o sfruttare la notorietà di marchi e brand altrui per attirare traffico verso siti che, in molti casi, con quei brand avevano ben poco a che fare. Chi navigava sul Web finiva così davanti a pagine ricche di pubblicità invasive, popup, testi diluiti artificialmente e contenuti costruiti più per convincere un algoritmo che per aiutare davvero chi stava leggendo.

Naturalmente questa non è mai stata l'unica realtà. Esistono da sempre webmaster che hanno scelto una strada diversa, investendo tempo nella qualità dei contenuti, nella velocità dei siti, nell'usabilità, nell'accessibilità e nella costruzione di vere community. Per molto tempo, però, tutto questo non sempre è bastato per emergere in un ecosistema in cui la capacità di interpretare le logiche dei motori di ricerca rappresentava spesso un vantaggio competitivo enorme.

Oggi qualcosa sembra iniziare a cambiare. L'arrivo dell'intelligenza artificiale nei motori di ricerca sta modificando il tipo di domanda che questi sistemi cercano di risolvere. Per molti anni la domanda era sostanzialmente questa: "Questa pagina contiene ciò che sto cercando?" Oggi la domanda sembra evolversi verso qualcosa di diverso: "Questa pagina è davvero utile alla persona che ha fatto questa ricerca?"

Può sembrare una differenza sottile, ma in realtà cambia completamente il punto di vista. Un sistema basato sull'intelligenza artificiale non si limita a verificare la presenza di determinate parole chiave. Cerca di comprendere il significato di un testo, il contesto in cui è stato scritto, la chiarezza delle spiegazioni, la coerenza delle informazioni e, almeno in parte, l'autorevolezza della fonte. Non significa che l'intelligenza artificiale sia infallibile o che riesca sempre a distinguere un contenuto eccellente da uno mediocre, ma la direzione sembra essere quella di valutare sempre più il valore reale di una pagina invece della sua sola ottimizzazione tecnica.

Se questa evoluzione continuerà, potrebbe produrre effetti interessanti. Un piccolo blog specializzato potrebbe avere maggiori possibilità di emergere grazie alla competenza di chi scrive. Una community verticale potrebbe essere valorizzata perché produce discussioni autentiche. Un progetto indipendente potrebbe riuscire a competere anche senza avere alle spalle grandi investimenti dedicati esclusivamente al posizionamento sui motori di ricerca. Non sarebbe la fine dell'ottimizzazione: aspetti come le prestazioni, una corretta struttura HTML, l'accessibilità e una buona organizzazione dei contenuti continueranno ad essere fondamentali. Ciò che potrebbe perdere efficacia è l'ottimizzazione fine a sé stessa, costruita esclusivamente per manipolare il ranking.

Anche gli utenti, nel frattempo, stanno cambiando. Sempre più persone sembrano mostrare una certa stanchezza nei confronti di esperienze costruite attorno agli algoritmi. Cresce l'interesse per newsletter, blog indipendenti, forum, community verticali e spazi dove siano gli utenti a scegliere cosa seguire invece di affidarsi completamente ai suggerimenti automatici delle grandi piattaforme. Non si tratta necessariamente di un ritorno al passato, ma forse della ricerca di un rapporto più diretto con le informazioni e con le persone che le producono.

In questo scenario l'intelligenza artificiale potrebbe avere un ruolo quasi paradossale. Per anni si è pensato che gli algoritmi avrebbero favorito soprattutto chi aveva più risorse economiche, più contenuti e una maggiore capacità di ottimizzare ogni dettaglio. Oggi potrebbe accadere anche il contrario. Se un sistema riesce davvero a riconoscere competenza, originalità e valore, allora anche realtà più piccole potrebbero ottenere la visibilità che meritano, semplicemente perché hanno qualcosa di utile da offrire.

Naturalmente è ancora presto per parlare di una rivoluzione. I motori di ricerca continueranno ad evolversi, l'intelligenza artificiale continuerà a migliorare e nessuno può prevedere con certezza quale sarà l'equilibrio tra algoritmi tradizionali e nuovi sistemi basati sull'AI. Esiste però una prospettiva che vale la pena osservare: per molti anni il successo sul Web è dipeso soprattutto dalla capacità di comprendere gli algoritmi. Forse stiamo entrando in una fase in cui saranno gli algoritmi a dover comprendere sempre meglio le persone.

Se questa direzione verrà confermata, il cambiamento potrebbe andare ben oltre i motori di ricerca. Potrebbe rappresentare una buona notizia per tutto l'Open Internet, perché un Web che premia competenza, autenticità, esperienza utente e contenuti realmente utili è un Web in cui le idee tornano ad avere più valore dei semplici trucchi di ottimizzazione.

In the IRC world, this idea has taken different forms over time. Some people leave dozens of clients connected, some use bouncers and permanent connections in questionable numbers, and others simply try to increase the number of visible nicknames in a channel in the hope that this will be enough to make it look more interesting to someone joining for the first time.

The reasoning, at least in theory, is not entirely wrong. If a person sees two channels discussing the same topic, one with 15 users and another with 300, it is natural for their attention to be drawn to the one that appears larger. It is a psychological mechanism that exists everywhere. We see it on social networks, on websites, in online videos, and even in physical stores. People tend to associate numbers with success.

The problem is that this impression lasts for a very short time.

When a user enters a chat, they do not just look at the list of nicknames. After a few seconds, they observe what is happening, read the conversations, and try to understand whether there are actually real people behind those names taking part in the life of the channel. If they discover that the room is populated by hundreds of silent presences and that the same two or three users are always the only ones talking, the initial effect fades very quickly.

In fact, in some cases the result can be the exact opposite of what was intended. A channel that looks huge but is almost motionless often gives off a sense of artificiality. The user does not necessarily think that someone is cheating, but they sense that something does not add up. They see a crowded room where nobody speaks, and they end up feeling more lost than welcomed.

By contrast, it is surprising how alive a channel with much more modest numbers can feel. Over the years, we have seen rooms with only a few dozen users generate constant conversations, build lasting friendships, organize events, and maintain a steady presence over time. They did not need to look big because they were simply alive.

This is a difference that is often underestimated. A community is not the sum of the nicknames shown in a list. A community is made of the relationships that form between people, the discussions that arise spontaneously, and the ability to make someone feel part of something. These are things that cannot be simulated with a connection left open twenty-four hours a day.

Throughout the history of SimosNap, we have reflected on this phenomenon several times. For a while, we tried to deal with it in a rather strict way. It seemed to us to be a matter of fairness toward those founders who invested time and energy into building real communities, only to see others achieve apparently higher numbers through shortcuts that were not very transparent.

Over the years, however, we realized that the reality was less simple than it appeared.

Bouncers, for example, were not created to inflate statistics. Many users rely on them for entirely legitimate reasons. They make it possible to maintain a stable connection, avoid losing messages during disconnections, and access the chat from different devices while keeping an online presence. For part of the IRC community, they have been everyday tools for decades.

Applying overly strict rules against every form of permanent connection would inevitably have affected people who were not doing anything wrong. In the end, we realized that we were risking creating more problems than we were solving.

That is why today we prefer to look at the phenomenon with a certain amount of pragmatism. It is not a practice we are enthusiastic about, and we still consider it a shortcut with little long-term value, but we have learned that the cure can often be worse than the problem.

Because more than twenty years of experience have taught us a fairly simple lesson. The communities that stand the test of time are not the ones that manage to display the highest number of connected users at a given moment. They are the ones that manage to create an environment people want to return to the next day.

Someone joining a chat for the first time may certainly be intrigued by a high number of visible users. What will determine whether they stay or leave, however, is something else entirely. It will be the quality of the conversations, the willingness of other users to engage, the atmosphere inside the channel, and the feeling of having entered a place where real people exist, not simply statistics to show off.

For this reason, we have always believed that the growth of a community cannot be built artificially. Numbers can attract a glance. They can generate curiosity. They can even create a good first impression.

But no number, however large, can replace what truly makes a community feel alive.

People.

And fortunately, those are not so easy to fake.

Nel mondo IRC questa idea ha assunto nel tempo forme diverse. C'è chi lascia collegati decine di client, chi utilizza bouncer e connessioni permanenti in quantità discutibili, chi cerca semplicemente di aumentare il numero di nickname visibili in un canale nella speranza che questo basti a renderlo più interessante agli occhi di chi entra per la prima volta.

Il ragionamento, almeno in teoria, non è nemmeno completamente sbagliato. Se una persona si trova davanti a due canali che parlano dello stesso argomento, uno con 15 utenti e uno con 300, è naturale che la sua attenzione venga catturata da quello che appare più grande. È un meccanismo psicologico che esiste ovunque. Lo vediamo nei social network, nei siti web, nei video online e persino nei negozi fisici. Le persone tendono ad associare i numeri al successo.

Il problema è che questa impressione dura pochissimo.

Quando un utente entra in una chat non si limita a guardare la lista dei nickname. Dopo pochi secondi osserva cosa sta accadendo, legge le conversazioni, prova a capire se dietro quei nomi esistono davvero delle persone che stanno partecipando alla vita del canale. Se scopre che la stanza è popolata da centinaia di presenze silenziose e che a parlare sono sempre gli stessi due o tre utenti, l'effetto iniziale svanisce molto rapidamente.

Anzi, in certi casi il risultato può essere addirittura opposto a quello sperato. Un canale apparentemente enorme ma quasi immobile trasmette spesso una sensazione di artificiosità. L'utente non pensa necessariamente che qualcuno stia barando, ma percepisce che qualcosa non torna. Vede una sala affollata nella quale nessuno parla e finisce per sentirsi più spaesato che accolto.

Al contrario, è sorprendente quanto possa risultare vivo un canale con numeri molto più modesti. Nel corso degli anni abbiamo visto stanze con poche decine di utenti generare conversazioni continue, creare amicizie durature, organizzare eventi e mantenere una presenza costante nel tempo. Non avevano bisogno di sembrare grandi perché erano semplicemente vive.

Questa è una differenza che spesso viene sottovalutata. Una community non è la somma dei nickname presenti in una lista. Una community è fatta dalle relazioni che si creano tra le persone, dalle discussioni che nascono spontaneamente, dalla capacità di far sentire qualcuno parte di qualcosa. Sono elementi che non possono essere simulati con una connessione lasciata aperta ventiquattr'ore su ventiquattro.

Nel corso della storia di SimosNap ci siamo trovati più volte a riflettere su questo fenomeno. Per un periodo abbiamo cercato di affrontarlo in maniera piuttosto rigida. Ci sembrava una questione di correttezza verso quei founder che investivano tempo ed energie per costruire comunità reali e che vedevano altri ottenere numeri apparentemente superiori attraverso scorciatoie poco trasparenti.

Con il passare degli anni, però, ci siamo resi conto che la realtà era meno semplice di quanto apparisse.

I bouncer, ad esempio, non sono nati per gonfiare le statistiche. Molti utenti li utilizzano per motivi assolutamente legittimi. Consentono di mantenere una connessione stabile, di non perdere messaggi durante le disconnessioni e di accedere alla chat da dispositivi differenti mantenendo la propria presenza online. Per una parte della comunità IRC rappresentano strumenti di uso quotidiano da decenni.

Applicare regole troppo rigide contro ogni forma di connessione permanente significava inevitabilmente colpire anche persone che non stavano facendo nulla di sbagliato. Alla fine ci siamo resi conto che stavamo rischiando di creare più problemi di quanti ne stessimo risolvendo.

Per questo oggi preferiamo osservare il fenomeno con una certa dose di pragmatismo. Non è una pratica che ci entusiasma e continuiamo a considerarla una scorciatoia poco utile nel lungo periodo, ma abbiamo imparato che spesso il rimedio può essere peggiore del problema.

Anche perché l'esperienza accumulata in oltre vent'anni ci ha insegnato una lezione piuttosto semplice. Le community che resistono nel tempo non sono quelle che riescono a mostrare il numero più alto di utenti collegati in un determinato momento. Sono quelle che riescono a creare un ambiente nel quale le persone desiderano tornare il giorno successivo.

Chi arriva in una chat per la prima volta può certamente essere incuriosito da un numero elevato di presenze. Quello che determinerà se resterà o meno, però, sarà tutt'altro. Sarà la qualità delle conversazioni, la disponibilità degli altri utenti, il clima che si respira all'interno del canale e la sensazione di essere entrato in un luogo dove esistono persone vere e non semplicemente statistiche da esibire.

Per questo motivo abbiamo sempre pensato che la crescita di una community non possa essere costruita artificialmente. I numeri possono attirare uno sguardo. Possono generare curiosità. Possono perfino creare una buona prima impressione.

Ma nessun numero, per quanto grande, può sostituire ciò che rende davvero viva una comunità.

Le persone.

E quelle, fortunatamente, non possono essere falsificate così facilmente.

Over the years, ChatItaly has always played a special role. In addition to being one of the main entry points to the network, it has often been the place where new ideas were tested before being extended to other services.

Over time, it has hosted forums, community areas, social-network-style interaction systems and various integrations with the IRC network. Some of these experiments were successful, others were abandoned, but all of them helped shape the evolution of the services offered by SimosNap.

In recent years, the website had gradually been simplified until it became mainly a gateway to the chat and a frontend for some statistics retrieved through the network APIs.

With the latest update, however, we addressed an issue that has historically affected not only IRC, but many online communication platforms.

The problem of separate identities

Traditionally, a website and a chat maintain independent identities.

A user has an account on the website, an account on the chat and often additional accounts for forums, extra services or community tools.

This approach inevitably creates duplication, difficult-to-manage synchronization and a fragmented experience.

In the IRC world, the problem is even more evident.

Many websites built around an IRC community end up maintaining completely separate user databases from the network services.

Using the IRC account as a web identity

Thanks to the introduction of the SimosNap OAuth 2.0 and OpenID Connect system, ChatItaly now uses the IRC account identity directly.

Users authenticate through their SimosNap account, and the website can recognize them without having to manage local passwords, separate registrations or synchronizations between different databases.

In practice, the identity used in chat becomes the same identity used on the website.

This makes it possible to develop web features that refer directly to the user’s real IRC account.

A concrete example is the new ChatItaly Community Feed.

Content shared in chat through MediaBot is published on the website via the network APIs, and authenticated users can interact with that content using their SimosNap account.

Upvotes, comments, favorites and future social features are not linked to an account created on the website, but to the user’s IRC identity.

From APIs to real applications

ChatItaly is also a practical example of how the SimosNap APIs can be used beyond simply displaying network statistics.

The same APIs that power the website can retrieve information about channels, users, shared content and services connected to the network.

In this way, the IRC channel is no longer just a conversation room, but can become the central point of a broader platform made up of a website, community services and external applications.

Why we chose this approach

The goal was not to turn ChatItaly into a social network.

On the contrary, we wanted to keep chat at the center of the project while avoiding the creation of a separate ecosystem with different accounts, passwords and identities.

Using the IRC identity directly allows us to maintain a single authentication point and greater consistency across the various services.

For a community, this means less management complexity and stronger integration between the website and the network.

Looking ahead

ChatItaly will continue to be the place where we test new integrations between the web and SimosNap services.

The goal is not to add features just for the sake of it, but to understand how modern tools such as APIs, OAuth and OpenID Connect can be applied in a practical way within an IRC community that has been active for more than twenty years.

Many of the features currently available on the website were created precisely from this need: using modern technologies without giving up the simplicity and open nature that have always defined IRC.

The result of this integration can be seen directly on ChatItaly, where login through a SimosNap account is used to access community features and interact with content published by the Community Feed using the same identity used every day in chat.

Ultimately, ChatItaly continues to play the role it has had since 2004: a real place to experiment with, test and improve the services that later become part of the SimosNap ecosystem.

Today, this experimentation happens through APIs, centralized authentication and integration between the web and IRC.

Tomorrow, who knows.

Quando nel 2004 è nato SimosNap IRC Network è nato anche #chatitaly, uno dei primi canali del network e ancora oggi la sua community più numerosa.

Nel corso degli anni ChatItaly ha sempre avuto un ruolo particolare. Oltre a rappresentare uno dei principali punti di accesso al network, è stato spesso il luogo dove sperimentare nuove idee prima di estenderle ad altri servizi.

Negli anni ha ospitato forum, aree community, sistemi di interazione in stile social network e varie integrazioni con il network IRC. Alcune di queste esperienze hanno avuto successo, altre sono state abbandonate, ma tutte hanno contribuito a definire l'evoluzione dei servizi offerti da SimosNap.

Negli ultimi anni il sito era stato progressivamente semplificato fino a diventare principalmente una porta di accesso alla chat e un frontend per alcune statistiche ottenute tramite le API del network.

Con l'ultimo aggiornamento abbiamo però affrontato un problema che storicamente ha accompagnato non soltanto IRC, ma gran parte delle piattaforme di comunicazione online.

Il problema delle identità separate

Tradizionalmente un sito web e una chat mantengono identità indipendenti.

L'utente possiede un account sul sito, un account sulla chat e spesso ulteriori account per forum, servizi aggiuntivi o strumenti di community.

Questo approccio genera inevitabilmente duplicazioni, sincronizzazioni difficili da gestire e un'esperienza frammentata.

Nel mondo IRC il problema è ancora più evidente.

Molti siti che ruotano attorno a una community IRC finiscono per mantenere database utenti completamente separati rispetto ai servizi del network.

Utilizzare l'account IRC come identità web

Grazie all'introduzione del sistema OAuth 2.0 e OpenID Connect di SimosNap, ChatItaly utilizza oggi direttamente l'identità dell'account IRC.

L'utente effettua l'autenticazione tramite il proprio account SimosNap e il sito può riconoscerlo senza dover gestire password locali, registrazioni separate o sincronizzazioni tra database differenti.

In pratica l'identità utilizzata in chat diventa la stessa identità utilizzata sul sito.

Questo permette di sviluppare funzionalità web che fanno riferimento direttamente all'account IRC reale dell'utente.

Un esempio concreto è il nuovo Feed Community di ChatItaly.

I contenuti condivisi in chat attraverso MediaBot vengono pubblicati sul sito tramite le API del network e gli utenti autenticati possono interagire con tali contenuti utilizzando il proprio account SimosNap.

Upvote, commenti, preferiti e future funzionalità social non sono associati a un account creato sul sito, ma all'identità IRC dell'utente.

Dalle API alle applicazioni reali

ChatItaly rappresenta anche un esempio pratico di come le API di SimosNap possano essere utilizzate al di fuori della semplice consultazione delle statistiche del network.

Le stesse API che alimentano il sito permettono infatti di recuperare informazioni sui canali, sugli utenti, sui contenuti condivisi e sui servizi collegati al network.

In questo modo il canale IRC non è più soltanto una stanza di conversazione, ma può diventare il punto centrale di una piattaforma più ampia composta da sito web, servizi community e applicazioni esterne.

Perché abbiamo scelto questa strada

L'obiettivo non era trasformare ChatItaly in un social network.

Al contrario, volevamo mantenere la chat al centro del progetto evitando però di creare un ecosistema separato con account, password e identità differenti.

Utilizzare direttamente l'identità IRC ci permette di mantenere un unico punto di autenticazione e una maggiore coerenza tra i vari servizi.

Per una community questo significa meno complessità gestionale e una maggiore integrazione tra il sito e il network.

Uno sguardo al futuro

ChatItaly continuerà a essere il luogo in cui testiamo nuove integrazioni tra il web e i servizi di SimosNap.

L'obiettivo non è aggiungere funzionalità per il semplice gusto di farlo, ma verificare come strumenti moderni come API, OAuth e OpenID Connect possano essere applicati concretamente all'interno di una community IRC attiva da oltre vent'anni.

Molte delle funzionalità oggi presenti sul sito sono nate proprio da questa esigenza: utilizzare tecnologie moderne senza rinunciare alla semplicità e alla natura aperta che hanno sempre caratterizzato IRC.

Il risultato di questa integrazione è visibile direttamente su ChatItaly, dove il login tramite account SimosNap viene utilizzato per accedere alle funzionalità della community e interagire con i contenuti pubblicati dal Feed Community utilizzando la stessa identità impiegata ogni giorno in chat.

In fondo, ChatItaly continua a svolgere il ruolo che ha sempre avuto dal 2004: essere un luogo reale dove sperimentare, verificare e migliorare i servizi che successivamente diventano parte dell'ecosistema SimosNap.

Oggi questa sperimentazione passa attraverso API, autenticazione centralizzata e integrazione tra web e IRC.

Domani chissà.

More or less, I pictured it like this.

"We’ve added Dogecoin support."

"Doge what?"

"Dogecoin."

"And what is that?"

"A cryptocurrency."

"Ah."

Then the conversation would probably have gone back to much more important topics, like football, the weather, work, or whatever else was being discussed at that moment.

The truth is, I didn’t add this feature because I expected it to become the center of attention. I did it because I’ve been following the world of cryptocurrencies for years, and because Dogecoin, among all of them, has always been the one that intrigued me the most. Not so much because of its economic value or the events that periodically put it back in the headlines, but because of its story.

Dogecoin was created in 2013 almost as a joke. It was meant to be a parody of the cryptocurrencies that were starting to become popular at the time. Many people thought it would disappear within a few months, replaced by the next new thing. Instead, it is still here. It has gone through waves of enthusiasm, periods of almost total indifference, and moments when it seemed destined to vanish, but somehow it has always continued to exist thanks to a community of people who never stopped believing in it.

Maybe that is exactly what fascinates me. I have always liked the stories of niche projects more than the stories of giants. I like watching those realities that keep moving forward even when everyone writes them off, those communities that withstand the years without necessarily becoming huge, while still maintaining their own identity.

After all, when I think about it, it is a story I know fairly well.

Since I founded SimosNap in 2004, I have heard people explain with absolute certainty many times that IRC had reached the end of the line. Over the years, forums were supposed to replace it, then MSN Messenger, then Facebook, then WhatsApp, then Telegram, then Discord, and tomorrow something else will probably arrive and be presented as the definitive successor to everything that came before.

In the meantime, more than twenty years have passed, and we are still here.

Of course, the world has changed. It would be absurd to claim otherwise. User habits are different, the Internet is different, and the way people communicate online has also changed profoundly. And yet there are still people who choose to join an IRC chat to meet someone, discuss a topic they care about, or simply spend an evening in good company.

Maybe that is why I feel close to the story of Dogecoin. Not because I intend to compare a cryptocurrency to an IRC network, but because both tell us something that almost feels out of fashion today: the ability to survive over time without necessarily chasing every trend of the moment.

When you run an independent project, you often end up building things that are not strictly necessary. Sometimes you do it because they are useful, sometimes because they are an interesting technical challenge, and other times simply because you like the idea. There is no marketing department handing you a list of priorities, and there is no meeting that has to approve every single decision. There is only the freedom to build something you find interesting and see what happens.

That is one of the things I have always loved most about developing SimosNap. Some features were immediately successful, others remained tools used by only a few people, and others mainly served as a way to learn something new. But all of them, in one way or another, are part of the project’s history.

That is why I do not particularly care whether the Dogecoin system is used by ten people, by a hundred, or by no one at all. I like the idea that it exists. I like the fact that an IRC network created in 2004 can still afford the luxury of experimenting, adding something unusual, and continuing to evolve without losing its identity.

And if someone really were to ask me, "Doge what?", I would probably smile and start telling the story all over again.

Qualche tempo fa ho aggiunto a SimosNap la possibilità di inviare Dogecoin direttamente dalle chat. Non era una funzione particolarmente richiesta, non c'erano decine di utenti che la chiedevano ogni giorno e non avevo nemmeno l'illusione che avrebbe cambiato il modo di utilizzare IRC. Eppure, mentre la sviluppavo, mi divertivo a immaginare la reazione di una parte della nostra community.

Più o meno me la vedevo così.

"Abbiamo aggiunto il supporto ai Dogecoin."

"Doge che?"

"Dogecoin."

"E cosa sarebbero?"

"Una criptovaluta."

"Ah."

Poi probabilmente la conversazione sarebbe tornata su argomenti molto più importanti, come il calcio, il meteo, il lavoro o qualsiasi altra cosa si stesse discutendo in quel momento.

La verità è che non ho aggiunto questa funzione perché mi aspettavo che diventasse il centro dell'attenzione. L'ho fatto perché seguo il mondo delle criptovalute da anni e perché Dogecoin, tra tutte, è sempre stata quella che mi ha incuriosito di più. Non tanto per il suo valore economico o per le vicende che periodicamente la portano sulle pagine dei giornali, quanto per la sua storia.

Dogecoin nasce nel 2013 quasi come una battuta. Doveva essere una parodia delle criptovalute che stavano iniziando a diventare popolari in quel periodo. Molti pensavano che sarebbe sparita nel giro di pochi mesi, sostituita dalla prossima novità del momento. Invece è ancora qui. Ha attraversato fasi di entusiasmo, periodi di quasi totale indifferenza e momenti in cui sembrava destinata a scomparire, ma in qualche modo ha sempre continuato a esistere grazie a una comunità di persone che non ha mai smesso di crederci.

Forse è proprio questo aspetto che mi affascina. Le storie dei progetti di nicchia mi sono sempre piaciute più delle storie dei giganti. Mi piace osservare quelle realtà che continuano ad andare avanti anche quando tutti le danno per finite, quelle comunità che resistono agli anni senza diventare necessariamente enormi, ma mantenendo comunque una propria identità.

In fondo, se ci penso bene, è una storia che conosco abbastanza bene.

Da quando ho fondato SimosNap nel 2004 ho sentito più volte persone spiegare con assoluta sicurezza che IRC fosse arrivato al capolinea. Negli anni dovevano sostituirlo i forum, poi MSN Messenger, poi Facebook, poi WhatsApp, poi Telegram, poi Discord e probabilmente domani arriverà qualcos'altro che verrà indicato come il successore definitivo di tutto il resto.

Nel frattempo sono passati più di vent'anni e continuiamo ad essere qui.

Naturalmente il mondo è cambiato. Sarebbe assurdo sostenere il contrario. Le abitudini degli utenti sono diverse, Internet è diversa e anche il modo di comunicare online è profondamente cambiato. Eppure esistono ancora persone che scelgono di entrare in una chat IRC per conoscere qualcuno, discutere di un argomento che le appassiona o semplicemente passare una serata in compagnia.

Forse è per questo che mi sento vicino alla storia di Dogecoin. Non perché abbia la pretesa di paragonare una criptovaluta a una rete IRC, ma perché entrambe raccontano qualcosa che oggi sembra quasi fuori moda: la capacità di sopravvivere nel tempo senza inseguire necessariamente ogni tendenza del momento.

Quando si gestisce un progetto indipendente succede spesso di realizzare cose che non sono strettamente necessarie. A volte lo fai perché sono utili, a volte perché rappresentano una sfida tecnica interessante e altre volte semplicemente perché l'idea ti piace. Non c'è un reparto marketing che ti consegna una lista di priorità e non c'è una riunione che deve approvare ogni singola scelta. C'è soltanto la libertà di costruire qualcosa che trovi interessante e vedere cosa succede.

È una delle cose che ho sempre amato di più nello sviluppo di SimosNap. Alcune funzionalità hanno avuto successo immediato, altre sono rimaste strumenti utilizzati da poche persone e altre ancora sono servite soprattutto a imparare qualcosa di nuovo. Ma tutte, in un modo o nell'altro, fanno parte della storia del progetto.

Per questo non mi importa particolarmente se il sistema di Dogecoin verrà utilizzato da dieci persone, da cento o da nessuno. Mi piace l'idea che esista. Mi piace il fatto che una rete IRC nata nel 2004 possa ancora permettersi il lusso di sperimentare, di aggiungere qualcosa di insolito e di continuare a evolversi senza perdere la propria identità.

E se qualcuno dovesse davvero chiedermi "Doge che?", probabilmente sorriderei e ricomincerei a raccontare la storia da capo.

Although many people associate this topic exclusively with social networks or adult websites, its impact will actually be much broader and will affect any platform that needs to verify the age of its users in compliance with European regulations.

That is why we started preparing well in advance.

What Is European Age Verification?

The European Commission is developing a common solution that will allow users to prove their age online without necessarily sharing unnecessary personal data.

The goal is simple:

• Protect minors from access to unsuitable content
• Safeguard user privacy
• Prevent the uncontrolled sharing of identity documents
• Provide a common standard valid across the European Union

According to the approach proposed by the European Commission, an online service should be able to know that a user is, for example, an adult, without knowing their full date of birth or other personal data.

Learn more:

• https://digital-strategy.ec.europa.eu/en/policies/eu-age-verification
• https://digital-strategy.ec.europa.eu/en/faqs/eu-age-verification-solution
• https://commission.europa.eu/topics/digital-economy-and-society/european-digital-identity_en

The European solution is also designed to integrate with the future European Digital Identity Wallet, which every Member State will be required to make available to its citizens.

This Is Not Only a European Issue

Europe is not the only region addressing the issue of online age verification.

In recent years, several countries have introduced or are introducing dedicated regulations and systems:

• United Kingdom
• Australia
• France
• Poland
• Several U.S. states

In some cases, regulations mainly concern adult websites, while in others they also extend to social networks and other digital platforms.

This has now become a global issue, and all signs suggest that age verification will gradually become an international standard for many categories of online services.

How SimosNap Is Preparing

We began working on this topic some time ago.

Our goal is very clear:

To comply with future regulations without turning IRC into an invasive or complicated system to use.

IRC was created as an open and lightweight protocol, and we want to preserve its nature as much as possible.

For this reason, we have designed a system that clearly separates:

• User identity
• Age verification
• Authorization to access specific areas of the network

In practice, a user will be able to prove that they meet certain age requirements without that information necessarily being publicly exposed within the IRC network.

This approach will allow us to manage the following in a flexible way:

• Channels open to everyone
• Channels restricted to users aged 14+
• Channels restricted to users aged 18+
• Any future categories that may be required by regulation

Privacy First

One of the aspects we consider most important is data minimization.

The goal is not to know who you are or to collect copies of your documents.

The goal is to be able to verify, when necessary, that you meet a specific age requirement.

The same philosophy underpins the European project, which aims to enable users to prove specific attributes without disclosing additional unnecessary information.

In other words, a service should be able to know that you are an adult without necessarily knowing your full date of birth, address, or other personal data.

Integration with OAuth and OpenID Connect

In recent months, we introduced OAuth 2.0 and OpenID Connect support to allow external websites and applications to use the SimosNap identity.

This work also provides an important foundation for the future management of age verification.

When the European mechanisms are fully available, the goal will be to allow services using SimosNap authentication to securely receive information related to the user’s age verification status as well.

In practice:

• The user will complete verification only once
• SimosNap will store only the verification status
• Authorized applications will be able to know whether the user meets specific age requirements
• Data will be shared only when necessary and according to the required authorizations

This approach will allow websites using SimosNap login to comply more easily with future regulations without having to implement complex verification systems on their own.

An Ecosystem That Goes Beyond IRC

Although SimosNap was created as an IRC Network, our ecosystem now includes numerous services and applications that already use OAuth and OpenID Connect.

Preparing the infrastructure for age verification today means laying the groundwork for a system that can be reused by:

• Online communities
• Forums
• Web applications
• Webchats
• Third-party services that use SimosNap login

The goal is to prevent every individual project from having to reinvent an age verification system from scratch when stricter regulatory requirements arrive.

Looking Ahead

The final specifications of the EUDI Wallet ecosystem are still evolving, and some details may change in the coming months.

For this reason, we have chosen to design a modular and flexible infrastructure capable of adapting to future European standards without requiring radical changes to existing services.

We would rather prepare today than chase regulations tomorrow.

As always, we will continue to follow the evolution of the European project and publish updates as new official information becomes available.

Official Resources

• EU Age Verification: https://digital-strategy.ec.europa.eu/en/policies/eu-age-verification
• EU Age Verification FAQ: https://digital-strategy.ec.europa.eu/en/faqs/eu-age-verification-solution
• European Digital Identity Wallet (EUDI Wallet): https://commission.europa.eu/topics/digital-economy-and-society/european-digital-identity_en

European digital identity represents one of the most important changes that will affect the Internet in the coming years. SimosNap is already working to ensure an integration that respects privacy, security, and ease of use, while preserving the open philosophy that has defined our network for more than twenty years.

Negli ultimi mesi si è parlato molto della futura applicazione europea per la verifica dell’età online e dell’European Digital Identity Wallet (EUDI Wallet), due strumenti destinati a cambiare il modo in cui gli utenti accederanno ai servizi digitali soggetti a limiti di età.

Anche se molte persone associano questo tema esclusivamente ai social network o ai siti per adulti, in realtà l’impatto sarà molto più ampio e riguarderà qualsiasi piattaforma che dovrà verificare l’età dei propri utenti nel rispetto delle normative europee.

Per questo motivo abbiamo iniziato a prepararci con largo anticipo.

Cos'è l'Age Verification europea

La Commissione Europea sta sviluppando una soluzione comune per consentire agli utenti di dimostrare la propria età online senza dover necessariamente condividere dati personali non necessari.

L'obiettivo è semplice:

• Proteggere i minori dall'accesso a contenuti non adatti
• Garantire la privacy degli utenti
• Evitare la diffusione incontrollata di documenti di identità
• Fornire uno standard comune valido in tutta l'Unione Europea

Secondo l'approccio proposto dalla Commissione Europea, un servizio online dovrebbe poter sapere che un utente è, ad esempio, maggiorenne, senza conoscere la sua data di nascita completa o altri dati personali.

Per approfondire:

• https://digital-strategy.ec.europa.eu/en/policies/eu-age-verification
• https://digital-strategy.ec.europa.eu/en/faqs/eu-age-verification-solution
• https://commission.europa.eu/topics/digital-economy-and-society/european-digital-identity_en

La soluzione europea è inoltre progettata per integrarsi con il futuro European Digital Identity Wallet che ogni Stato membro dovrà rendere disponibile ai propri cittadini.

Non è una questione che riguarda solo l'Europa

L'Europa non è l'unica realtà che sta affrontando il problema della verifica dell'età online.

Negli ultimi anni diversi Paesi hanno introdotto o stanno introducendo normative e sistemi dedicati:

• Regno Unito
• Australia
• Francia
• Polonia
• Diversi Stati degli USA

In alcuni casi le normative riguardano principalmente i siti per adulti, mentre in altri si estendono anche ai social network e ad altre piattaforme digitali.

Il tema è ormai globale e tutto lascia pensare che la verifica dell'età diventerà progressivamente uno standard internazionale per molte categorie di servizi online.

Come si sta preparando SimosNap

Abbiamo iniziato a lavorare su questo tema già da tempo.

Il nostro obiettivo è molto chiaro:

Adeguarci alle future normative senza trasformare IRC in un sistema invasivo o complicato da utilizzare.

IRC è nato come protocollo aperto e leggero e vogliamo preservarne la natura il più possibile.

Per questo motivo abbiamo progettato un sistema che separa nettamente:

• Identità dell'utente
• Verifica dell'età
• Autorizzazione all'accesso a specifiche aree del network

In pratica un utente potrà dimostrare il possesso di determinati requisiti anagrafici senza che tali informazioni vengano necessariamente esposte pubblicamente all'interno della rete IRC.

Questo approccio ci consentirà di gestire in modo flessibile:

• Canali aperti a tutti
• Canali con limitazione 14+
• Canali con limitazione 18+
• Future categorie eventualmente previste dalla normativa

Privacy prima di tutto

Uno degli aspetti che riteniamo più importanti è la minimizzazione dei dati.

L'obiettivo non è sapere chi sei o raccogliere copie dei tuoi documenti.

L'obiettivo è poter verificare, quando necessario, che possiedi un determinato requisito di età.

La stessa filosofia è alla base del progetto europeo, che punta a consentire la dimostrazione di attributi specifici senza divulgare informazioni aggiuntive non necessarie.

In altre parole, un servizio dovrebbe poter sapere che sei maggiorenne senza dover necessariamente conoscere la tua data di nascita completa, il tuo indirizzo o altri dati personali.

Integrazione con OAuth e OpenID Connect

Negli ultimi mesi abbiamo introdotto il supporto OAuth 2.0 e OpenID Connect per consentire a siti e applicazioni esterne di utilizzare l'identità SimosNap.

Questo lavoro rappresenta anche una base importante per la futura gestione delle verifiche dell'età.

Quando i meccanismi europei saranno pienamente disponibili, l'obiettivo sarà permettere ai servizi che utilizzano l'autenticazione SimosNap di ricevere in modo sicuro anche le informazioni relative alla verifica dell'età dell'utente.

In pratica:

• L'utente effettuerà la verifica una sola volta
• SimosNap conserverà esclusivamente lo stato della verifica
• Le applicazioni autorizzate potranno sapere se l'utente soddisfa determinati requisiti di età
• I dati verranno condivisi solo quando necessario e secondo le autorizzazioni previste

Questo approccio consentirà ai siti che utilizzano il login SimosNap di adeguarsi più facilmente alle future normative senza dover implementare autonomamente sistemi complessi di verifica.

Un ecosistema che va oltre IRC

Anche se SimosNap nasce come IRC Network, oggi il nostro ecosistema comprende numerosi servizi e applicazioni che utilizzano già OAuth e OpenID Connect.

Preparare oggi l'infrastruttura per la verifica dell'età significa creare le basi per un sistema riutilizzabile da:

• Community online
• Forum
• Applicazioni web
• Webchat
• Servizi di terze parti che utilizzano il login SimosNap

L'obiettivo è evitare che ogni singolo progetto debba reinventare da zero un sistema di verifica dell'età quando arriveranno requisiti normativi più stringenti.

Guardando al futuro

Le specifiche definitive dell'ecosistema EUDI Wallet sono ancora in evoluzione e alcuni dettagli potrebbero cambiare nei prossimi mesi.

Per questo motivo abbiamo scelto di progettare un'infrastruttura modulare e flessibile, capace di adattarsi ai futuri standard europei senza richiedere modifiche radicali ai servizi esistenti.

Preferiamo prepararci oggi piuttosto che rincorrere le normative domani.

Come sempre continueremo a seguire l'evoluzione del progetto europeo e pubblicheremo aggiornamenti man mano che saranno disponibili nuove informazioni ufficiali.

Risorse ufficiali

• EU Age Verification: https://digital-strategy.ec.europa.eu/en/policies/eu-age-verification
• EU Age Verification FAQ: https://digital-strategy.ec.europa.eu/en/faqs/eu-age-verification-solution
• European Digital Identity Wallet (EUDI Wallet): https://commission.europa.eu/topics/digital-economy-and-society/european-digital-identity_en

L'identità digitale europea rappresenta uno dei cambiamenti più importanti che interesseranno Internet nei prossimi anni. SimosNap è già al lavoro per garantire un'integrazione che rispetti privacy, sicurezza e semplicità d'uso, mantenendo allo stesso tempo la filosofia aperta che da oltre vent'anni contraddistingue la nostra rete.

More and more websites, communities and online projects are choosing to delegate authentication to external identity providers rather than managing user accounts and passwords directly.

For this reason, SimosNap IRC Network provides an OAuth 2.0 and OpenID Connect authentication system that allows developers to integrate SimosNap login into their own applications.

In this guide we'll see how the integration works and how to get started quickly.

Why use OAuth?

Managing a login system requires time, maintenance and constant attention to security.

By using OAuth:

• You don't need to manage user passwords.
• You don't need to implement password recovery procedures.
• You don't need to worry about credential security.
• You can leverage the existing SimosNap identity system.

Users authenticate directly on SimosNap servers and your application only receives the information they have authorized.

Registering an Application

To use the OAuth system, you must first register an application in your SimosNap account.

During registration, the following credentials are generated:

• Client ID
• Client Secret
• Authorized Redirect URIs
• Allowed Scopes

Example

CLIENT_ID=my_application_123456789
CLIENT_SECRET=xxxxxxxxxxxxxxxxxxxxxxxx
REDIRECT_URI=https://example.org/oauth/callback.php

Available Endpoints

Authorization Endpoint

https://www.simosnap.org/rest/service.php/oauth/authorize

Token Endpoint

https://www.simosnap.org/rest/service.php/oauth/token

UserInfo Endpoint

https://www.simosnap.org/rest/service.php/oauth/userinfo

Step 1: Redirect the User

When a user clicks the "Sign in with SimosNap" button, they must be redirected to the OAuth authorization endpoint.

Authorization Request

$clientId = 'my_application_123456789';
$redirectUri = 'https://example.org/oauth/callback.php';

$state = bin2hex(random_bytes(16));

$_SESSION['oauth_state'] = $state;

$params = [
    'response_type' => 'code',
    'client_id'     => $clientId,
    'redirect_uri'  => $redirectUri,
    'scope'         => 'openid profile irc',
    'state'         => $state
];

header(
    'Location: https://www.simosnap.org/rest/service.php/oauth/authorize?' .
    http_build_query($params)
);

exit;

The state parameter is generated randomly and stored in the user's session to protect the application against CSRF attacks.

Step 2: Receive the Authorization Code

After the user authenticates and grants consent, SimosNap redirects the browser back to your callback URL.

Redirect Example

https://example.org/oauth/callback.php?code=abc123&state=xyz456

Before proceeding, always verify the state parameter.

State Validation

if ($_GET['state'] !== $_SESSION['oauth_state']) {
    die('Invalid state');
}

Step 3: Obtain an Access Token

The authorization code must be exchanged for an access token.

Access Token Request

$ch = curl_init();

curl_setopt_array($ch, [
    CURLOPT_URL => 'https://www.simosnap.org/rest/service.php/oauth/token',
    CURLOPT_POST => true,
    CURLOPT_RETURNTRANSFER => true,
    CURLOPT_POSTFIELDS => http_build_query([
        'grant_type'    => 'authorization_code',
        'client_id'     => $clientId,
        'client_secret' => $clientSecret,
        'redirect_uri'  => $redirectUri,
        'code'          => $_GET['code']
    ])
]);

$response = curl_exec($ch);

curl_close($ch);

$data = json_decode($response, true);

Typical Response

{
    "access_token": "xxxxxxxx",
    "token_type": "Bearer",
    "expires_in": 3600
}

Per questo motivo SimosNap IRC Network mette a disposizione un sistema di autenticazione basato su OAuth 2.0 e OpenID Connect che consente agli sviluppatori di integrare il login SimosNap nelle proprie applicazioni.

In questo articolo vedremo come funziona l’integrazione e come iniziare rapidamente.

‌             ‌

Perché utilizzare OAuth?

Gestire un sistema di login richiede tempo, manutenzione e attenzione alla sicurezza.

Utilizzando OAuth:

• non devi gestire password degli utenti
• non devi implementare procedure di recupero password
• non devi occuparti della sicurezza delle credenziali
• puoi utilizzare l’identità SimosNap già esistente

L’utente effettua il login direttamente sui sistemi SimosNap e la tua applicazione riceve solamente le informazioni autorizzate.  ‌

Registrare un’applicazione

Per utilizzare il sistema OAuth è necessario registrare un'applicazione all'interno del proprio account SimosNap.

Durante la registrazione vengono generati:

• Client ID
• Client Secret
• Redirect URI autorizzate
• Scope consentiti

Esempio

Client ID: my_application_123456789
Client Secret: xxxxxxxxxxxxxxxxxxxxxxxx
Redirect URI: https://example.org/oauth/callback.php

Endpoint disponibili

Authorization Endpoint

https://www.simosnap.org/rest/service.php/oauth/authorize

Token Endpoint

https://www.simosnap.org/rest/service.php/oauth/token

UserInfo Endpoint

https://www.simosnap.org/rest/service.php/oauth/userinfo

Passo 1: Reindirizzare l’utente

Quando l’utente clicca sul pulsante "Accedi con SimosNap" deve essere reindirizzato all'endpoint di autorizzazione OAuth.

Richiesta di autorizzazione

$clientId = 'my_application_123456789';
$redirectUri = 'https://example.org/oauth/callback.php';

$state = bin2hex(random_bytes(16));

$_SESSION['oauth_state'] = $state;

$params = [
    'response_type' => 'code',
    'client_id'     => $clientId,
    'redirect_uri'  => $redirectUri,
    'scope'         => 'openid profile irc',
    'state'         => $state
];

header(
    'Location: https://www.simosnap.org/rest/service.php/oauth/authorize?' .
    http_build_query($params)
);

exit;

Passo 2: Ricevere il codice di autorizzazione

Dopo il login e il consenso dell’utente, SimosNap reindirizzerà il browser verso la tua callback.

Esempio di redirect

https://example.org/oauth/callback.php?code=abc123&state=xyz456

Prima di continuare è fondamentale verificare il parametro state per prevenire attacchi CSRF.

Verifica del parametro state

if ($_GET['state'] !== $_SESSION['oauth_state']) {
    die('Invalid state');
}

Passo 3: Ottenere un Access Token

Il codice ricevuto deve essere scambiato con un token.

Richiesta del token di accesso

$ch = curl_init();

curl_setopt_array($ch, [
    CURLOPT_URL => 'https://www.simosnap.org/rest/service.php/oauth/token',
    CURLOPT_POST => true,
    CURLOPT_RETURNTRANSFER => true,
    CURLOPT_POSTFIELDS => http_build_query([
        'grant_type'    => 'authorization_code',
        'client_id'     => $clientId,
        'client_secret' => $clientSecret,
        'redirect_uri'  => $redirectUri,
        'code'          => $_GET['code']
    ])
]);

$response = curl_exec($ch);

curl_close($ch);

$data = json_decode($response, true);

Risposta tipica

{
    "access_token": "xxxxxxxx",
    "token_type": "Bearer",
    "expires_in": 3600
}

Passo 4: Recuperare i dati dell’utente

Una volta ottenuto il token è possibile interrogare l’endpoint UserInfo.

$ch = curl_init();

curl_setopt_array($ch, [
    CURLOPT_URL => 'https://www.simosnap.org/rest/service.php/oauth/userinfo',
    CURLOPT_RETURNTRANSFER => true,
    CURLOPT_HTTPHEADER => [
        'Authorization: Bearer ' . $data['access_token']
    ]
]);

$userInfo = curl_exec($ch);

curl_close($ch);

$user = json_decode($userInfo, true);

           ‌

Informazioni disponibili

Attualmente l’endpoint UserInfo può restituire:

{
  "sub": "12345",
  "nickname": "SimosNap",
  "preferred_username": "SimosNap",
  "profile_url": "https://www.simosnap.org/user/stats:SimosNap/profile",
  "irc_account": "SimosNap",
  "is_oper": false
}

Campi principali:

Gestione sessione locale

Una volta ottenuti i dati dell’utente è possibile creare una normale sessione applicativa.

Esempio:

$_SESSION['user_id']     = $user['sub'];
$_SESSION['nickname']    = $user['nickname'];
$_SESSION['irc_account'] = $user['irc_account'];
$_SESSION['profile_url'] = $user['profile_url'];

Da questo momento l’utente è autenticato sul tuo sito.‌             ‌

Sicurezza

Per una corretta implementazione ricordati sempre di:

• utilizzare HTTPS
• verificare il parametro state
• conservare il Client Secret in modo sicuro
• validare sempre il redirect URI
• non salvare password SimosNap
• utilizzare sessioni sicure

‌             ‌

Un esempio reale: ChatItaly

ChatItaly utilizza già il sistema OAuth di SimosNap per gestire:

• login utenti
• Feed Community
• votazioni
• commenti
• funzionalità social

L’applicazione non gestisce password e non mantiene un database utenti separato.

L’identità rimane centralizzata su SimosNap, mentre il sito può concentrarsi esclusivamente sulle proprie funzionalità.

‌             ‌

Vuoi integrare il tuo sito?

Se gestisci una community, un forum, un progetto open source o un servizio collegato al mondo IRC, puoi richiedere l’attivazione di un client OAuth e iniziare ad utilizzare il login SimosNap nella tua applicazione.

L’obiettivo è costruire un ecosistema di servizi interoperabili che condividano la stessa identità digitale, mantenendo il pieno controllo da parte degli utenti.

Buon coding!

Over the last few months, we have been working on a major overhaul of MediaBot, the multipurpose bot available on SimosNap IRC Network channels.

The goal was to modernize some of the network's historical features while introducing new tools for channel administrators. With the latest update, three new features are now available: Quotes, Announce, and AutoLimit.

The Return of Quotes

The most anticipated feature is undoubtedly the return of Quotes.

Many long-time users of the network will remember the old Quote bot, which was part of the SimosNap IRC Network Eggdrop botnet. For years it collected jokes, memorable moments, words of wisdom, and countless amusing situations from IRC channels across the network, becoming a familiar presence in many communities.

As the old Eggdrop-based infrastructure was gradually retired, the service was discontinued. Over time we received numerous requests for its return, so we decided to develop a brand-new implementation directly integrated into MediaBot.

The new system has been completely rewritten from scratch and designed around the current needs of the network.

Key features include:

• Direct integration with MediaBot
• Centralized database management
• Faster searching and quote retrieval
• Support for future extensions and new features
• Better protection against abuse and unwanted quotes
• An architecture designed to evolve alongside the network

To ensure higher-quality content, the system requires that the quoted nickname is actually present in the channel at the time the quote is added. This prevents quotes from being attributed to non-existent users, disconnected users, or people who were not involved in the conversation.

At the moment, quote creation and management are restricted to users authenticated through NickServ. This decision helps reduce spam and abuse during the initial rollout phase while providing better accountability for all operations.

Additional channel-level settings are already planned, allowing founders and administrators to customize the behavior of the quote system according to the needs of their communities.

We are also working on integrating quote rendering directly into KiwiIRC. The goal is to provide a cleaner and more intuitive viewing experience, transforming quote references into visually rich elements that can be viewed without disrupting the conversation.

Why Were the Old Quotes Not Imported?

Unfortunately, it was not possible to automatically migrate the historical database used by the old Quote bot.

The new implementation uses a completely different data structure, introducing new requirements, metadata, and features that did not exist in the original database. An automatic migration would have required complex conversions and extensive manual verification, with no guarantee that the existing content would be preserved correctly.

For this reason, we decided to start with a clean foundation, prioritizing reliability, maintainability, and future development opportunities.

We encourage communities that actively used the previous quote archive to gradually rebuild their collections using the new platform.

The funniest, most memorable, and most meaningful quotes in the network's history deserve to be preserved. We see this fresh start not as a loss, but as the beginning of a more modern, flexible, and sustainable archive.

Announce: Scheduled Messages for Your Channel

The new Announce feature allows channel administrators to schedule automatic messages that are periodically posted in their channels.

It can be used to:

• Remind users of channel rules
• Promote websites, social media pages, or community services
• Announce events, meetings, and activities
• Provide useful information to users who join throughout the day
• Promote new content published on websites or blogs

Each announcement can be configured with its own interval, providing significantly more flexibility than traditional static messages.

Channel founders can create multiple independent announcements and manage them directly through the MediaBot administration panel.

AutoLimit: Automatic User Limit Management

The AutoLimit feature automatically adjusts the channel user limit based on the actual number of connected users.

This allows channel administrators to:

• Maintain basic protection against join floods and bots
• Eliminate the need for manual user limit adjustments
• Automatically adapt limits as channel activity grows or decreases
• Keep the channel properly configured over time

MediaBot updates the limit automatically and transparently, without requiring any intervention from channel operators.

Continuous Development

These new features represent only a portion of the work completed over the past few months on the MediaBot project.

Our goal remains to provide channel administrators with modern, easy-to-use tools that are fully integrated into the SimosNap IRC Network ecosystem.

Future updates will continue to expand the bot's capabilities with new integrations, moderation tools, improvements to the web interface, and additional customization options for channel founders.

As always, suggestions, feature requests, and bug reports are welcome in the #IRCHelp channel or through our support system.

Happy chatting!

Negli ultimi mesi abbiamo lavorato al rinnovamento di MediaBot, il bot multipurpose disponibile sui canali di SimosNap IRC Network.

L'obiettivo era modernizzare alcune funzionalità storiche del network e introdurre nuovi strumenti utili agli amministratori dei canali. Con l'ultimo aggiornamento arrivano tre nuove funzionalità: Quote, Announce e AutoLimit.

Il ritorno delle Quote

La novità più attesa è senza dubbio il ritorno delle Quote.

Molti utenti storici del network ricorderanno il vecchio bot Quote, parte della botnet Eggdrop di SimosNap IRC Network. Per anni ha raccolto battute, momenti memorabili, perle di saggezza e situazioni improbabili provenienti dai canali IRC del network, diventando una presenza familiare per molte community.

Con la progressiva dismissione della vecchia infrastruttura basata su Eggdrop, il servizio era stato ritirato. Nel tempo abbiamo ricevuto numerose richieste per il suo ritorno e abbiamo quindi deciso di sviluppare una nuova implementazione integrata direttamente in MediaBot.

Il nuovo sistema è stato completamente riscritto da zero e progettato tenendo conto delle esigenze attuali del network.

Tra le principali caratteristiche:

• Integrazione diretta con MediaBot.
• Gestione centralizzata tramite database.
• Ricerca e visualizzazione più rapide.
• Supporto a future estensioni e nuove funzionalità.
• Maggiore controllo sugli abusi e sulle quote non desiderate.
• Architettura pensata per evolversi insieme al network.

Per garantire una maggiore qualità del contenuto, il sistema richiede che il nickname citato sia effettivamente presente nel canale al momento dell'inserimento della quote. In questo modo si evita la creazione di citazioni attribuite ad utenti inesistenti, non collegati o comunque non coinvolti nella conversazione.

Attualmente l'inserimento e la gestione delle quote sono riservati agli utenti autenticati tramite NickServ. Questa scelta consente di limitare spam e abusi durante la fase iniziale di rilascio e garantisce una migliore tracciabilità delle operazioni effettuate.

Sono inoltre già in programma nuove impostazioni configurabili a livello di canale che consentiranno ai founder e agli amministratori di personalizzare il comportamento del sistema quote in base alle esigenze della propria community.

Stiamo inoltre lavorando all'integrazione del rendering delle quote direttamente all'interno di KiwiIRC. L'obiettivo è permettere una visualizzazione più gradevole e immediata delle citazioni, trasformando i riferimenti alle quote in elementi grafici facilmente consultabili senza interrompere la conversazione.

Perché non sono state importate le vecchie quote?

Purtroppo non è stato possibile recuperare automaticamente il database storico proveniente dal vecchio bot Quote.

La nuova implementazione utilizza una struttura dati completamente diversa, con nuovi requisiti, nuovi metadati e funzionalità che non erano presenti nel database originale. Un'importazione automatica avrebbe richiesto conversioni complesse e verifiche manuali senza alcuna garanzia di preservare correttamente il contenuto esistente.

Abbiamo quindi preferito ripartire da una base pulita, privilegiando affidabilità, manutenibilità e possibilità di evoluzione futura del sistema.

Invitiamo quindi le community che utilizzavano attivamente il vecchio archivio a ricostruire gradualmente la propria raccolta di quote utilizzando la nuova piattaforma.

Le quote più divertenti, memorabili e significative della storia del network meritano di essere tramandate. Consideriamo questa ripartenza non una perdita, ma l'inizio di un archivio più moderno, flessibile e sostenibile nel tempo.

Announce: messaggi programmati per il tuo canale

La nuova funzione Announce consente di programmare messaggi automatici che verranno pubblicati periodicamente nel canale.

Può essere utilizzata per:

• Ricordare il regolamento del canale.
• Pubblicizzare siti web, social network o servizi della community.
• Segnalare eventi, appuntamenti e iniziative.
• Fornire informazioni utili agli utenti che si collegano durante la giornata.
• Promuovere nuovi contenuti pubblicati sul proprio sito o blog.

Ogni annuncio può essere configurato con il proprio intervallo temporale, offrendo una gestione molto più flessibile rispetto ai tradizionali messaggi statici.

I founder dei canali possono creare più annunci indipendenti e gestirli direttamente dal pannello di amministrazione di MediaBot.

AutoLimit: gestione automatica dei limiti utenti

La funzione AutoLimit aggiorna automaticamente il limite massimo di utenti del canale in base alle presenze effettive.

Questo permette di:

• Mantenere una protezione base contro join flood e bot.
• Evitare aggiornamenti manuali del limite utenti.
• Adeguare automaticamente il limite alla crescita o diminuzione dell'utenza.
• Mantenere il canale ordinato e correttamente configurato nel tempo.

MediaBot si occupa di aggiornare il limite in modo automatico e trasparente, senza richiedere alcun intervento da parte degli operatori.

Uno sviluppo in continua evoluzione

Queste nuove funzionalità rappresentano solo una parte del lavoro svolto negli ultimi mesi sul progetto MediaBot.

L'obiettivo rimane quello di fornire agli amministratori dei canali strumenti moderni, semplici da utilizzare e integrati con l'ecosistema di SimosNap IRC Network.

Nei prossimi aggiornamenti continueremo ad ampliare le funzionalità del bot con nuove integrazioni, strumenti di moderazione, miglioramenti all'interfaccia web e ulteriori personalizzazioni per i founder dei canali.

Come sempre, suggerimenti, richieste di nuove funzionalità e segnalazioni di bug sono benvenuti nel canale #IRCHelp o tramite il nostro sistema di supporto.

Buona chat!

Internet è pieno di social network, piattaforme chiuse e community costruite attorno ad algoritmi.
IRC invece segue ancora una filosofia diversa: community più umane, conversazioni in tempo reale, libertà, semplicità e indipendenza.

Creare un canale IRC oggi non significa semplicemente “aprire una chat”.
Significa costruire una vera community.

In questa guida vedremo come:

• creare un canale
• registrarlo correttamente
• organizzarlo
• renderlo interessante
• farlo crescere senza spam
• sfruttare gli strumenti moderni disponibili su SimosNap IRC Network

Perché aprire un canale IRC oggi?

Un canale IRC può essere:

• una community tematica
• un gruppo di amici
• un supporto tecnico
• una chat gaming
• una community musicale
• una chat locale
• uno spazio per creator o streamer
• una community open source
• una stanza relax senza algoritmi

A differenza dei social moderni:

• non esiste feed algoritmico
• non esistono follower artificiali
• la community si costruisce davvero nel tempo
• le persone parlano direttamente tra loro

1. Scegliere il nome giusto del canale

Il nome del canale è importante.

Consigli

• corto e facile da ricordare
• chiaro
• coerente con il tema
• evitare nomi troppo generici
• evitare nomi “spam style”

Esempi buoni

• #retrogaming
• #italiatech
• #dogecoin
• #over40
• #synthwave

Esempi da evitare

• #chatgratis123
• #entraqui
• #guadagnasubito

2. Creare e registrare il canale

Su SimosNap IRC Network basta:

1. entrare nel canale
2. registrare il nickname
3. usare i servizi di registrazione del canale

La registrazione permette di:

• proteggere il canale
• mantenere ownership e permessi
• usare funzioni avanzate
• configurare accessi, topic, modes e bot

3. Costruire una vera identità

Uno degli errori più comuni è aprire un canale “vuoto”.

Le persone entrano più facilmente in una community che ha:

• una descrizione chiara
• un tema preciso
• regole semplici
• uno stile riconoscibile
• attività reale

Anche un piccolo canale può sembrare vivo se è curato bene.

4. Evitare completamente lo spam

Questo è probabilmente il punto più importante.

Le community IRC sane NON crescono tramite:

• spam nei privati
• spam nei canali altrui
• pubblicità aggressiva
• join/part automatici
• flood pubblicitari

Lo spam:

• rovina la reputazione del canale
• allontana utenti
• danneggia l’intero network
• crea community tossiche e artificiali

Le community migliori crescono lentamente ma in modo autentico.

5. Creare una landing page dedicata

Una delle cose più sottovalutate oggi è avere una pagina web dedicata al proprio canale.

Su SimosNap puoi sfruttare:

• webchat integrate
• pagine canale
• API pubbliche
• statistiche
• widget personalizzati

Una landing page può contenere:

• descrizione del canale
• pulsante “entra in chat”
• regole
• screenshot
• orari più attivi
• social/community link
• FAQ
• staff
• eventi

Questo rende il canale molto più accessibile ai nuovi utenti.

6. Usare la webchat nel modo corretto

Molte persone non usano IRC perché pensano sia complicato.

La webchat elimina questa barriera.

Consigli

• link diretto al canale
• nickname precompilato
• design pulito
• istruzioni semplici
• evitare pagine confuse

Più è semplice entrare, più persone proveranno il canale.

7. Creare contenuti esterni

Un canale cresce molto meglio quando esiste anche fuori da IRC.

Puoi creare:

• un piccolo sito
• un blog
• una pagina community
• un profilo social
• una wiki
• una pagina eventi
• clip/video demo

Anche contenuti semplici aiutano tantissimo.

8. Sfruttare le API del network

Le API di SimosNap IRC Network permettono di creare:

• statistiche live
• widget utenti online
• pagine canale dinamiche
• bot personalizzati
• integrazioni web
• classifiche
• notifiche
• dashboard

Questo permette di costruire community molto più moderne rispetto all’IRC classico.

9. Creare attività reali nel canale

I canali morti spesso non sono “vuoti”.
Semplicemente non succede mai nulla.

Puoi organizzare:

• serate tema
• ascolti musicali
• gaming
• quiz
• eventi live
• discussioni settimanali
• AMA
• streaming condivisi

Le persone tornano dove succede qualcosa.

10. Moderazione equilibrata

Una moderazione troppo aggressiva distrugge una community.
Una moderazione assente la rende ingestibile.

Le regole migliori sono:

• poche
• chiare
• coerenti
• applicate con buon senso

Evitare:

• drammi inutili
• lotte di potere
• abuso di privilegi
• gatekeeping

11. Fare crescere il canale nel tempo

La crescita vera richiede:

• costanza
• presenza
• pazienza
• identità

Non servono migliaia di utenti.

Molti dei migliori canali IRC storici avevano:

• poche persone
• ma molto attive
• con rapporti reali tra utenti

Una community piccola ma viva vale molto più di una chat enorme e vuota.

12. IRC nel 2026

IRC non compete con Discord, Telegram o Slack sul piano commerciale.
E probabilmente non deve nemmeno farlo.

Ma continua ad avere qualcosa che molte piattaforme moderne hanno perso:

• semplicità
• apertura
• leggerezza
• libertà
• community autentiche

Ed è proprio questo che ancora oggi attira persone, developer e community indipendenti.

Inizia il tuo canale

Puoi iniziare subito su:
https://www.simosnap.org/chat

Oppure esplorare:

• https://www.simosnap.org/channels
• https://www.simosnap.org/irchelp
• https://www.simosnap.org/api

Buona costruzione della tua community 🙂

The Internet is full of social networks, closed platforms and communities built around algorithms.

IRC still follows a different philosophy: more human communities, real-time conversations, freedom, simplicity and independence.

Creating an IRC channel today does not simply mean opening a chat.

It means building a real community.

In this guide we will see how to:

• create a channel
• register it properly
• organize it
• make it interesting
• grow it without spam
• use the modern tools available on SimosNap IRC Network

Why open an IRC channel today?

An IRC channel can be:

• a topic-based community
• a group of friends
• a technical support space
• a gaming chat
• a music community
• a local chat room
• a space for creators or streamers
• an open source community
• a relaxed room without algorithms

Unlike modern social platforms:

• there is no algorithmic feed
• there are no artificial followers
• the community is built over time
• people talk directly to each other

1. Choose the right channel name

The channel name matters.

Tips

• keep it short and easy to remember
• make it clear
• keep it consistent with the topic
• avoid names that are too generic
• avoid "spam style" names

Good examples

retrogaming

italiatech

dogecoin

over40

synthwave

Examples to avoid

freechat123

joinhere

earnmoneyfast

2. Create and register the channel

On SimosNap IRC Network, you only need to:

1. Join the channel
2. Register your nickname
3. Use the channel registration services

Registration allows you to:

• protect the channel
• keep ownership and permissions
• use advanced features
• configure access, topics, modes and bots

3. Build a real identity

One of the most common mistakes is opening an "empty" channel.

People are more likely to join a community that has:

• a clear description
• a specific topic
• simple rules
• a recognizable style
• real activity

Even a small channel can feel alive if it is well maintained.

4. Avoid spam completely

This is probably the most important point.

Healthy IRC communities do not grow through:

• private message spam
• spam in other channels
• aggressive advertising
• automatic join/part tricks
• advertising floods

Spam:

• damages the channel's reputation
• drives users away
• harms the whole network
• creates toxic and artificial communities

The best communities grow slowly, but authentically.

5. Create a dedicated landing page

One of the most underrated things today is having a dedicated web page for your channel.

On SimosNap you can use:

• embedded webchats
• channel pages
• public APIs
• statistics
• custom widgets

A landing page can include:

• a channel description
• a "Join Chat" button
• rules
• screenshots
• the most active hours
• social or community links
• FAQs
• staff information
• events

This makes the channel much more accessible to new users.

6. Use the webchat properly

Many people do not use IRC because they think it is complicated.

The webchat removes that barrier.

Tips

• use a direct link to the channel
• pre-fill the nickname when useful
• keep the design clean
• provide simple instructions
• avoid confusing pages

The easier it is to join, the more people will try the channel.

7. Create external content

A channel grows much better when it also exists outside IRC.

You can create:

• a small website
• a blog
• a community page
• a social profile
• a wiki
• an events page
• clips or demo videos

Even simple content helps a lot.

8. Use the network APIs

The SimosNap IRC Network APIs allow you to create:

• live statistics
• online user widgets
• dynamic channel pages
• custom bots
• web integrations
• rankings
• notifications
• dashboards

This makes it possible to build much more modern communities than traditional IRC alone.

9. Create real activity in the channel

Dead channels are often not simply empty.

Nothing ever happens there.

You can organize:

• theme nights
• music listening sessions
• gaming events
• quizzes
• live events
• weekly discussions
• AMAs
• shared streaming sessions

People come back where something is happening.

10. Balanced moderation

Overly aggressive moderation destroys a community.

No moderation at all makes it unmanageable.

The best rules are:

• few
• clear
• consistent
• applied with common sense

Avoid:

• pointless drama
• power struggles
• abuse of privileges
• gatekeeping

11. Grow the channel over time

Real growth requires:

• consistency
• presence
• patience
• identity

You do not need thousands of users.

Many of the best historic IRC channels had:

• few people
• but very active ones
• with real relationships between users

A small but active community is worth much more than a huge and empty chat.

12. IRC in 2026

IRC does not compete with Discord, Telegram or Slack on a commercial level.

And it probably does not need to.

But it still has something that many modern platforms have lost:

• simplicity
• openness
• lightweight infrastructure
• freedom
• authentic communities

And that is exactly what still attracts people, developers and independent communities today.

Start your channel

You can start right away at:

https://www.simosnap.org/en/chat

Or explore:

• https://www.simosnap.org/en/channels
• https://www.simosnap.org/en/irchelp
• https://www.simosnap.org/en/api

Enjoy building your community 🙂

Su SimosNap abbiamo deciso di sperimentare qualcosa di diverso.

Abbiamo sviluppato una nuova integrazione per KiwiIRC che permette di utilizzare il wallet MyDoge direttamente all’interno della chat per eseguire transazioni Dogecoin tra utenti o inviare donazioni ai canali IRC.

L’obiettivo non era creare l’ennesima “feature crypto”, ma riportare il concetto di microtransazioni sociali all’interno di un protocollo aperto e leggero come IRC.

Come funziona

L’integrazione è semplice e immediata:

• cliccando su un nickname è possibile inviare DOGE ad un altro utente
• i canali possono ricevere donazioni
• le transazioni vengono confermate direttamente tramite l’estensione MyDoge
• nessun saldo custodito sul server
• nessun sistema centralizzato di crediti virtuali

Le transazioni avvengono realmente tramite il wallet dell’utente.

Perché Dogecoin?

Dogecoin continua a mantenere uno spirito molto vicino alla cultura Internet originale:

• semplice
• veloce
• accessibile
• orientato alle microtransazioni e al tipping

Per questo motivo ci è sembrato perfetto per una integrazione sociale all’interno di IRC.

IRC può ancora evolversi

Molti considerano IRC una tecnologia del passato.

In realtà IRC continua ad avere caratteristiche che ancora oggi risultano moderne:

• protocolli aperti
• leggerezza
• interoperabilità
• decentralizzazione
• personalizzazione
• assenza di algoritmi e feed manipolati

Negli anni SimosNap ha cercato di modernizzare l’esperienza IRC mantenendo però intatta la filosofia originale della rete:
una piattaforma aperta dove gli utenti possano realmente costruire comunità e strumenti personalizzati.

Questa integrazione con Dogecoin rappresenta un ulteriore passo in quella direzione.

Un piccolo esperimento tra vecchio e nuovo Internet

Vedere una transazione Dogecoin avvenire in tempo reale dentro una chat IRC ha qualcosa di particolare:
sembra quasi un incontro tra due epoche diverse di Internet.

Da una parte:

• protocolli aperti
• comunità storiche
• software leggero e hackable

Dall’altra:

• wallet decentralizzati
• pagamenti peer-to-peer
• microtransazioni digitali

Forse anche i protocolli più storici possono ancora trovare nuovi modi per evolversi.

Demo video

SimosNap

SimosNap è un network IRC italiano attivo dal 2004 e continua ancora oggi a sperimentare nuove integrazioni, bridge e funzionalità per modernizzare il mondo IRC mantenendo viva la cultura dell’Internet aperta.

At SimosNap, we decided to experiment with a different approach.

We developed a new integration for KiwiIRC that allows users to connect their MyDoge wallet directly to the chat and send Dogecoin transactions to other users or donate to IRC channels.

The goal was not to build yet another crypto feature, but to bring the concept of social microtransactions back into an open and lightweight protocol such as IRC.

How It Works

The integration is simple and straightforward:

• Send DOGE to another user directly from their nickname
• Allow IRC channels to receive donations
• Confirm transactions through the MyDoge browser extension
• No balances stored on the server
• No centralized virtual credit system

All transactions are executed directly from the user's wallet.

Why Dogecoin?

Dogecoin continues to embody many of the values associated with the early Internet:

• Simple
• Fast
• Accessible
• Designed for tipping and microtransactions

For these reasons, it felt like the perfect fit for a social integration within IRC.

IRC Can Still Evolve

Many people see IRC as a technology of the past.

In reality, IRC still offers characteristics that remain highly relevant today:

• Open protocols
• Lightweight infrastructure
• Interoperability
• Decentralization
• Customization
• Freedom from algorithmic feeds and manipulated timelines

Over the years, SimosNap has worked to modernize the IRC experience while preserving the network's original philosophy:

An open platform where users can build communities and create their own tools.

This Dogecoin integration is another step in that direction.

A Small Experiment Between the Old and the New Internet

Watching a Dogecoin transaction happen in real time inside an IRC chat feels surprisingly natural.

It almost looks like a meeting point between two different eras of the Internet.

On one side:

• Open protocols
• Long-standing communities
• Lightweight and hackable software

On the other:

• Decentralized wallets
• Peer-to-peer payments
• Digital microtransactions

Perhaps even the oldest protocols can still find new ways to evolve.

Demo Video

[Embed the original video card here]

SimosNap

SimosNap is an Italian IRC network active since 2004. The project continues to experiment with new integrations, bridges, and features designed to modernize IRC while preserving the culture of the open Internet.

ChanServ:

1. Pagina Facebook: Se il tuo canale IRC dispone di una pagina Facebook ufficiale, puoi aggiungere un link diretto ad essa. In questo modo, gli utenti potranno seguire il canale anche su Facebook e ricevere gli aggiornamenti dalla pagina.
2. Pagina Twitter: Se il tuo canale IRC ha un account Twitter dedicato, puoi fornire un link diretto a tale account. Gli utenti potranno quindi seguire il canale su Twitter per ricevere notizie, aggiornamenti e comunicazioni rapide.
3. Canale Twitch: Se il tuo canale IRC è collegato a uno streamer o a contenuti in streaming su Twitch, puoi includere il link al canale Twitch. In questo modo, gli utenti potranno facilmente accedere allo stream direttamente dalla webchat.
4. Canale YouTube: Nel caso in cui il tuo canale IRC abbia un canale YouTube associato, puoi fornire un collegamento diretto ad esso. In questo modo, gli utenti potranno visualizzare i contenuti video relativi al canale IRC e iscriversi per ricevere gli aggiornamenti.
5. Pagina GitHub: Se il tuo canale IRC è coinvolto nello sviluppo di progetti open source o ha un repository su GitHub, puoi includere un link diretto a tale pagina. Questo consentirà agli utenti interessati di esplorare il codice sorgente, contribuire ai progetti o fornire feedback.
6. Indirizzo Dogecoin per donazioni: Se il tuo canale IRC accetta donazioni nella criptovaluta Dogecoin, puoi fornire l'indirizzo Dogecoin a cui gli utenti possono inviare le loro donazioni.

Tutte queste informazioni sono visibili agli utenti sulla webchat del nostro network IRC, nella sezione "Info" del canale.

Segnalazione utenti:

Dal box informazioni utente sulla webchat, hai ora la possibilità di segnalare allo staff del network utenti che ritieni possano aver danneggiato la tua persona o violato le norme generali di comportamento.

Insieme ai dati inseriti nel modulo di segnalazione, riceveremo una copia della chat (sia del canale che dei messaggi privati) presente nel buffer attivo al momento della segnalazione. Le segnalazioni inviate vengono archiviate automaticamente nei nostri database e potrebbero essere messe a disposizione delle autorità giudiziarie in caso di denuncia o querela.

Una volta creata la widget con i tuoi contenuti, potrai collegare il tuo link in Bio al tuo account Twitter, Facebook, Reddit e adesso anche su IRC .  Puoi inserire il tuo sito web, post dai social, video, musica, biografie, storie, foto condividendo facilmente e in modo immediato i tuoi contenuti con gli altri utenti.

Collegando il tuo bio.link al tuo account NickServ, la widget di bio.link sarà visibile visitando il tuo profilo nella webchat, in alternativa, per chi usa un client testuale, è possibile ottenere il link da visitare interrogando NickServ .

User mode +g and the Caller ID system have always been valuable tools for managing incoming private messages. Over time, however, their use remained mostly limited to experienced IRC users familiar with IRC commands and the command line.

We have recently integrated the Caller ID system directly into our web chat, making it practical, intuitive, and accessible to everyone.

How Does Caller ID Work?

The Caller ID system is enabled when a user activates the +g user mode.

When this mode is active, users who want to start a private conversation with you must already be present in your Caller ID White List or be added to it. Otherwise, after an initial notification, their private messages will automatically be ignored.

From the official SimosNap web chat, as well as from all websites using our web chat code, Caller ID can be enabled through the Nickname Menu by checking the Caller ID option.

Managing Your Caller ID White List

You can add users to your white list directly from the User Menu by selecting the Caller ID Whitelist option.

If you later uncheck the same option, the user will be removed from your white list.

Viewing and Editing Your White List

You can view, manage, and edit your Caller ID white list at any time from the SimosNap Menu.

Incoming Caller ID Requests

Whenever a user who is not included in your white list attempts to start a private conversation with you, you will receive a notification.

You can then choose whether to:

• Accept the request and allow the conversation.
• Ignore the request and continue chatting without being disturbed by future messages from that user.

More Privacy, Less Spam

Caller ID gives you complete control over who can contact you privately without preventing legitimate users from reaching you.

By combining the +g user mode, the Caller ID White List, and the new graphical interface integrated into the SimosNap web chat, everyone can benefit from one of IRC's most effective privacy features without needing to learn commands or advanced configuration.

Prima di tutto come funziona il sistema Caller ID ? Il sistema Caller ID si abilita nel momento in cui un utente imposta l' user mode +g , in questa modalità gli utenti che desiderano avviare una conversazione privata con te dovranno essere presenti o aggiunti alla Caller ID White List, altrimenti il loro messaggi privati, dopo un primo avviso, saranno automaticamente ignorati .

Dalla webchat ufficiale del network e dalle webchat di tutti i siti che utilizzanoi il nostro codice html , la modalità è attivabile dal menu' nickname flaggando la casella callerID

E' possibile aggiungere gli utenti alla propria white list dal menu' utente selezionando la casella CallerID whitelist, deselezionando la casella l' utente sarà invece rimosso dalla white list.

Puoi consultare, gestire e modificare in qualsiasi momento la tua white list accedendovi dal menu SimosNap

Riceverai una notifica ogni volta che un utente non presente nella tua white list proverà ad avviare una nuova conversazione privata , potrai accettare oppure ignorare la notifica e continuare a chattare non venendo piu' disturbato da eventuali messaggi successivi

MediaBot utilizza le librerie irc-framework in ambiente node.js supporta ircv3 e fa largo utilizzo di message-tag consentendo rendering grafici e interattivi nella webchat (kiwiIRC) del network.

Il Bot, attivabile per i propri canali dal pannello account del Network, dispone al momento di quattro moduli :

• Youtube (https://www.youtube.com)
• Mixcloud (https://www.mixcloud.com)
• Radio (riservato ai gestori di webradio)
• News

Attivando il Bot durante il periodo beta public, i gestori dei canali accettano la possibilità di numerosi riavvi del Bot ed eventuali periodi di disservizio.

Storicamente SimosNap IRC Network è sempre stato molto aperto nell' accettare connessioni permanenti (bot, bnc), ne abbiamo sempre riconosciuto l' utilità e non è mai stato necessario richieder alcuna autorizzazione, ci siamo sempre affidati al buon senso degli utenti.

Da qualche anno è stata introdotta l' autenticazione ad un account registrato come requisito necessario per la connessione, nel tentativo di arginare la brutta abitudine, che si stava diffondendo, di utilizzare connessioni permanenti per creare utenti fake da parcheggiare in canali privi di valore e attività solo per fare numero e aumentare il rank nelle liste pubbliche a caccia di fantomatici nuovi utenti attratti dai numeri, una pratica che non condividiamo.

Abbiamo recentemente preso atto, che le attuali limitazioni non sono state sufficienti ad evitare certe pratiche ed è stato deciso di regolamentare l' accesso da subnet ipv6 tramite iline.

Stiamo attualmente lavorando all' automatizzazione del sistema di richieste che sarà disponibile a partire dal giorno 15 agosto 2021 in concomitanza alla pubblicazione del regolamento aggiornato sul sito del Network, per permettere agli utenti che lo necessitano di avere la propria iline già disponibile per il giorno in cui è prevista l' entrata in vigore delle nuove policy di accesso.

Hosting riconosciuti che già hanno una iline :

• LunarBNC
• ircnow
• ZNC.BG
• IRCCloud
• TechnoFAQ ZNC

Chan Mode +u Auditorium

Il chan mode +u fa del canale un Auditorium; gli utenti che accedono, vedono solo se stessi e gli operatori nella lista utenti,  mentre gli operatori vedono tutti utenti presenti.

Chan Mode +U Opmoderated

il chan mode +U abilita la moderazione Op. Gli utenti che non hanno almeno  lo stato di voice nel canale (+v) sono letti solamente dagli utenti con almeno lo stato di op (+o) e gli operatori del network.

Comando EXMODE

Il comado /EXMODE consente di ottenere informazioni dettagliate e di facile lettura sui modi impostati o che si vogliono impostare per un utente o per un canale.

Esempio :

Canale #Test +CFHJSTfnrtx 3:2 20:1m 30 5:6 3:30:180

/EXMODE #Test +CFHJSTfnrtx 3:2 20:1m 30 5:6 3:30:180

*** EXMODE: +C (noctcp) is a flag mode.
*** EXMODE: +F (nickflood) is a parameter mode (parameter: 3:2).
*** EXMODE: +H (history) is a parameter mode (parameter: 20:1m).
*** EXMODE: +J (kicknorejoin) is a parameter mode (parameter: 30).
*** EXMODE: +S (stripcolor) is a flag mode.
*** EXMODE: +T (nonotice) is a flag mode.
*** EXMODE: +f (flood) is a parameter mode (parameter: 5:6).
*** EXMODE: +n (noextmsg) is a flag mode.
*** EXMODE: +r (c_registered) is a flag mode.
*** EXMODE: +t (topiclock) is a flag mode.
*** EXMODE: +x (joinpartspam) is a parameter mode (parameter: 3:30:180).
*** EXMODE: channel mode list complete (11 total).

Aggiornamento del regolamento

Il regolamento del Network è stato aggiornato. Gli aggiornamenti riguardano in particolar modo l' apertura dei canali e l' introduzione di una regolamentazione specifica per i canali destinati ad un pubblico adulto.

Introduzione ban redirect

Abbiamo scelto di introdurre, tra gli strumenti a disposizione per la gestione di canali, la funzione di ban redirect.
Ban redirect consente, agli operatori dei canali, di reindirizzare gli utenti bannati in un canale di destinazione specificato:

/mode #canale +b nickname!ident@hostname#destinazione

Condizione essenziale, l' operatore del canale che esegue il ban deve a sua volta essere operatore anche nel canale di destinazione.

Disabilitazione modulo autokick

A causa di molti casi limite rilevati durante il periodo di test il modulo autokick è stato disabilitato. L' espulsione degli utenti bannati non avverrà più in modo automatico ma richiederà l' intervento di un operatore.

Per eggdrop puoi ottenere lo script TCL per l’ autenticazione SASL aggiornato da questa repository https://github.com/grawity/eggdrop-sasl

Puoi ottenere supporto nel nostro canale IRC per smanettoni #geeks

Configurazione per l' autenticazione SASL con Irssi 0.8.18 o successive

/network add -sasl_username <login> -sasl_password <password> -sasl_mechanism PLAIN simosnap
/server add -auto -net simosnap -ssl -ssl_verify irc.simosnap.com 6697
/save

Installazione dello script e configurazione SASL per le versioni precedenti

Download e installazione dello script:

mkdir -p ~/.irssi/scripts/autorun
wget https://scripts.irssi.org/scripts/cap_sasl.pl -O ~/.irssi/scripts/cap_sasl.pl
ln -sf ../cap_sasl.pl ~/.irssi/scripts/autorun/

Caricamento dello script e configurazione dell' autenticazione SASL in Irssi

/script load cap_sasl 
/network add simosnap 
/server add -auto -net simosnap -ssl -ssl_verify irc.simosnap.com 6697 
/sasl set simosnap <login> <password> PLAIN 
/sasl save 
/save

Per abilitare il modulo è necessario avere il privilegi "LoadMod" ed eseguire il comando /znc LoadMod sasl

Comandi del modulo SASL

/msg *sasl Mechanism [mechanism]

Imposta il meccanismo da utilizzare, i meccanismi supportati dal modulo sono i seguenti:

EXTERNAL
Autenticazione tramite certificato TLS, per utilizzare questo metodo è necessario aver caricato e configurato il modulo CERT

PLAIN
Autenticazione con Account e Password

/msg *sasl Set <username> [<password>]

Imposta Username e Password per il meccanismo PLAIN. L' username corrisponde al nome account NickServ a cui si desidera accedere. La password deve corrispondere alla password NickServ associata al nome account ed è case-sensitive.

/msg *sasl RequireAuth [yes|no]

Permette di scegliere se procedere o meno con la connessione a IRC in caso di autenticazione non andata a buon fine.

Esempio di configurazione utilizzando il meccanismo PLAIN :

Prima di tutto è necessario assicurarsi che il modulo SASL sia caricato :

/query *status
loadmod sasl
<*status> Loaded module [sasl] [/home/znc/.local/lib/znc/sasl.so]

Configurazione del modulo:

/query *sasl
mechanism plain
<*sasl> Current mechanisms set: PLAIN
set MyNickservName pa$$w0rd
<*sasl> Username has been set to [MyNickservName]
<*sasl> Password has been set to [pa$$w0rd]

Attenzione !

La password viene salvata senza crittografia, quindi non rendere leggibile la tua directory di dati ZNC ad altri utenti! Se stai usando un bouncer ZNC fornito da qualcun altro, assicurati che si tratti di un provider affidabile o di una persona di fiducia.

Se non si utilizza SSL, la password viene trasmessa al server IRC in chiaro e si è vulnerabili a potenziali attacchi "man in the middle". Non sussiste invece alcun problema di sicurezza con l'invio di una password non crittografata all'interno di una connessione protetta SSL.

• Dal menu File, fai click su "Select Server..."
• Nella sezione "Connect" -> "Servers" della finestra "mIRC Options", seleziona il server all'interno del gruppo SimosNap, quindi fai click su "Edit"
• Nel menu a discesa "Login Method", seleziona "SASL (/ CAP)"
• Nella seconda casella "Password" nella parte inferiore della finestra, inserisci il tuo nome utente NickServ, quindi i due punti, quindi la password NickServ. Ad esempio, "Marco76:P4sSw0rd"
• Conferma facendo click sul pulsante "OK"

Scarica l'ultima versione di mIRC

• L'utente non corre il rischio, in seguito ad errori di digitazione, di inviare la password in un canale o in una query
• Abilitando KILL IMMED  l' utilizzo dei nickname registrati diventa possibile solo previa autenticazione
• Accesso ai servers con restrizioni per geolocalizzazione, ASN o range IP

Per accedere utilizzando il metodo di autenticazione SASL è necessario utilizzare un client IRC che lo supporti, mIRC, Quassel , HexChat, AdIRC, KvIRC, Textual, AndroIRC, HexChat, WeeChat, AndChat, sono solo alcuni tra i clients per desktop e per dispositivi mobili che nelle loro ultime release hanno integrato questa funzionalità. KiwiIRC, il client che proponiamo sul nostro sito per l' accesso a IRC dal web, supporta l' autenticazione SASL.

Approfondimenti:
Simple Authentication and Security Layer
IRCv3.2 SASL Authentication
ZNC SASL Auth
Irssi SASL Auth
mIRC SASL Auth
Eggdrop SASL Auth

Si tratta di un progetto opensource di recente realizzazione avviato da Darren Whitlen con l' obbiettivo di creare un client IRC user friendly, moderno, portatile e con supporto completo delle nuove features previste dallo standard IRCv3.

Grazie anche al contributo di numerosi programmatori opensource e amministratori di Network IRC, lo sviluppo del client è molto attivo e miglioramenti nel codice, bugfix e introduzione di nuove features sono all' ordine del giorno.

Usare KiwiIRC è molto semplice e presenta numerose opzioni per la personalizzazione della propria esperienza in chat sia nel layout che nel funzionamento, il client inoltre salva le impostazioni dell' utente in uno storage locale evitando cosi' di dover reimpostare le proprie preferenze per gli accessi successivi.

Una breve panormica sul client:

KiwiIRC fig.1

1 - Impostazioni client (fig.4)
2 - Registrazione Account
3 - Login Account
4 - Scheda informazioni (fig.6)
5 - Lista utenti del canale IRC
6 - Impostazioni relative al canale  IRC (fig.5)
7 - Esci dal canale IRC
8 - Filtro utenti
9 - File uploader
10 - Smiley e emoji
11 - Formatazione testo
12 - Nasconde/Mostra menù Plugins
13 - Menù nickname
14 - Query (messaggio privato)  (fig.2)
15 - Canale IRC
16 - Scheda Network (fig.3)
17 - Menù user reset (rimuove le preferenze dallo storage locale)

Query  fig. 2

1 - Audio/Video conferenza
2 - Chiudi Query (messaggio privato)

Scheda Network  fig. 3

Impostazioni client  fig. 4

*** Impostazioni relative al canale  IRC  fig. 5***

*** Scheda informazioni  IRC  fig. 6***

Links:

• Accesso a SimosNap IRC Network con webchat KiwiIRC
• kiwiirc.com
• KiwiIRC Project