blog.flocca.com

Se utilizzate fetchmail per scaricare la posta da un server POP3 o IMAP che sfrutta per l’autenticazione un certificato SSL/TLS self-signed (autofirmato), vi ritroverete sul client ad ogni controllo una linea di log simile a questa:

Feb 25 11:18:35 elaine fetchmail[26904]: Server certificate verification
error: self signed certificate

Fortunatamente è possibile evitare che fetchmail controlli che il certificato sia self-signed utilizzando l’opzione sslfingerprint. L’opzione consente di specificare il fingerprint (l’impronta digitale) del certificato utilizzato evitando il controllo ma mantenendo comunque un buon grado di sicurezza non permettendo connessioni nel caso il certificato cambi.

Per ottenere il fingerprint del certificato del server esistono due metodi:

• Ottenerlo direttamente dal certificato sul server;
• Ottenerlo lato client eseguendo fetchmail in modalita debug.

Leggi il resto di questo articolo »

Tradizionalmente, a partire da Tiger, Mac OS X supporta l’accesso a filesystem NTFS limitato alla sola lettura. La cosa interessante è che la versione 10.6 del sistema operativo in realtà (Snow Leopard), ha in più anche il supporto nativo per la scrittura disabilitato di default.

Se come me utilizzate NTFS di rado e ve ne fregate dei motivi (sconosciuti) per i quali Apple abbia deciso di disattivare questo supporto, ecco qui di seguito un metodo per riattivarlo.

Prima di tutto rinominate l’eseguibile di mount_ntfs in questo modo:

sudo mv /sbin/mount_ntfs /sbin/mount_ntfs.orig

Poi create uno file di nome /sbin/mount_ntfs con questo contenuto:

#!/bin/sh
/sbin/mount_ntfs.orig -o rw "$@"

Infine sistemate i proprietari ed i permessi dello script bash appena creato:

sudo chown root:wheel /sbin/mount_ntfs
sudo chmod 755 /sbin/mount_ntfs

Da questo momento in poi, ogni volta che verrà effettuato il mount di un filesystem NTFS, questo verrà montato in lettura/scrittura.

Possibili problemi

Nel caso in cui il filesystem NTFS non fosse stato smontato correttamente in precedenza, Mac OS X si rifiuterà comunque di montarlo in scrittura e inserirà nei log un messaggio simile a questo:

NTFS-fs error (device /dev/disk2s1, pid 713): ntfs_system_inodes_get():
$LogFile is not clean. Mounting read-only. Mount in Windows.

Come suggerisce il messaggio, per poter riutilizzare il filesystem è necessario prima montarlo in Windows e smontarlo (questa volta) correttamente.

Per poter utilizzare Flowplayer in locale, ad esempio su un CD o una chiavetta USB per visualizzare dei filmati all’interno di pagine HTML, è necessario modificare le impostazioni di sicurezza dei due file che fanno parte del player (flowplayer-3.1.5.swf e flowplayer.controls-3.1.5.swf).

Come impostazione di default Flowplayer è abilitato all’accesso alla rete e a causa delle policy di sicurezza utilizzate dalle versioni più recenti di Flash, questo privilegio inibisce la possibilità di accedere a file locali (o uno o l’altro).

Per modificare questa impostazione va utilizzata una piccola applicazione distribuita gratuitamente dalla Adobe sia per Windows che per Mac e Linux: Macromedia Flash Local Content Updater.

Per verificare l’attuale impostazione dei file .swf utilizzare l’opzione -c:

$ ./LocalContentUpdater -c flowplayer-3.1.5.swf
Operating on 1 file.
Has network privileges: flowplayer-3.1.5.swf
 
$ ./LocalContentUpdater -c flowplayer.controls-3.1.5.swf
Operating on 1 file.
Has network privileges: flowplayer.controls-3.1.5.swf

Per rimuovere questo privilegio e abilitare implicitamente quello che consentirà di accedere a file locali, utilizzare l’opzione -x:

$ ./LocalContentUpdater -x flowplayer-3.1.5.swf
Operating on 1 file.
Network privileges removed from flowplayer-3.1.5.swf
 
$ ./LocalContentUpdater -x flowplayer.controls-3.1.5.swf
Operating on 1 file.
Network privileges removed from flowplayer.controls-3.1.5.swf

Uso eMule per scaricare file dalle reti P2P eDonkey e KAD. Lo eseguo virtualizzato tramite VirtualBox per Mac (non ho mai trovato un software per Mac al livello di eMule per Windows).

Da qualche giorno eMule ha smesso di connettersi alla rete KAD pur continuando a connettersi con ID Alto ai server eDonkey. Dopo diverse ricerche sono riuscito a trovare una soluzione rapida al problema (di cui continuo ad ignorarne la causa).

Per risolvere, occore:

1. Disconnettersi dalla rete KAD
2. Scaricare il file nodes.dat da questo sito: http://www.nodes-dat.com/
3. Sovrascrivere il vecchio file nodes.dat nella cartella \Programmi\eMule\config con quello nuovo
4. Riconnettersi alla rete KAD

Ho un iPhone 3G senza contratto (SIM ricaricabile) con la promozione settimanale Vodafone Pack per iPhone.

Questa mattina non mi si è rinnovata la promozione per insufficienza di credito (3€/settimana)… niente di grave: ho subito effettuato una ricarica e chiamato il 190 per farmela riattivare. Dopo pochi minuti ricevo il messaggio di conferma di avvenuta attivazione. Rapidi! Peccato però che non funzioni più!

Inizia l’odissea di telefonate al 190. Per raggiungere l’operatore a cui chiedere aiuto vanno selezionate le voci dei menù vocali 3, 9 e 2.

L’errore che l’iPhone mi dà ad ogni tentativo di accesso, 2G (gprs) o 3G (umts) che sia, è questo:

Impossibile attivare il network dati: Errore di autenticazione PDP

Leggi il resto di questo articolo »