Gmail ormai mette a disposizione oltre 7,5 Gb di spazio. E’ una risorsa enorme che permette di centralizzare gli account di posta in uno. Al momento infatti trovo ottima la soluzione di far scaricare la posta di tutti i miei account a Gmail. I passi da eseguire sono semplici.

Andate in Impostazioni Gmail:

Nella schermata che vi appare cliccate nel tab in alto Account e importazione.
Poi avviate la procedura di configurazione di un nuovo account cliccando su Aggiungi un tuo account di posta POP3. Potete configurare fino a 5 account. Gmail periodicamente scaricherà la posta da tutti gli account configurati consegnandovela in “Posta in arrivo”.

Seguite tutti i passaggi richiesti dalla procedura che si apre in una finestra pop-up:

Impostate Nome utente, Password, Server POP, Porta e spuntate “Applica ai messaggi in arrivo l’etichetta” se volete che i vari messaggi provenienti dai diversi account vengano classificati in base ad etichette predefinite:

Cliccando su “Aggiungi account” la procedura di configurazione viene completata. Gmail proverà subito ad effettuare una connessione e vi segnalerà eventuali errori:

Se tutto è andato a buon fine la procedura, prima di concludere, vi chiederà se vorrete inviare email con l’account appena configurato. In pratica vi chiede se, oltre a leggere la posta dalla nuova casella di posta appena configurata, vorrete inviare email da questo indirizzo direttamente da dentro Gmail.
“Desideri poter inviare i messaggi anche come xxxx@xxxxx.xx?”
Consiglio, per massima comodità, di cliccare SI:

A questo punto seguono 3 passaggi importanti.
Il primo riguarda quale server SMTP usare. Gmail vi chiede se usare il suo server SMTP o quello della casella di posta appena configurata. Se non avete particolari necessità vi consiglio di utilizzare Gmail stesso:

A questo punto Gmail vuole assicurarsi che siate realmente in possesso dei requisiti per leggere la casella di posta appena configurata. Vi invierà quindi un codice di verifica:

Andate a leggere la casella di posta (secondo il vostro “vecchio” modo), prelevate il codice di sicurezza che Google vi ha inviato ed inseritelo nella schermata successiva:

Dopo aver verificato il codice potete chiudere la finestra. Gmail da questo momento in poi andrà a scaricare periodicamente la posta, si connetterà ai vostri account di posta via POP3 e “raggrupperà” tutte le email nella casella “Posta in arrivo” di Gmail stesso.

A questo punto resta una sola cosa da fare per poter stare completamente tranquilli: eseguire il BackUp della casella di posta Gmail.
Per gli utenti Mac consiglio l’App BackUp Gmail!

Tutto iniziò lo scorso 27 Febbraio quando Gmail smise di funzionare per qualche ora. Fu una giornata nera per Gmail al punto che lo 0,08% degli utenti perse completamente i propri dati: messaggi, contatti, ecc. Da allora iniziai a studiare una soluzione per ottenere un backup affidabile del mio account Gmail.

Dopo varie soluzioni “arrangiate” iniziai a studiare un’App per Mac OSX: BackUp Gmail. In questi giorni l’App è giunta al termine del suo lungo percorso: è stata pubblicata sul Mac App Store.
Scarica l’App e assicurati un backup del tuo account Gmail.

February 27, 2011 was a Black Sunday for all Gmail users and lovers like me.  Some Gmail accounts lost everything: messages, address books, contacts, etc.  0.08% of all total users (according to Google’s official version) had problems.
After a few months I started to think to BackUp Gmail, a new App for Mac OSX, and today we moved on “Ready for sale” by Apple store and the App is available on the App Store!

Internet message access protocol (IMAP) sta diventando il protocollo maggiormente utilizzato dalla rete per la gestione/lettura della posta elettronica. Il “vecchio” protocollo POP volge ormai al tramonto. Per un elenco esaustivo delle differenze tra IMAP e POP leggete qui.

Attualmente IMAP è alla versione 4 (rev. 1) definito nel RFC 3501.

La porta predefinita a cui risponde un server IMAP è la 143 (a differenza della 110 POP) mentre se si utilizza una connessione sicura su SSL la porta da utilizzare è la 993.

GMail mette a disposizione anche un server IMAP proprio sulla 993 (SSL).

In modalità terminale è possibile collegarsi direttamente a GMail tramite il comando openssl, in questo modo:

iMacJazzo:~ gullo$ openssl s_client -crlf -connect imap.gmail.com:993

A questo punto la comunicazione criptata verso il server IMAP di GMail è aperta e potete iniziare ad inviare comandi. Il primo comando, per effettuare il login, è:

tag01 LOGIN xxxxxxx@gmail.com password

Ogni linea inviata dal client deve essere preceduta da un identificatore che viene denominato tag (per questo sopra la prima riga è tag01). Poi segue il comando (in questo caso LOGIN) e poi email e passaword. La risposta che riceverete dal server (in caso di esito positivo) sarà:


* CAPABILITY IMAP4rev1 UNSELECT IDLE NAMESPACE QUOTA ID XLIST CHILDREN X-GM-EXT-1 UIDPLUS COMPRESS=DEFLATE
tag01 OK xxxxxxx@gmail.com Name Surname authenticated (Success)

La prima riga segnala i comandi/proprietà disponibili mentre la seconda vi comunica che l’autorizzazione al server è avvenuto con successo.

Michael Rogger (michael dot rogger at gmail dot com), basandosi sul codice sorgente della classe PgConsTriv, ha sviluppato il pluging per i pagamenti con carta di credito tramite il Payment gateway del Consorzio Triveneto sulla piattaforma xt:commerce.

Abbiamo creato un’area apposita per le release che verrano rilasciate su SourceForge.
Scarica il plugin ora.

Di seguito invece un breve Tutorial su come installare il plugin:

===
This plugin is tested with xt commerce 4.0.14.

INSTALL
1)    Edit xt_trivento/classes/PgConsTriv.inc.php to configure the gateway.
Compulsory: merchant data (_PG_ID_Merchant_Test,_PG_Password_Test,_PG_ID_Merchant_Production,_PG_Password_Production) and _PG_URL_base.

2)     Copy folder xt_triveneto to shop/plugins/
Note for debugging: make sure xt_triveneto/classes/debug.txt, xt_triveneto/classes/pgconstriv.txt and xt_triveneto/callback/debug.txt is writeable for webserver, these files are used for logging.

3)     Install the plugin using xt_commerce admin interface

4)     After successful testing you can change the mode from “Test” to “Production” in PgConsTriv.inc.php

A distanza di 1 anno e mezzo dall’acquisto del Netbook Dell Inspiron Mini non posso che confermare che si tratta di un ottimo prodotto. Usato come postazione di rete senza porsi limiti dopo un anno mezzo Windows XP ha cominciato a dare qualche problemino (lentezza, malware, ecc.), fino al giorno in cui non si avviava nemmeno più.

Un Netbook, in generale, viene utilizzato per navigare in rete e “cose simili” ma nel lungo periodo è difficile non ritrovarsi senza aver salvato qualche file importante sul desktop. Fate attenzione: la procedura di ripristino resetta il sistema operativo cancellando ogni cosa. Per effettuare un backup dei dati seguite la procedura spiegata da Dell qui.

Ma come fare per salvare i dati presenti nel disco se il PC non esegue il boot (non si avvia Windows)?

La mia soluzione è stata quella di smontare l’hard disk in modo da poterlo collegare ad un altro PC. Per smontare con semplicità il Netbook e raggiungere il disco fisso ho seguito le ottime istruzioni del video “How to upgrade and dismantle Dell Mini 1012“.

Una volta raggiunto l’hard disk potete facilmente smontarlo (il video mostra come fare). Trattasi di Hard disk Serial ATA pertanto ho potuto facilmente collegarlo al controller del mio PC che l’ha visto subito come disco secondario. Son riuscito così a prelevare e salvare tutti i file che mi interessavano.

A questo punto ho rimontato il tutto e ho eseguito la semplice procedura di Ripristino. Quando viene visualizzata la schermata Dell durante il processo di avvio del computer, premere i tasti <Ctrl>+<F11>. Successivamente seguire le istruzioni a video: nella finestra Dell PC Restore by Symantec, fare clic su Restore (Ripristina). In alternativa, premere <Tab> per evidenziare Restore (Ripristina), quindi premere <Invio>. Confermate poi quando vi viene chiesto se procedere nonostante l’operazione comporti la perdita di tutti i file. A questo punto la procedura ha inizio e dura poco più di 10 minuti. Alla fine il messaggio “il processo di ripristino del sistema è stato eseguito correttamente” vi avvisa che la procedura di Ripristino è terminata e potete riavviare il PC. Confermate il riavvio. Il sistema operativo e tutti i software di base risultano ora installati secondo la configurazione originale del PC al momento dell’acquisto.

Il Netbook è così tornato quello di sempre, veloce e stabile.

huawei logo

Quest’anno, a differenza dell’anno scorso (Condivisione connessione 3G via WiFi su Windows XP), ho deciso di installare il modem Huawei E220 sul mio iMac e condividere la connessione rendendola disponibile all’iPhone e al netbook.

Per prima cosa è necessario aggiornare il firmware del modem Huawei E220.

Dopo aver eseguito questa operazione collegate il modem alla porta USB del Mac. Ora aprite le “Preferenze di sistema“, poi “Network“. Dovreste vedere nell’elenco in colonna destra 3 nuove voci: HUAWEI Mobile, DIAG e PCUI.

HUAWEI Mobile - Impostazioni Network

Cliccate su HUAWEI Mobile ed inserite il numero di telefono secondo le impostazioni del vostro provider (nel mio caso Tim, il numero è *99#), poi Nome account e Password (per Tim lasciare vuoti, come da schermata sopra). Poi cliccate su Avanzate.
Nella finestra seguente selezionate il tab Modem e inserite:

HUAWEI Mobile - Impostazioni avanzate

Fornitore: Generico
Modello: GPRS (GSM/3G)
APN: (quello fornito dal vostro provider, per Tim: ibox.tim.it)
CID: 1

I DNS (secondo tab) vengono forniti in automatico dopo la connessione.
Nel tab PPP invece potrete personalizzare alcune impostazioni. Nel mio caso ho spuntato “Abilita resoconto dettagliato“.

A questo punto potete cliccare su OK per chiudere la schermata Avanzate e tornare alla schermata base delle impostazioni Network, cliccate su Collega (Connetti) e verificate il funzionamento della connessione.

Se tutto è andato a buon fine siete connessi, in caso contrario verificate ogni parametro con quelli forniti dal vostro provider (operatore telefonico).
Quanto descritto finora è stato personalmente verificato su Snow Leopard (OSX 10.6). Per sistemi operativi precedenti le schermate sono leggermente diverse ma i passi da eseguire e le impostazioni sono molto simili.

A questo punto mi mancava solo un tool in grado di monitorare al meglio la situazione, qualcosa in grado di tenere anche traccia del totale del traffico (inviato e ricevuto) generato. Dopo un po’ di ricerche ho trovato CheetahWatch dell’ottimo Patrick Quinn-Graham. Un piccolo grande tool dedicato ai modem Huawei USB. Una volta installato comparirà un’icona nella Menù bar la quale vi darà accesso alle informazioni (e impostazioni) fondamentali:

icona Menù bar

menù CheetahWatch

La voce di menù Status apre una piccola finestra con preziose informazioni sullo stato della connessione e sull’utilizzo di banda:

Status CheetahWatch

Patrick ha rilasciato i sorgenti di CheetahWatch sotto licenza BSD. Mi sono messo in contatto con lui per tradurre l’app in Italiano. Non appena avrò novità aggiornerò questo post.

Buona navigazione con l’ottimo e sempre grande Huawei E220!

Oggi ho deciso di risolvere, in ambiente di sviluppo (macchina locale), una volta per tutte il problema dell’installazione (via download diretto) di plugins, temi, ecc, di WordPress. Sviluppo su iMac 27′ su cui ho installato Zend Server CE (LAMP).

Ogni volta che, in locale ( in produzione, ad esempio, mai avuto problemi!), tentavo di installare un plugin, un tema o un aggiornamento mi ritrovavo di fronte alla schermata sopra. Oggi ho approfondito alcuni aspetti e ho scoperto che si tratta di un problema di permessi.

WordPress, durante questi processi di installazione, ha necessità di lavorare sul Filesystem. Deve poter scrivere e modificare i permessi/proprietari dei files. Se per qualsiasi motivo non riesce a fare questa operazione rimanda l’utente alla schermata sopra nel tentativo di eseguire l’operazione via FTP. In questa pagina è spiegato molto bene tutto il meccanismo, viene anche evidenziata la procedura che WP utilizza per verificare se può scrivere sul Filesystem (vedi sotto).

Su OSX in pratica avevo questo contrasto nei permessi:

L’utente daeomn del gruppo wheel è quello con cui WP scrive sul filesystem (in pratica l’utente utilizzato da Apache). La procedura che effettua la suddetta verifica è questa:

// The following code is from the get_filesystem_method()
// method in the wp-admin/includes/file.php file:
 
if( function_exists('getmyuid') && function_exists('fileowner') ){
    $temp_file = wp_tempnam();
    if ( getmyuid() == fileowner($temp_file) )
        $method = 'direct';
    unlink($temp_file);
}

Nel mio caso non dà esito positivo e quindi si finisce alla schermata di inserimento dei dati account FTP. In pratica l’utente dello script che scrive sul filesystem deve essere lo utente con cui apache viene eseguito. Nel mio caso sopra infatti non è così.

Come risolvere il problema?

Non so se quella scelta è la via corretta e nemmeno mi sono preoccupato di eventuali problemi relativi alla sicurezza (per i quali vi consiglio il plug-in WP-Security) perchè, come ho evidenziato sopra, si tratta della macchina di sviluppo interna.

La mia soluzione è stata quella di cambiare il proprietario dell’intera directory che ospita WordPress impostando daemon come utente e wheel come gruppo:

chown -R daemon:wheel m4ss

Problema risolto!

Come sistema di backup di GMail fino a qualche giorno fa utilizzavo un qualsiasi client IMAP (nello specifico Thunderbird) con le varie impostazioni per creare una copia in locale. Da tempo però avevo smesso di utilizzarlo come client email. La posta la leggo via web su GMail o via iPhone.

Mi son messo così alla ricerca di una soluzione un po’ più furba del dover aprire periodicamente Thunderbird. Ho trovato GMail Backup che, opportunamente configurato, esegue un backup incrementale quotidiano. La Time Machine fa il resto. Vediamo come.

Per prima cosa mi son creato una directory in Documenti/Backup chiamata GMail:
/Users/gullo/Documents/Backup/GMail/

In questa ho scompattato l’ultima versione di GMail Backup (al momento la 0.107) e ne ho creato una in cui posizionare il lunghissimo elenco di email: Backup. Poi un link simbolico che punta all’ultima versione di gmail-backup. In questo modo abbiamo:

iMacJazzo:GMail gullo$ pwd
/Users/gullo/Documents/Backup/GMail
iMacJazzo:GMail gullo$ ls -all
total 24
drwxr-xr-x      6 gullo  staff     204  3 Feb 13:58 .
drwxr-xr-x      4 gullo  staff     136  2 Feb 15:50 ..
-rw-r--r--@     1 gullo  staff    6148  3 Feb 14:00 .DS_Store
drwxr-xr-x  18598 gullo  staff  632332  3 Feb 14:20 backup
lrwxr-xr-x      1 gullo  staff      25  3 Feb 13:58 gmail-backup -> gmail-backup-0.107-linux/
drwxr-xr-x@    14 gullo  staff     476  3 Feb 14:19 gmail-backup-0.107-linux

In gmail-backup ho creato un file bash che esegue il backup incrementale:
makeBackup.sh

#!/bin/bash
DATASTART=`date -v -1d "+%Y%m%d"`
cd /Users/gullo/Documents/Backup/GMail/gmail-backup
./gmail-backup.sh backup ../backup/ xxxxxx@gmail.com passwd $DATASTART

La variabile DATASTART viene settata col giorno precedente rispetto al momento in cui lanciate lo script (con il formato corretto come richiesto da gmail-backup). In realtà gmail-backup effettua già un controllo tra ciò che ha già archiviato in locale e le novità presenti online ma se lanciate il comando senza alcuna data come parametro l’operazione può diventare estremamente lunga, soprattutto se avete qualche anno di email nel vostro account! Ecco perchè conviene impostare come parametro una data di partenza. Ci basta andare indietro di 1 giorno per avere la certezza di non perdere nulla.

Prima di passare alla pianificazione dello script ricordatevi di lanciare solo la prima volta il comando primo del parametro data:

./gmail-backup.sh backup ../backup/ xxxxxx@gmail.com passwd

In questo modo potrete creare il primo backup completo di tutte le email presenti in GMail, dalla prima all’ultima. Una volta concluso questo primo backup potremo pianificare l’operazione con launchd. A questo punto vi consiglio questo ottimo Tutorial su come pianificare operazioni con launchd su OSX.
La cartella backup (quella in cui archivierete il tutto) conterrà migliaia di file, uno per ogni email. La Time Machine farà il resto perchè, effettuando anch’essa backup incrementali, archivierà solo le email che di giorno in giorno verranno aggiunte nella suddetta directory.

Ultima consiglio: consultate la pagina delle FAQ nel caso in cui lo script dia errori. A me è risultata molto utile!!

Aggiornamento del 16/02/2011

In realtà mi sono accorto che la soluzione sopra è un po’ precaria: se non viene lanciata tutti i giorni si rischia di perdere qualche email. La soluzione corretta è memorizzare la data in cui il backup viene effettuato per poi recuperarla ogni volta, prima di procedere al nuovo backup.

In pratica il nuovo codice del file makeBackup.sh è:
makeBackup.sh

#!/bin/bash
DATASTART=`cat lastUpdate`
cd /Users/gullo/Documents/Backup/GMail/gmail-backup
./gmail-backup.sh backup ../backup/ xxxxxx@gmail.com passwd $DATASTART
date -v -1d "+%Y%m%d" > lastUpdate

Noterete che si fa riferimento ad un file di nome lastUpdate. Tale file viene creato automaticamente dopo la prima esecuzione dello script, poi semplicemente aggiornato alla fine di ogni backup. Il file memorizza la data del giorno precedente in modo da esser sicuri di recuperare tutto!

Aggiornamento del 19/01/2012

Da qualche giorno ho rilasciato un’App dedicata al backup di Gmail.
L’app è semplice e leggera, si installa nella Status Bar e, dopo una rapida configurazione, esegue in “silenzio” il backup. Puoi selezionare dove salvare il tutto e quando, se ogni ora o una volta al giorno ad un orario preciso.

Per chi non ha voglia di smanettare tra righe di comando e file di configurazione consiglio l’installazione di BackUp Gmail (disponibile sull’App Store).

In un applicativo sviluppato su Zend Framework in cui è necessario un uso massiccio di ajax e jQuery spesso la libreria ZendX_JQuery non è sufficiente a coprire tutte le esigenze. Tempo fa avevo già riscontrato alcuni problemi sulle funzioni di Autocomplete di ZendX_JQeury. Oggi mi sono scontrato con il metodo OnLoad (che genera codice in $(document).ready(function(){ … }); )

Siamo nella situazione in cui da una pagina si caricano elenchi e svariate altre sottosezioni tramite le classiche chiamate jQuery. Prendiamo questa funzione Javascript come esempio:

function my_ChangeTab(url)
    {
        startLoadingBoxTopLeft('box_left');
        $.get( url ,
            function(data, textStatus)
            {
                stopLoadingBoxTopLeft('box_left');
                // load HTML data in box_left
                $('#box_left').html(data);
            }, 'html');
    }

Questa funzione carica il contenuto che restituisce url dentro un elemento (div) box_left.

Il mio problema nasce nel momento in cui url carica un form. Se in questo form abbiamo elementi di ZendX_JQuery (es: DatePicker, Autocomplete, ecc.) siamo fregati. Questi elementi infatti invocano internamente il metodo addOnLoad.

Vedi ad esempio ZendX_JQuery_View_Helper_DatePicker nel metodo datePicker (riga 71):

$this->jquery->addOnLoad($js);

Questo metodo carica, se correttamente configurato, nel head tag della pagina il codice $js. Questo codice serve per innescare le funzioni delle librerie jQuery UI per il DatePicker.

Tornando alla nostra situazione (vedi sopra) è comprensibile come il tutto non funzioni. La chiamata Javascript qui sopra infatti richiama solo il contenuto generato dall’action e non l’intero layout: nell’action infatti il layout sarà disabilitato:

$this->_helper->layout()->disableLayout();

Come risolvere?

Io mi sono arrangiato con un bel plugin:

<?php 
class My_Controller_Plugin_JQueryOnLoadWithoutLayout
    extends Zend_Controller_Plugin_Abstract
{
	protected $view;
 
	function __construct(){
		$viewRenderer = Zend_Controller_Action_HelperBroker::getStaticHelper('viewRenderer');
        if (null === $viewRenderer->view) {
            $viewRenderer->initView();
        }
        $this->view = $viewRenderer->view;
	}
 
    public function  postDispatch(Zend_Controller_Request_Abstract $request)
    {
        // get Layout
        $layout = Zend_Layout::getMvcInstance();
 
        // elenco delle action registrate in OnLoad
        $actions = $this->view->jQuery()->getOnLoadActions();
        if( count($actions) > 0
            && !$layout->isEnabled()
          )
        {
            // create jQuery code
            $content = "";
            if(ZendX_JQuery_View_Helper_JQuery::getNoConflictMode() == true) {
                $content .= '$j(document).ready(function() {'."\n    ";
            } else {
                $content .= '$(document).ready(function() {'."\n    ";
            }
            foreach($actions AS $action)
            {
                $content .= $action . PHP_EOL;
            }
            $content .= '});'."\n";
 
            // add code to script tag
            $code = '<script type="text/javascript">' . PHP_EOL
                  . '//<![CDATA[' . PHP_EOL
                  . $content
                  . '//]]>' . PHP_EOL
                  . '</script>' . PHP_EOL;
 
            // OUTPUT
            $this->getResponse()->appendBody($code);
        }
    }
 
}
?>

Questo plugin modifica l’output a fine dispatch (postDispatch). Prima di tutto verifica se esistono righe di codice da inserire nella sezione OnLoad, poi verifica che il layout sia disabilitato (altrimenti quando è abilitato scriviamo 2 volte lo stesso codice) e infine genera l’apposito codice Javascript che viene aggiunto al Response.

In questo modo risolviamo il problema posto sopra. Ogni volta che carichiamo una “porzione” di pagina tramite Ajax (quindi il layout è disabilitato) e necessitiamo di codice in OnLoad (generato automaticamente, ad esempio, dagli elementi form di ZendX_JQuery) il suddetto plugin aggiungerà il codice generato per l’OnLoad in coda all’HTML restituito via Ajax.