Menu Chiudi

Categoria: LoneStar Network

Piccoli aggiornamenti al sito

letture

Oggi ho approfittato di un po’ di buona volontà per fare degli aggiornamenti al sito.

Ho installato l’ultima versione del Sociable Connect Plugin, che gestisce il collegamento a Facebook, ma adesso ha aggiunto anche la possibilità di effettuare login con account Google+ e Twitter. Di conseguenza adesso è possibile accedere a LoneStar.it anche tramite l’uso di questi altri sistemi di autenticazione.

Ho anche riorganizzato il widget della FanBox alle mie due pagine FB dedicate alle collane del Giallo Mondadori, e risistemato il badge che collega al mio account Google+.

Inoltre la settimana scorsa avevo aggiunto un widget laterale che mostre le ultime immagini caricate sul mio profilo Instagram, carine per chi ama la fotografia “artistica”.

ownCloud 4.0.7

letture

Nella serata di ieri ho completato la migrazione del servizio ownCloud di LoneStar Network alla versione 4.0.7.

Eravamo rimasti alla versione 3.0.2 per moltissimo tempo, per motivi legati alla versione di PHP presente nella Slackware che faceva da base al servizio, ovvero la 13.1. Sarebbe stato necessario passare al PHP 5.3, ma ho preferito attendere l’uscita della Slackware 14 – a cui dedicherò un articolo a parte -, in modo da installare una nuova macchina e la versione più recente del servizio.

Proprio in queste ore comunque è uscita la versione 4.5 di ownCloud, quindi si prospetta un altro upgrade, che però stavolta dovrebbe essere un semplicissimo aggiornamento dei file! 🙂

 

Problemi tecnici

letture

Nelle settimane scorse, come i pochi utenti dei miei servizi hanno certamente notato, ci sono stati notevoli problemi tecnici che hanno causato il totale isolamento di tutti i servizi del network.

Il tutto è successo in concomitanza con le mie ferie al mare, anzi è iniziato proprio la sera del mio primo giorno di ferie 🙁 Questo mi ha impedito di poter risolvere la cosa in tempi brevi, dovendo rimandarla alle mie occasionali visite a casa durante le vacanze.

Fortunatamente da venerdì scorso ho trovato un rimedio stabile che ha permesso lo sblocco di tutti i servizi, tra i quali il più importante era senz’altro la posta, senza nuove interruzioni fino ad adesso.

Dalla settimana prossima sarò nuovamente a casa in pianta stabile – a parte i fine settimana -, e quindi non ci dovrebbero più essere disservizi di questo tipo.

Grazie a tutti per la pazienza!

Qualche aggiornamento

letture

E’ da diverso tempo che non scrivo articoli sul blog. Semplice pausa creativa di qualche mese, mi capita spesso!

Ho fatto un po’ di aggiornamenti al software di base del sistema su cui girano i servizi, dovuti principalmente agli updates della Slackware current.

Apache è adesso alla versione 2.4.2, e soprattutto il PHP è alla versione 5.4.3. Ci sono alcuni cambiamenti significativi nel PHP rispetto alle precedenti versioni 5.x, tra cui la definitiva eliminazione di direttive che erano in stato deprecated da tempo (“register_globals“), cosa questa che ha impatto sui vari software PHP-based che forniscono alcuni servizi del network.

Mi sono accorto solo ieri, qualche giorno dopo l’aggiornamento, che i due software di webmail – SquirrelMail e Roundcube – avevano smesso di funzionare. Ieri quindi mi sono dedicato a qualche aggiornamento, e ho installato SquirrelMail 1.4.23-Svn e RoundCube 0.8-rc1, entrambi aggiornati per la compatibilità al PHP 5.4. A prima vista mi sembra che sia tutto risolto, ma se dovessero esserci ulteriori problemi gli interessati possono segnalarmelo.

Rimane invece il problema per quanto riguarda oMail-Admin, l’interfaccia web di gestione dei domini di posta virtuale su qMail. E’ un software molto vecchio, scritto ai tempi delle prime uscite di PHP5, e che richiede il parametro register_globals=on. Il software non è più sviluppato da moltissimo tempo, e non credo esistano aggiornamenti di compatibilità con le nuove caratteristiche del PHP. D’altro canto non sono a conoscenza di altri software ugualmente semplici e efficaci per la gestione dei domini virtuali su qMail+vmailMgr.

Tutto lo stack qMail-VmailMgr-oMail è in stato di “abbandono” ormai da diversi anni, ma grazie alla sua intrinseca solidità e assenza di bug significativi, rimane a mio avviso una scelta di primo livello. Le uniche difficoltà sono poste, appunto, dai cambiamenti a livello di compilatori e stack LAMP che impongono cambiamenti di configurazione e di funzioni per i quali tali software richiedono patch e modifiche. Inoltre, ho sempre avuto una innata antipatia per Postfix.. 🙂

Vedremo cosa riesco a risolvere prossimamente in merito….

 

Un weekend da sistemista

letture

Esiste una differenza d’approccio fondamentale tra un programmatore e un sistemista per quanto riguarda la scrittura di uno script necessario al funzionamento di un qualche meccanismo di sistema.

Un programmatore in genere scrive un software utilizzando il linguaggio di programmazione che conosce, integra librerie, scrive funzioni, ecc. Un sistemista scrive uno script. I più bravi usano il perl, ma in quel caso diventano uguali ai programmatori, mentre quelli “normali” scrivono uno script in Bash language.

Ecco, io sono un sistemista “normale” 🙂 Ho passato il fine settimana – con i dovuti intervalli, per carità – a scrivere uno script che mi consentisse di usare il Local Delivery Agent (LDA) di Dovecot nel mio sistema che utilizza qmail+VMailMgr. Leggendo la documentazione di Dovecot si ha l’impressione che sia una cosa piuttosto semplice, e che basta chiamare deliver-lda al posto del normale LDA, ma nel caso di VMailMgr non è così. L’LDA di Dovecot si aspetta di poter interrogare un userdb, un database degli utenti, per determinare all’atto della consegna del messaggio se esiste l’utente e dove si trova la sua mailbox. Ma VMailMgr non ha questo database. Il suo LDA vdeliver è in grado di leggere i file di configurazione e ricavare l’informazione, ma non fornisce un comando che dia questa informazione per poterla passare ad altri programmi.

Qui un programmatore probabilmente avrebbe letto i sorgenti di vdeliver, capito come funzionano, e scritto un software analogo che leggesse le informazioni dai file di VMailMgr per poi darle in pasto a deliver-lda.

Io invece mi sono lanciato in una sequela di:

echo $USER | cut -d@ -f1 | grep ....
if [ -d /home/$USER ]; then .. fi
sudo -u $USER  /usr/local/bin/listvdomain ...

cazz! ci vuole l’utente in /etc/sudoers..
cazz! il grep può restituire più di una riga…mettiamo un -m1..
uhmm.. e se non è un utente ma un alias?..altra serie di if e grep..
ecc.ecc.

Insomma, alla fine funziona, ma non prevede tutti i possibili casi e quindi ho dovuto restringerne l’uso a singoli utenti invece che applicarlo system-wide.

Ah, la ragione di tutto ciò era usare il delivery agent di Dovecot in quanto supporta Sieve e quindi mi consente di usare filtri email server-side per avere lo spam direttamente spostato nella cartella spam invece di doverlo far fare a Thunderbird quando è aperto, in questo modo quando non ho aperto Thunderbird e guardo la posta sul cellulare non mi trovo l’inbox piena di cose da spostare a mano 🙂

CC BY-NC-SA 4.0 .