On Tue, 19 May 2015, Luigi De Pascale wrote:
Cari Colleghi, mi scuso per la lentezza nella risposta ma sono stato off-line da mercoledi' a domenica. Vengo subito alle questioni specifiche:
- Perche' il SID non installa i server nuovi del dipartimento?
La carta dei servizi del SID prevede che i tecnici intervengano in modo specifico ed esclude il caso di server installati nei dipartimenti. La carta dei servizi e' stata stilata da una commissione di cui facevano parte numerosi colleghi (non di matematica). I tecnici avrebbero, forse, potuto installare i server prima dell'approvazione della carta, ma le linee guida erano gia' assai chiare. Spetta ai colleghi eletti nelle varie cariche centrali dare le linee guida, spettera' a noi trarne le conseguenze ed orientarci in futuro.
- Perche' non abbiamo ancora le password dei server?
Dividiamo i server del dipartimento in due gruppi: -Tonelli/Gauss (dove risiede la posta @dm.unipi.it) -Tutti gli altri.
Gia' la settimana scorsa abbiamo concluso con i tecnici del polo 2 che le password del secondo gruppo possono essere restituite al dipartimento perche' non necessarie per la migrazione a servizi di ateneo. E' stata preparata una busta per il direttore del dipartimento. Il direttore Abate e' in missione e tutti i tecnici informatici dell'ateneo quando si tratta del dipartimento di matematica si muovono con enorme prudenza a seguito di alcune minacce di conseguenze legali ricevute in passato (non conosco il dettaglio in quanto ancora non mi occupavo del SID).
Mi pare opportuno che tu venga informato, visto che non so a quale titolo ti comporti come se fossi rappresentante degli interessi di tutto il Dipartiemnto.
Quello che ha minacciato conseguenze legali (piu' esattamente, penali) sono io. Se viene interrotta la funzionalita' del sistema online NEODyS, che si occupa di una questione essenziale di sciurezza, giuro che denuncio alla procura della repubblica chiunque ne sia responsabile. Sara' quindi bene che tu sappia che NEODyS riceve informazioni in ingresso (dal Minor Planet Center, Cambridge MA) mediante mail, e questo e' gestito tramite un sistema di mailserver che era stato creato quando il Dip. di matematica aveva un servizio informatico competente. Percio' tu fai modifiche al sistema di mail ignorando questa esigenza e io ti faccio finire in galera. Sono stato chiaro abbastanza?
La password di Tonelli/Gauss ci sara' restituita appena completata la migrazione alla posta di ateneo. Questo ritardo e', in parte, colpa mia. Come ricorderete, alcuni mesi fa, vi ho chiesto di verificare alcuni dati personali riguardo alla posta elettronica. Quando pensavo di aver completato la raccolta dei dati e di avere informato tutti su quello che facevamo, improvvisamente, e' apparso un file di alias di email, stratificatosi in almeno un decennio e di cui mi devo occupare prima di concludere la migrazione. Richiede molto del mio tempo ma entro la prossima settimana sara' fatto. A quel punto migreremo la posta e tutte le password torneranno indietro.
Ripeto: se la migrazione della posta non rispettera' le esigenze della ricerca, incluse quelle di natura critica, ci saranno conseguenze molto serie. Poi io non ho alcuna intenzione di dettare regole o metodi da seguire per rispettare questi requisiti. Noto soltanto che finora nessuno dei presunti esperti, ceh dicono di essere preoccupati delle conseguenze legali, ha avuto la decenza di contattarmi per chiedermi quale e' il problema, in modo di cercare una soluzione, che probabilmente non e' affatto difficile. Giocano solo a scaricabarile, cercando di fare in modo che qualche scemo ci caschi e si assuma le responsabilita' dei loro errori.
Andrea Milani
- Osservazioni finali.
Anche se nessuno se ne accorge, i tecnici del polo 2 fanno ogni settimana decine di piccoli interventi per noi. Dal momento in cui le password torneranno al dipartimento questi servizi saranno svolti da una societa' esterna che paghiamo con fondi del dipartimento (fino al momento, che non vedo vicino, in cui ci saranno assegnati dei tecnici). Al momento attuale non vedo nelle previsioni del bilancio 2016 la disponibilita' economica che abbiamo nel 2015.
Saluti a tutti
Luigi
On Tue, 19 May 2015, modica@dm.unipi.it wrote:
Condivido pienamente il diluvio di elogi che sta piovendo addosso a Sergio Steff? per il contributo inimitabile che da ormai trent'anni d? alla gestione della rete informatica del nostro dipartimento per passione e per puro spirito di servizio.
Mi chiedo per? - spero mi perdonerete l'intrusione - se non sia il caso di discutere approfonditamente il tema in consiglio di dipartimento e di approvare una mozione che chieda con chiarezza di riaffidare a personale docente del dipartimento, quindi a Sergio e a chi altri si intenda associargli, la gestione della rete e dei server della rete, garantendo naturalmente la massima collaborazione e apertura con il personale dei servizi informatici centrali e senza che ci? possa nascondere la richiesta immediata di assegnazione di personale tecnico dedicato.
Lo dico perch?, come ? gi? apparso nei mail scambiati in questi giorni, ritengo assurdo e direi anche censurabile amministrativamente il fatto che un nuovo server acquistato sul bilancio del dipartimento per la sostituzione di gauss giaccia ancora imballato da mesi (o da anni?) perch? il servizio centrale informatico non ha comunicato o non intende comunicare a nessun docente del dipartimento le password di accesso ai server attuali per poter procedere alla migrazione dei dati. Almeno cos? mi sembra di aver capito da un colloquio con Sergio.
Sar? poi il direttore del dipartimento a farsi carico, sulla base della mozione, di illustrare la situazione al Rettore chiedendogli un intervento autorevole che risolva problemi che sono in fondo di piccolo calibro rispetto ai disagi che causano. Le centralizzazioni possono s? portare ad economie di scala e organizzative ma hanno insito il rischio, se non si procede con saggezza e flessibilit?, di portare invece anche a seri disservizi o addirittura a sprechi di risorse. Non poter utilizzare la competenza e l'intelligenza di Sergio rappresenta in fondo un grave spreco di una preziosa risorsa.
Luciano
-----Messaggio originale----- Da: docenti-bounces@mail.dm.unipi.it [mailto:docenti-bounces@mail.dm.unipi.it] Per conto di Giorgio Letta Inviato: marted? 19 maggio 2015 09.19 A: Roberto Dvornicich Cc: docenti@mail.dm.unipi.it Oggetto: Re: [Docenti] probemi posta in e out
Cari amici,
sottoscrivo le sante parole di Bobo a proposito del nostro santo protettore. Teniamocelo ben stretto e mostriamogli la gratitudine che merita.
Giorgio
On Tue, 19 May 2015, Roberto Dvornicich wrote:
Bene per le preoccupazioni di Vincenzo. Ma per ora, e spero a lungo, teniamoci San Sergio (Steffe').
Roberto Dvornicich
2015-05-18 19:21 GMT+02:00 Giovanni Gaiffi gaiffi@dm.unipi.it: Concordo anch'io con gli interventi precedenti, sia quando esprimono stima e riconoscenza per il lavoro di Sergio, sia quando auspicano che possa intervenire concretamente, a breve, medio e lungo termine, sulla nostra rete.
GiovanniIl giorno 18/mag/2015, alle ore 16:19, Pier Daniele Napolitani napolita@dm.unipi.it ha scritto:
Come non concordare con Alessandro B.? Senza Sergio saremmo tutti rovinati ormai da tempo, almeno da quando ? stato chiuso il ns centro di calcolo!Mi sembra che quello che dice Vincenzo T. sia per? sensato: bisogna pensare anche al futuro (clonare Sergio per il momento mi sembra difficile)
daniele
Il giorno 18 maggio 2015 13:12, Vincenzo Tortorelli tortorel@dm.unipi.it ha scritto:
Senza dubbio la proposta di Alessandro e' da accogliere e anche in un quadro piu' ampio: Sergio Steffe non e' eterno e la sua passione per le macchine e la corretta lor gestione non puo' essere unico punto di riferimento. Sarebbe bene che noi si potesse incaricare Sergio, remunerandolo opportunamente, anche in vista del suo pensionamento, non solo di quanto Alessandro, Marco , Margherita hanno indicato, ma anche della preparazione e selezione di giovani nostri studenti interessati a tali cure. Vincenzo On Sun, 17 May 2015, colombin@dm.unipi.it wrote: > Voglio anch'io, avendo numerose volte ricevuto validissimo aiuto da Sergio > Steffe', e conoscendo la sua dedizione e competenza nelle questioni di > informatica, appoggiare pienamente la proposta di Berarducci. > > Ferruccio Colombini > > >> Cari colleghi, >> >> scusate se intervengo anche io. In effetti Steffe' almeno su un punto ha >> ragione, anche io ricevo molte mail che mi vengono classificate come spam >> e non lo sono. Avevo proprio intenzione di chiedergli consiglio su come >> dire al sistema di non classificare come spam le mail provenienti da >> alcuni indirizzi, e grazie alla sua email mi accorgo che ??? un problema >> condiviso. >> Non so che incarichi abbia formalmente Steffe' e scusate il mio intervento >> forse frutto di ingenuit???, ma vorrei fare la seguente banale >> considerazione. Visto che Steffe', per pura ed evidente passione per i >> computer e nessun secondo fine, fa gratuitamente ci??? che altri > farebbero a >> pagamente (ne ho esperienza diretta avendogli chiesto aiuto innumerevoli >> volte), io sono pienamente a favore del fatto che gli vengano date >> maggiori responsabilit??? e possibilit??? di intervenire, come da lui > stesso >> pi??? volte auspicato. Se il dipartimento fosse concorde e coeso forse >> qualcosa si potrebbe ottenere. Tutto ci??? naturalmente in uno spirito di >> collaborazione e senza voler sfiduciare o polemizzare con nessuno. >> >> Alessandro Berarducci >> ------ >> >> Il giorno 16/mag/2015, alle ore 18.30, Sergio Steffe' ha scritto: >> >>> >>> >>> Scusate se intervengo ancora in questa discussione, ma >>> forse posso dare qualche chiarimento. >>> >>> ---- >>> Vi ricordo che quando si ruppe gauss, Besseghini e Mandorino >>> riuscirono a fare un piccolo miracolo: presero uno dei PC >>> che andavano installati per l'aula 4 e vi riinstallarono >>> gauss a tempo di record e lo rimisero in servizio. >>> >>> Una bellissima e ben riuscita toppa temporanea. (E in aula >>> 4 ci manca una macchina). >>> >>> Ma e' un PC, di gran lunga inferiore per prestazioni ai >>> PC che la maggior parte di noi ha sul proprio tavolo ! >>> E' chiaro che e' piu' lento del server che avevamo prima! >>> >>> Il dipartimento comunque si e' nel frattempo procurato un >>> server nuovo, che e' inutilizzato da oltre un anno perche' il >>> SID non ha voluto installarlo; ci impedisce inoltre di installarlo >>> anche ora non dandoci le password di root di gauss e tonelli >>> che ci servono per travasare i dati. >>> Non dico altro su questo punto... >>> >>> Detto cio' penso che i problemi di lentezza della macchina >>> sopratutto quando ha un po' di carico siano chiari a tutti! >>> >>> ---- >>> Riguardo alla diatriba su come sapere se un mail e' partito >>> o e' arrivato, c'e' un unico sistema sicuro: >>> si guarda il log del mailer. >>> >>> Sulle prime macchine che installavo (anni 90), lo mettevo >>> leggibile a tutti - e pazienza per la privacy. >>> >>> Successivamente sono state formalizzate delle leggi che >>> paragonano la e-mail alla posta fisica, e il sistemista, >>> al pari del postino, ha l'obbligo di proteggere la privacy >>> degli utenti, e quindi mette il log non leggibile a tutti. >>> >>> Ma naturalmente ogni utente ha il diritto di conoscere >>> i dati relativi ai propri mail, e quindi ha il diritto >>> di chiedere al sistemista di estrarre dal log i dati >>> relativi ai propri mail. >>> Questi dati dicono esattamente se e quando il messaggio >>> e' stato consegnato al server di destinazione. >>> >>> Per esempio ora faccio mail steffe@dm.unipi.it e mando >>> una riga di prova. >>> >>> Sul log della mia macchina - che e' anche server di posta - >>> trovo: >>> >>> May 16 18:34:40 wallis postfix/qmgr[3326]: 679281875BB: >>> from=<steffe@wallis.dm.unipi.it>, size=322, nrcpt=1 (queue active) >>> May 16 18:34:40 wallis postfix/smtp[5388]: 679281875BB: >>> to=<steffe@dm.unipi.it>, relay=gauss.dm.unipi.it[131.114.72.55]:25, >>> delay=0.09, delays=0.02/0.01/0.06/0.01, dsn=2.0.0, status=sent (250 >>> 2.0.0 Ok: queued as 7F28E21511) >>> May 16 18:34:40 wallis postfix/qmgr[3326]: 679281875BB: removed >>> >>> che mi dice che il messaggio e' stato preso dalla coda di messaggi >>> del mio mail server wallis.dm.unipi.it, consegnato al server >>> gauss.dm.unipi.it alle May 16 18:34:40 e rimosso dalla coda di >>> messaggi di wallis, poiche' la consegna ha avuto successo. >>> >>> A questo punto se il destinatario di dm.unipi.it di cui gauss e' il >>> mail server non lo riceve, so di sicuro che o l'ha perso gauss, >>> o il destinatario l'ha girato a un sua altro account di un altro >>> provider e allora potrebbe essere stato perso li. Si guardano i >>> log di gauss e si capisce cosa sia successo. >>> >>> Ovviamente se la mia macchina non fosse un server di posta ma solo >>> un client, avrei dati meno precisi: saprei solo di averlo consegnato >>> a un altro server che poi deve consegnarlo al server destinatario, >>> e avere accesso ai log diventa piu' difficile. Capite quindi >>> l'importanza di usare un proprio server mail di posta. >>> Al solito, con un po' di buona volonta', invece di chiedere al >>> sistemista ogni volta, dovrebbe essere possibile avere un programmino >>> che a richiste vi estrae e vi fornisce dai log la sola parte >>> riguardante i vostri mail. Tutte cosette fattibili sui nostri >>> server ma non su quelli altrui. >>> >>> In passato conosco dei casi in cui gauss ha deliberatamente gettato >>> via dei mail: >>> a farlo fu il programma di antivirus, che si sbaglio' e getto via >>> dei mail perfettamente leciti. >>> Inquietante. >>> L'antivirus cerca delle stringhe considerate "marcature sicure" dei >>> vari virus, e se le trova butta via il mail. >>> Il problema e' che tali "marcature" sono oramai troppe. >>> >>> Ovviamente, visto che per lo piu' usiamo Linux o Mac, >>> potremmo benissimo fare a meno di antivirus. I mail dei >>> virus andrebbero semplicemente a sommarsi al resto dello SPAM. >>> Al solito, possiamo decidere noi cosa fare sui nostri server >>> e non su quelli altrui. >>> >>> ---- >>> Infine c'e il problema dello SPAM. >>> Generalmente si fa girare un programa che classifica i mail come >>> SPAM e i vari clients di posta possono, a richiesta, tenere tali >>> mail da parte e farveli vedere solo se proprio insistete per farlo. >>> >>> C'e' da notare da da gennaio le definizioni di tale classificazione >>> che sono usate su gauss sono sbagliate. >>> Mancata manutenzione software da parte del Polo2 del SID. >>> >>> Risultato, un numero elevato di mail normali sono classificati >>> erroneamente come SPAM, e se usate un client troppo "intelligente" >>> non vedete parecchi mail legittimi... >>> >>> Ce ne siamo accorti quando carminati mi ha spedito un semplice mail >>> di poche righe che mi e' stato recapitato come SPAM ! >>> >>> Quindi se non ricevete un mail, provate anche a guardare nello SPAM. >>> >>> >>> >>> ciao >>> Sergio >>> _______________________________________________ >>> Docenti mailing list >>> Docenti@mail.dm.unipi.it >>> https://mail.dm.unipi.it/listinfo/docenti >> >> _______________________________________________ >> Docenti mailing list >> Docenti@mail.dm.unipi.it >> https://mail.dm.unipi.it/listinfo/docenti >> > > _______________________________________________ > Docenti mailing list > Docenti@mail.dm.unipi.it > https://mail.dm.unipi.it/listinfo/docenti _______________________________________________ Docenti mailing list Docenti@mail.dm.unipi.it https://mail.dm.unipi.it/listinfo/docenti
Docenti mailing list Docenti@mail.dm.unipi.it https://mail.dm.unipi.it/listinfo/docenti
Docenti mailing list Docenti@mail.dm.unipi.it https://mail.dm.unipi.it/listinfo/docenti
Questa e-mail ? priva di virus e malware perch? ? attiva la protezione avast! Antivirus. http://www.avast.com
Docenti mailing list Docenti@mail.dm.unipi.it https://mail.dm.unipi.it/listinfo/docenti
Prof. Luigi De Pascale: Dipartimento di Matematica Via Buonarroti 1/C, 56127 Pisa, ITALY Tel.: +39/050/2213869 Fax:050/2213802 E-mail: depascal AT dm.unipi.it
Docenti mailing list Docenti@mail.dm.unipi.it https://mail.dm.unipi.it/listinfo/docenti
================================================ Andrea Milani Comparetti Dipartimento di Matematica Piazzale B. Pontecorvo 5 56127 PISA ITALY
tel. +39-050-2213254 fax +39-050-2213224 cellular phone +39-349-4482751 E-mail: milani@dm.unipi.it WWW: http://adams.dm.unipi.it/~milani/ ================================================