January 2024 - nexa - server-nexa.polito.it

Re: [nexa] padre Benanti sostituisce Amato alla commissione algoritmi

by Daniela Tafani

Andrea Capocci su Il manifesto di oggi: "Dalla sua Benanti ha un atteggiamento critico ma aperto all’intelligenza artificiale, che non pone la Chiesa ai margini del dibattito. «Abbiamo bisogno di un’algor-etica, ovvero di un modo che renda computabili le valutazioni di bene e di male» è il suo vasto programma. È anche la linea ribadita nel messaggio di Capodanno da Francesco, che ha voluto il frate nerd nella Pontificia Accademia della Vita. Soprattutto, è una posizione che non infastidisce i colossi del Big Tech con cui Meloni non cerca alcuno scontro. Spostare l’attenzione sul piano etico, infatti, mette in secondo piano i rapporti di forza economici su cui si fonda il capitalismo delle piattaforme e che reclamerebbero interventi sul piano fiscale, della privacy e del diritto del lavoro, più che su quello della morale." https://ilmanifesto.it/paolo-benanti-il-frate-nerd-fervente-militante-anti-… ________________________________________ Da: nexa <nexa-bounces(a)server-nexa.polito.it> per conto di Maria Chiara Pievatolo <mariachiara.pievatolo(a)unipi.it> Inviato: domenica 7 gennaio 2024 15:06 A: nexa(a)server-nexa.polito.it Oggetto: Re: [nexa] padre Benanti sostituisce Amato alla commissione algoritmi On 07/01/24 14:49, Antonio wrote: >> Miracoli dell’algoretica > > "Padre Benanti ha un pedigree invidiabile: è uno specialista di etica delle tecnologie, membro del Comitato sull’intelligenza artificiale delle Nazioni Unite e consigliere di Papa Francesco su tutto ciò che si lega alle IA. Allo stesso tempo, è opportuno ricordare che Benanti si trovi ora in una situazione molto particolare: è a capo della Commissione Algoritmi, ma il suo nome figura anche all’interno del comitato tecnico voluto da Butti. A questo punto non è chiaro se la decisione di mettere il francescano a capo del team voluto da Barachini finirà con l’uniformare le posizioni delle due Commissioni – cosa che renderebbe ridondante l’esistenza di due gruppi separati – o se l’uomo di Chiesa si troverà a improvvisare gesta goldoniane che possano promuovere i propri obiettivi a discapito degli interessi dei due padroni." > Da https://www.ilsecoloxix.it/italia/2024/01/03/news/il_dubbio_che_serve_allai… «Un giudice inglese molto autorevole, Lord Moulton, in un discorso a fine carriera ha affermato che l’etica è tutto ciò che non è esigibile per legge. Sul Titanic che stava affondando qualcuno ha detto “prima le donne e i bambini”, e hanno mandato prima le signore e i piccoli: quello era lo spazio dell’etica, lo spazio di civiltà. Ecco, noi dobbiamo edificare un nuovo strato di civiltà che abbia la funzione di cuscinetto etico: così si potrà gestire l’Ai nel migliore dei modi possibile». A prescindere dall'antropomorfismo dell'inizio dell'intervista, trovo il paragone col Titanic piuttosto inquietante, per i motivi discussi qui: https://poliversity.it/@mcp/111708537887540819 E buon anno, MCP

Jan. 7, 2024

Re: [nexa] padre Benanti sostituisce Amato alla commissione algoritmi

by Maria Chiara Pievatolo

On 07/01/24 14:49, Antonio wrote: >> Miracoli dell’algoretica > > "Padre Benanti ha un pedigree invidiabile: è uno specialista di etica delle tecnologie, membro del Comitato sull’intelligenza artificiale delle Nazioni Unite e consigliere di Papa Francesco su tutto ciò che si lega alle IA. Allo stesso tempo, è opportuno ricordare che Benanti si trovi ora in una situazione molto particolare: è a capo della Commissione Algoritmi, ma il suo nome figura anche all’interno del comitato tecnico voluto da Butti. A questo punto non è chiaro se la decisione di mettere il francescano a capo del team voluto da Barachini finirà con l’uniformare le posizioni delle due Commissioni – cosa che renderebbe ridondante l’esistenza di due gruppi separati – o se l’uomo di Chiesa si troverà a improvvisare gesta goldoniane che possano promuovere i propri obiettivi a discapito degli interessi dei due padroni." > Da https://www.ilsecoloxix.it/italia/2024/01/03/news/il_dubbio_che_serve_allai… «Un giudice inglese molto autorevole, Lord Moulton, in un discorso a fine carriera ha affermato che l’etica è tutto ciò che non è esigibile per legge. Sul Titanic che stava affondando qualcuno ha detto “prima le donne e i bambini”, e hanno mandato prima le signore e i piccoli: quello era lo spazio dell’etica, lo spazio di civiltà. Ecco, noi dobbiamo edificare un nuovo strato di civiltà che abbia la funzione di cuscinetto etico: così si potrà gestire l’Ai nel migliore dei modi possibile». A prescindere dall'antropomorfismo dell'inizio dell'intervista, trovo il paragone col Titanic piuttosto inquietante, per i motivi discussi qui: https://poliversity.it/@mcp/111708537887540819 E buon anno, MCP

Jan. 7, 2024

Re: [nexa] padre Benanti sostituisce Amato alla commissione algoritmi

by Antonio

> Miracoli dell’algoretica "Padre Benanti ha un pedigree invidiabile: è uno specialista di etica delle tecnologie, membro del Comitato sull’intelligenza artificiale delle Nazioni Unite e consigliere di Papa Francesco su tutto ciò che si lega alle IA. Allo stesso tempo, è opportuno ricordare che Benanti si trovi ora in una situazione molto particolare: è a capo della Commissione Algoritmi, ma il suo nome figura anche all’interno del comitato tecnico voluto da Butti. A questo punto non è chiaro se la decisione di mettere il francescano a capo del team voluto da Barachini finirà con l’uniformare le posizioni delle due Commissioni – cosa che renderebbe ridondante l’esistenza di due gruppi separati – o se l’uomo di Chiesa si troverà a improvvisare gesta goldoniane che possano promuovere i propri obiettivi a discapito degli interessi dei due padroni." https://www.lindipendente.online/2024/01/06/la-commissione-algoritmi-funzio… Antonio

Jan. 7, 2024

Re: [nexa] New work on the digital platforms-military nexus

by 380°

Dario Guarascio via nexa <nexa(a)server-nexa.polito.it> writes: > Dear colleagues, > > we are pleased to share our new work investigating > the digital platforms-military nexus > > 'Blurring boundaries: an analysis of the digital platforms-military nexus' > <https://www.lem.sssup.it/WPLem/files/2023-47.pdf> ai fini archivistici aggiungo l'abstract --8<---------------cut here---------------start------------->8--- Abstract This work analyzes the mutual dependence linking digital platforms, i.e., ’Big Tech’, and the military apparatus. Three main elements are at the roots of such dependence: an ‘originary linkage’ binding the development of digital platforms with governments’ R&D military efforts, the critical nature of infrastructures and technologies controlled by platforms, and their role as their government’s ‘eyes and ears’ (both at home and abroad). Focusing on the US, we first document the growing relevance of these corporations as Department of Defence contractors. Second, we explore a selection of multi- year contracts entrusting platforms to develop and manage critical technologies and infrastructures for military purposes. Finally, we document the direct involvement of major US-based platforms in war scenarios. JEL classification: L12, L22, P12. Keywords: Monopoly capital, imperialism, war, nation-states, digital platforms, military industry. --8<---------------cut here---------------end--------------->8--- Saluti, 380° -- 380° (Giovanni Biscuolo public alter ego) «Noi, incompetenti come siamo, non abbiamo alcun titolo per suggerire alcunché» Disinformation flourishes because many people care deeply about injustice but very few check the facts. Ask me about <https://stallmansupport.org>.

Jan. 6, 2024

cloud exit strategy (was Re: "Posta elettronica": persi 6 Atenei in ~3 anni...)

by 380°

Buongiorno, «Now you went from writing bad code to building bad infrastructure.» [3] Damiano grazie infinite per la segnalazione dell'articolo «The Big Cloud Exit FAQ» (coitato sotto): è bellissomo e assolutamente da leggere, attentamente, /tutto/. Damiano Verzulli <damiano(a)verzulli.it> writes: [...] > l'on-prem costa MENO dipende da come si fanno i conti e RARAMENTE li ho visti fare bene, perché anche per fare i conti (fatti bene) ci vogliono le giuste competenze ...e quanto lo mettiamo al kilo il costo di essere GDPR compliant?!? :-O > (a latere, sul punto, segnalo anche un interessantissimo articolo > recentemente pubblicato da... qualcuno che ha scelto di comprare 600K$ > di server, per alleggerire la bolletta cloud che pesava 140/150K$ / > mese [3]) la bolletta pare pesasse di più: nell'articolo «Our cloud spend in 2022» [1] c'è scritto che spendevano 266797$ al mese in servizi cloud. Parto dalla fine: è fondamentale comprendere che la differenza tra "on-premises" e "on cloud" NON è dove diavolo stanno fisicamente i server che costituiscono l'infrastruttura, ma chi installa e gestisce l'infrastruttura a partire dal SISTEMA OPERATIVO che serve a erogare i servizi informatici necessari, su su fino alle applicazioni, passando per i sistemi di "infrastructure as code". La stragrande maggioranza delle infrastrutture "on-premises" è ospitata in /colocation/ (e una forma di "on-premises" "sporca" è anche l'affitto del bare-metal). QUINDI, executive summary: il solo e unico problema in campo informatico della PA *e* del sistema imprenditoriale italiano è quello di avere adeguati "white glove" data centre professionali dove poter affittare rack/stanze/capannoni presso i quali far arrivare i propri server o in alternativa affittare direttamente il bare-metal... tutto il resto è noia :-D. C'è così tanto lavoro da fare di fronte a noi! Per fini archivistici, l'articolo che cita Damiano è questo: https://world.hey.com/dhh/the-big-cloud-exit-faq-20274010 «The Big Cloud Exit FAQ» by David Heinemeier Hansson December 19, 2023 --8<---------------cut here---------------start------------->8--- Just over a year ago, we announced our intention to leave the cloud. We then shared our complete $3.2 million cloud budget for 2022, and the fact that we were going to build our own tooling rather than pay for overpriced enterprise service contracts. The mission was set! --8<---------------cut here---------------end--------------->8--- è un denso articolo, ricco di link che vale la pena seguire - tipo l'articolo che espone alcuni costi per il 2022 [1] - che segue l'articolo: https://world.hey.com/dhh/why-we-re-leaving-the-cloud-654b47e0 «Why we're leaving the cloud» October 19, 2022 --8<---------------cut here---------------start------------->8--- Basecamp has had one foot in the cloud for well over a decade, and HEY has been running there exclusively since it was launched two years ago. We've run extensively in both Amazon's cloud and Google's cloud. We've run on bare virtual machines, we've run on Kubernetes. We've seen all the cloud has to offer, and tried most of it. It's finally time to conclude: Renting computers is (mostly) a bad deal for medium-sized companies like ours with stable growth. The savings promised in reduced complexity never materialized. So we're making our plans to leave. [...] Let's take HEY as an example. We're paying over half a million dollars per year for database (RDS) and search (ES) services from Amazon. Yes, when you're processing email for many tens of thousands of customers, there's a lot of data to analyze and store, but this still strikes me as rather absurd. Do you know how many insanely beefy servers you could purchase on a budget of half a million dollars per year? Now the argument always goes: Sure, but you have to manage these machines! The cloud is so much simpler! The savings will all be there in labor costs! Except no. Anyone who thinks running a major service like HEY or Basecamp in the cloud is "simple" has clearly never tried. Some things are simpler, others more complex, but on the whole, I've yet to hear of organizations at our scale being able to materially shrink their operations team, just because they moved to the cloud. It was a wonderful marketing coup, though. Sold with analogies like "well you don't run your own powerplant either, do you?" or "are infrastructure services really your core competency?". Then lathered up with a thick coat of NEW-NEW-NEW paint, and The Cloud has beamed so brightly only the luddites would consider running their own servers in its shadow. [...] The cloud is sold as computing on demand, which sounds futuristic and cool, and very much not like something as mundane as "renting computers", even though that's mostly what it is. --8<---------------cut here---------------end--------------->8--- Sottolineo che anche David Heinemeier Hansson, il 19 Ottobre 2022, ha usato una parafrasi del vecchio slogan "the cloud is just someone else's computer" :-D Relativamente ai costi, vale la pena sottolineare che per tenerli sotto controllo applicano un sistema integrato di controllo di gestione *e* hanno contratti a prezzi scontati, come scrivono in [1]: --8<---------------cut here---------------start------------->8--- Getting this massive spend down to just $3.2 million has taken a ton of work. The ops team runs a vigilant cost-inspection program, with monthly reporting and tracking, and we’ve entered into long-term agreements on Reserved Instances and committed usage, as part of a Private Pricing Agreement. This is a highly-optimized budget. --8<---------------cut here---------------end--------------->8--- Cigliegina sulla torta (ma questo è OVVIO per chi ha competenza sistemistica) è che la performance dei servizi eseguiti "on-premises" supera quella degli stessi eseguiti "on cloud" (a parità di risorse e ottimizzazione): https://world.hey.com/dhh/cloud-exit-pays-off-in-performance-too-4c53b697 «Cloud exit pays off in performance too» by David Heinemeier Hansson May 2, 2023 --8<---------------cut here---------------start------------->8--- The median request now runs in just 19ms, compared to 67ms before. The mean request in 95ms vs 138ms. The median query time has dropped in half (which adds up when you do a lot of queries per request!). Basecamp Classic was no slouch in the cloud before, but now 95% of all requests are below that magic 300ms cut-off. (But take these comparisons with a pound of salt. It's not exactly a clean-room, scientific test. Just a peak at the reality of leaving a fine-tuned cloud setup for a fully-owned hardware alternative.) --8<---------------cut here---------------end--------------->8--- > Quindi, qual'e' il problema? > > Il problema è che per capire come configurare quei server, quanti > comprarne, dove dislocarli [...dovesse mai essere che arrivi un > ransomware....], quali software (open-source) metterci sopra, come far > si che tutto il setup venga effettuato con "automatismi" (in grado di > essere banalmente replicati su altre macchine, magari presso altri > enti), come monitorarne il regolare funzionamento... come garantirne una > "ragionevole" funzionalita'.... è una attivita' COMPLESSA. joke: è più difficile saper suonare bene un concerto per violino e oboe di Vivaldi :-D Complessa ma NON complicata, le complicazioni le inventano solo quelli che non hanno sufficiente competenza... o BARANO. [...] Saluti, 380° [1] https://dev.37signals.com/our-cloud-spend-in-2022/ P.S.: e qui soprassediamo sulle buzzwords tipo "serverless" [2] o "microservices" [3], perché entreremmo nel tecnico "spinto". [2] https://world.hey.com/dhh/don-t-be-fooled-by-serverless-776cd730 [3] https://world.hey.com/dhh/even-amazon-can-t-make-sense-of-serverless-or-mic… -- 380° (Giovanni Biscuolo public alter ego) «Noi, incompetenti come siamo, non abbiamo alcun titolo per suggerire alcunché» Disinformation flourishes because many people care deeply about injustice but very few check the facts. Ask me about <https://stallmansupport.org>.

Jan. 6, 2024

Re: [nexa] padre Benanti sostituisce Amato alla commissione algoritmi

by Marco Fioretti

On Fri, Jan 5, 2024 at 18:45, de petra giulio wrote:Miracoli dell’algoretica si, ma finche' se li giocano sempre in casa si va avanti troppo lentamente: https://stop.zona-m.net/it/2023/01/algoretica-eccoci/ (https://stop.zona-m.net/it/2023/01/algoretica-eccoci/) Il giorno ven 5 gen 2024 alle 17:45 Marco Fioretti ha scritto: https://www.ilfattoquotidiano.it/2024/01/05/intelligenza-artificiale-il-gov… (https://www.ilfattoquotidiano.it/2024/01/05/intelligenza-artificiale-il-gov…) Marco -- https://mfioretti.substack.com (https://mfioretti.substack.com) _______________________________________________ nexa mailing list nexa(a)server-nexa.polito.it (mailto:nexa@server-nexa.polito.it) https://server-nexa.polito.it/cgi-bin/mailman/listinfo/nexa (https://server-nexa.polito.it/cgi-bin/mailman/listinfo/nexa)

Jan. 5, 2024

Re: [nexa] padre Benanti sostituisce Amato alla commissione algoritmi

by de petra giulio

Miracoli dell’algoretica Il giorno ven 5 gen 2024 alle 17:45 Marco Fioretti <mfioretti(a)nexaima.net> ha scritto: > > > https://www.ilfattoquotidiano.it/2024/01/05/intelligenza-artificiale-il-gov… > > Marco > -- > https://mfioretti.substack.com > > > > _______________________________________________ > nexa mailing list > nexa(a)server-nexa.polito.it > https://server-nexa.polito.it/cgi-bin/mailman/listinfo/nexa >

Jan. 5, 2024

padre Benanti sostituisce Amato alla commissione algoritmi

by Marco Fioretti

https://www.ilfattoquotidiano.it/2024/01/05/intelligenza-artificiale-il-gov… (https://www.ilfattoquotidiano.it/2024/01/05/intelligenza-artificiale-il-gov…) Marco -- https://mfioretti.substack.com

Jan. 5, 2024

Re: [nexa] Problemi dei server email indipendenti, era: "Posta elettronica": persi 6 Atenei in ~3 anni...

by 380°

Ciao Antonio, Antonio <antonio(a)piumarossa.it> writes: [...] > Ma allora fissiamolo questo "limite", sotto il quale si può gestire la > posta di un (ateneo/ente/società/ministero/ecc.) con risorse interne e > superato il quale bisogna rivolgersi a fornitori esterni. scusa se mi ripeto, il "limite" è solo e soltanto un (piccolo) gruppo di SMTP Relay hosts (autenticati, ovviamente) messi a disposizione di atenei/enti/ministero una cosa analoga per le aziende lo potrebbero fare le Camere di Commercio, se solo si mettessero in testa che /dovrebbero/ avere un ruolo importante nell'informatica dei propri associati (obbligati) [...] > è tutto perso balle > beh, ma lasciamola perdere questa posta elettronica, "buttiamoci" su > Matrix e ActivityPub. seeee, hanno così ancora da correre per poter competere nella comunicazione distribuita e /asincrona/! andateci piano a dare - per l'ennesima volta - l'email per morta Saluti, 380° [...] -- 380° (Giovanni Biscuolo public alter ego) «Noi, incompetenti come siamo, non abbiamo alcun titolo per suggerire alcunché» Disinformation flourishes because many people care deeply about injustice but very few check the facts. Ask me about <https://stallmansupport.org>.

Jan. 5, 2024

Re: [nexa] Problemi dei server email indipendenti, era: "Posta elettronica": persi 6 Atenei in ~3 anni...

by 380°

Buongiorno, Damiano Verzulli <damiano(a)verzulli.it> writes: > Il 31/12/23 19:52, Stefano Quintarelli ha scritto: >> gestisco in prima persona il mail server della mia famiglia [...] >> nessuno dei miei utenti ha lamentato problemi [...] >> non credo che un sistemista esperto dedicato [...] non sia in grado di >> gestire una organizzazione efficacemente... > > > Il 31/12/23 23:25, Roberto Resoli ha scritto: >> [...] son svariati anni che gestiscono questo indirizzo letteralmente >> da casa mia. Le mie impressioni sono sovrapponibili alle tue [...] evito di raccontare la rava e la fava sulle esperienze professionali del mio alter ego in materia di posta elettronica, vi basti sapere che conosco molto bene la materia :-D l'executive summary è: gestire un servizio di posta elettronica tecnicamente è una sciocchezza, se non fosse per le politiche "embrace, extend and extinguish" messe in atto da almeno 15 anni da alcuni grossi operatori email, praticamente /tutti/ statunitensi. detto in altre parole, è FUORI DI DUBBIO che c'è una volontà politica, di politica industriale globale, per accentrare tutta la posta elettronica occidentale, compresa quella "on rest", sui server controllati dal governo USA. come con moltissime altre strategie globali, la SCUSA per mettere in pratica "embrace, extend and extinguish" è la "lotta all SPAM", che precede di qualche anno la "lotta al terrorismo" :-O la cosa che mi fa impressione è che "embrace, extend and extinguish" è una pratica vecchia di almeno 30 anni... ma continua ad essere ampiamente usata e RARAMENTE riconosciuta da chi dovrebbe intervenire per stroncarla [...] > Il numero di problemi che un "admin" deve affrontare al crescere delle > mailbox e del relativo traffico, cresce *ESPONENZIALMENTE* con > l'aumentare delle stesse. sì ma SOLO per questi due motivi, in ordine di peso: 1. il numero di provider coinvolti nel traffico SMTP cresce (non esponenzialmente) con l'aumento degli utenti e di conseguenza aumenta il rischio di essere bloccati da almeno uno di essi per motivi FUTILI se non palesemente ANTICOMPETITIVI (fattore politico) 2. la competenza quadratica media nell'utilizzo degli strumenti di gestione della posta elettronica cala, questa sì esponenzialmente, con l'aumentare degli utenti e di conseguenza il supporto diventa sempre più oneroso (fattore culturale) > Su server "familiari" o anche di piccole organizzazioni, i concetti di > "prestazione" (lato I/O), di "quantita' di storage occupato" (GB > vs. TB) relativamente allo storage, dipende moltissimo dalla cattiva pratica di lasciare tutti i messaggi su UN server; l'ideale sarebbe che tutta la posta stesse su un "server personale" dell'utente, o in alternativa "server di gruppo" (tipo familiari) di massimo un paio di decine di utenti [...] > Quanto sopra fa una differenza *ENORME* in termini di SPAM. il problema dello SPAM è ampiamente sopravvalutato e usato per fini anticompetitivi > Quando hai MIGLIAIA di utenti, troverai: > > 1. quello che vuole ricevere una mail da un server SMTP remoto, il cui > admin *NON* è come voi due e... piuttosto, per me, admin > "ricevente", quella mail è SPAM "a prescindere" perché il server è > configurato da cani (mancanza di reverse-DNS; errori SPF/DKIM; > mismatch di nomi; mancato rispetto degli RFC); suvvia: qui c'è poco da "discutere" :-D > 2. quello che vuole utilizzare un client scaricato da Android, > sviluppato da qualcuno che ha fatto qualche esercizio per testare > l'SMTP, per inviare mail (con il tuo server) ad un destinatario che > magari è in Cina o Russia (o in un paese dove il charset di default > NON è quello europeo)... e il client non supporta UTF-8; qui ricadiamo nel "fattore culturale", anche se l'esempio è un po' "tirato"... e in ogni caso la risposta che il supporto tecnico può dare all'utente è veramente semplice > 3. quello che viene da te e dice: "Attendevo una mail da un tizio... > perché non l'ho ricevuta?". Poi ti metti la, e dopo pochi minuti > (tipicamente, meno di 1, se sei organizzato per bene) gli dici: > "Guarda che è arrivata. Ce l'hai nella inbox. Sicuro che i messaggi > siano ordinati per ordine di ricezione E NON PER DATA... dato che > potrebbe avere una data 'indietro nel tempo'?" "quello" viene da te perché tu esisti e "quello" si sente autorizzato a farti domande imbarazzantissime perché "sei pagato" per quello... se "quello" usasse gmail, invece, chiederebbe aiuto a /suo cuggino/, non a Google > 4. quello che si è attivato un "forward" verso GMAIL (un "forward" > vero...) e si accorge che --solo per questo-- GMAIL gli rifiuta > (quasi sempre) tutti i messaggi in ingresso (perché in arrivo dal > tuo server, che non è quello autorizzato dal dominio mittente) il problema l'admin lo deve risolvere adottando un server che supporti SRS [1] > ...e potrei continuare. oggi, il principale motivo di "attrito" con gli utenti è il fatto che i soliti noti monopolisti (occidentali) dell'email bloccano messaggi o intere sottoreti senza che sia chiaro il motivo > È in questo scenario che Google e Microsoft si inseriscono e, a causa > delle proprie logiche (non note e, a volte, non rispettose degli > standard), ti "segano". ecco, appunto; da quello che so non c'è nulla di non rispettoso degli standard, il fatto è che "semplicemente" ogni provider può adottare le policy di blocco che vuole e non deve risponderne a nessuno > Uno dei casi emblematici --non noti al grande > pubblico-- fu un paio d'anni fa... quando un *GROSSO* Ente di ricerca > nazionale (piu' grosso di INFN; forse il piu' grosso che abbiamo in > Italia) si vide blacklistata da microsoft la subnet associata ai suoi > server SMTP *UFFICIALI*. Risultato: svariati giorni di caos e, subito > dopo, l'ordine "dall'alto" di migrare la posta (...perché "non > funziona!") a... Microsoft. Cosa prontamente avvenuta nei mesi > successivi... Appunto: embrace, extend and extinguish Uno alla volta li "prenderanno" tutti, perché invece che incazzarsi anche quelli che /dovrebbero/ opporsi si arrendono Tipo: perché per l'intero mondo scolastico+universitario le istituzioni non mettono in piedi un gruppo di SMTP Relay per tutte le scuole e UNI e difendono la sua "deliverability" con le unghie e coi denti? La risposta è una sola: NANISMO culturale ancora prima che politico. > Devo riconoscere che --per un "admin"-- passare la posta a Google o > Microsoft è una salvezza: a tutti quelli che vengono da te, rispondi: > "Mi spiace, non posso farci nulla!". e gli utenti zitti... non solo gli utenti, anche i dirigenti NANISMO culturale. Punto. > A volte, pero', ti rispondono: "Ma come! E' sicuramente un problema > 'di rete'! Avrete ["voi incompetenti" sottinteso] fatto qualche > modifica!". E quindi... ti tocca comunque andare a spiegare / fare > qualcosa che... *DIMOSTRI* (perchè "tu" DEVI dimostrare... mentre BigG > e M$ possono fare bello e cattivo tempo senza che nessuno possa alzare > un dito!) che tutto è a posto. ecco appunto... più che nanismo assomiglia moltissimo a TOTALITARISMO [...] alla fin dei conti, comunque, rimane il fatto che /tecnicamente/ istanziare e manutenere un server di posta elettronica per la propria organizzazione è ampiamente fattibile. Saluti, 380° [1] https://en.wikipedia.org/wiki/Sender_Rewriting_Scheme -- 380° (Giovanni Biscuolo public alter ego) «Noi, incompetenti come siamo, non abbiamo alcun titolo per suggerire alcunché» Disinformation flourishes because many people care deeply about injustice but very few check the facts. Ask me about <https://stallmansupport.org>.

Jan. 5, 2024