In this case, using du is not practical. Here is a simple awk one-liner that will sum the size of all files under /path that are older than 90 days:

find /path/ -type f -mtime +90 -printf "%s\n"|awk '{sum+=$0}END{print sum}'

Enjoy!

If you travel a lot like me, you may find yourself in need to change the mac address of your gizmos to avoid paying multiple times for the same service.
Many hotspot services (commonly found in hotels) require you to pay for an access code for each wireless device that you bring with you. Usually these hotspots ask you to pay to get your mac address “allowed” to connect to the Internet for 24 hours.
Just pay once and change the mac address of your other devices so that they are all the same, but avoid using them at the same time :) You may screw up the network :)

Changing the mac address is also useful when you find some open wireless network protected only by mac filtering. But that’s another story.

How to spoof MAC address on MacOSX

In the past it was kinda easy to spoof your mac address under MacOSX, both for wired and wireless interfaces.
Nowadays, you can no longer use a simple ifconfig en1 ether XX:XX:XX:XX:XX:XX. Things got a little more complicated for wireless interfaces.

The problem is that you cannot modify the mac address of a wireless interface which is associated to some network. Right, you may think, so let’s take the interface down, change the mac addy and bring the interface up again. No, that won’t work either: you cannot modify the mac address while the interface is down.

Welcome airport -z. This command will disassociate your Airport card from any wireless network and at the same time keep the interface up.

The path of this tool under MacOSX is: /System/Library/PrivateFrameworks/Apple80211.framework/Versions/Current/Resources/airport
You may want to symlink it to one of your $PATH dirs, like this:

sudo ln -s /System/Library/PrivateFrameworks/Apple80211.framework/Versions/Current/Resources/airport /usr/sbin/airport


Now run as root:

airport -z

Wait a few seconds, and change your mac address:

ifconfig en1 ether XX:XX:XX:XX:XX:XX

Wait a few seconds. Verify with ifconfig en1 that the mac address was actually changed and in case it has not, retry the ifconfig en1 ether XX:XX:XX:XX:XX:XX command again until ifconfig en1 shows the correct mac address. Like I said you should wait a few seconds between each command.

Then open your Airport utility and choose your wireless network.

Thumbs up :)

Credits:

http://osxdaily.com/2008/01/17/how-to-spoof-your-mac-address-in-mac-os-x/

How to Flush DNS in Microsoft Windows

In Microsoft Windows, you can use the command ipconfig /flushdns to flush the DNS resolver cache:

C:\>ipconfig /flushdns

Windows IP Configuration

Successfully flushed the DNS Resolver Cache.

You can also use the command ipconfig /displaydns to view the DNS resolver cache

How to Flush DNS in Mac OSX

In Mac OSX Leopard, you can use the command dscacheutil -flushcache to flush the DNS resolver cache:

bash-2.05a$ dscacheutil -flushcache

In Mac OSX versions 10.5.1 and before, the command lookupd -flushcache performed the same task:

bash-2.05a$ lookupd -flushcache

How to Flush DNS in Linux

In Linux, the nscd daemon manages the DNS cache.

To flush the DNS cache, restart the nscd daemon.

To restart the nscd daemon, use the command `/etc/init.d/nscd restart

Di solito tali profili sono memorizzati direttamente nella SIM, ma ci sono delle eccezioni, ad esempio H3G.

Vediamo dunque come fare a cambiare operatore supponendo di avere a disposizione un laptop con iTunes installato e nessuna connessione a Internet.

Per prima cosa dovremo viaggiare sempre portandoci dietro una copia del file .ipcc relativo al nostro operatore.

Questi file si possono trovare facilmente visitando http://phobos.apple.com/version, ad esempio con:

curl -s -L http://phobos.apple.com/version | grep -i nome-operatore

Nel caso di H3G ad esempio:

curl -s -L http://phobos.apple.com/version | grep -i hutchinson_it

Scarichiamo dunque http://appldnld.apple.com.edgesuite.net/content.info.apple.com/iPhone/CarrierBundles/061-7293.20090925.Epqhf/Hutchison_it.ipcc e salviamolo in locale.

A questo punto dobbiamo chiudere iTunes e configurarlo per accettare i file .ipcc con il comando:

defaults write com.apple.iTunes carrier-testing -bool TRUE

eseguito ovviamente da Terminale.

Riapriamo iTunes, selezioniamo il nostro iPhone, andiamo nel menu “Riepilogo” e tenendo premuto il tasto “Alt” clicchiamo su “Aggiorna”.

Non resta che selezionare il file .ipcc precedentemente salvato e riavviare l’iPhone.

Thumbs up!

Non disperate! Fortunatamente è stato già scoperto come ovviare al problema. Ecco la procedura:

Supponiamo che:

• il PC di cui volete effettuare il backup con Time Machine si chiami pippo: per scoprire il nome del vostro PC è sufficiente aprire un terminale e osservare cosa appare prima del prompt
• lo spazio che volete dedicare al backup sia al massimo 100GB.

Aprite il Finder, cliccate sul menu “Vai” e scegliete “Connessione al server”.

Digitate l’indirizzo del server che ospita la condivisione samba, es.: smb://192.168.0.10

Cliccate su “Connetti”, inserite le credenziali per l’accesso, se richieste, e assicuratevi di marcare: “Memorizza la password”.

A questo punto aprite un terminale e accedete alla cartella condivisa via rete in cui volete effettuare il backup, per es.:

cd /Volumes/samba-server

Ed eseguite i seguenti comandi:

touch .com.apple.timemachine.supported
hdiutil create -size 100G -fs HFS+J -volname 'Time Machine Backups' -type SPARSEBUNDLE pippo.sparsebundle
defaults write com.apple.systempreferences TMShowUnsupportedNetworkVolumes 1

Sul PC pippo, fate click sulla mela in alto a sinistra, entrate in “Informazioni su questo Mac”/”Più informazioni” e segnatevi l’Hardware UUID del PC pippo.

Entrate nella cartella condivisa via rete e all’interno della directory “pippo.sparsebundle” generata dal programma hdiutil, create il file di testo com.apple.TimeMachine.MachineID.plist con il seguente contenuto:

<?xml version="1.0" encoding="UTF-8"?>
<!DOCTYPE plist PUBLIC "-//Apple//DTD PLIST 1.0//EN" "http://www.apple.com/DTDs/PropertyList-1.0.dtd">
<plist version="1.0">
<dict>
	<key>com.apple.backupd.HostUUID</key>
	<string>ILVOSTROUUID</string>
</dict>
</plist>

Sostituite la stringa ILVOSTROUUID con la stringa che vi eravate trascritti precedentemente.

A questo punto non vi resta che lanciare Time Machine su pippo, selezionare come volume di destinazione per il backup la cartella condivisa e attendere pazientemente.

Thumbs up!

Credits: thanks to Sunkid

A similar bug seems to affect the Mail.app of MacOSX according to http://discussions.apple.com/thread.jspa?threadID=1527269

The bug is triggered by the following conditions:

• your IMAPS (imap over ssl) server uses a non standard port (i.e. it’s not listening on port 993)
• your IMAPS server has a self-signed or otherwise non-verified SSL cert.

In the above situation, iPhone won’t be able to complete the SSL handshake with your IMAPS server.

Fortunately Oliver Humpage found a workaround for this bug:

1. Delete the IMAPS account you just created (this is mandatory!!!)
2. Temporarily open port 993 on the IMAPS server (more on this later)
3. Create the IMAPS account again.
4. Check your mailbox from iPhone. You’ll be asked to continue even if the certificate is not valid. Accept.
5. Go back to the Settings panel, in the advanced tab change the port of the IMAPS server to the non-standard port that you want to use.
6. Close port 993 on the IMAPS server and open the non-standard one.
7. Thumbs up! You are done.

Now you may ask: big deal, I cannot open port 993 on the IMAPS server otherwise I wouldn’t be in trouble!

Point taken, but you don’t have to. Here is my work-around (if your Internet gateway is already a Linux box and you have root access to it, you can skip directly to step 4):

1. Fire up your Linux/BSD box (you got one right?)
2. Configure your iPhone with a static ip and choose as gateway the ip address of your Linux box.
3. Setup your Linux box for masquerading (see the Linux Masquerading HOWTO).
4. Add the following iptables rule (replace 12345 with the non-standard port used by your imaps server): iptables -t nat -I PREROUTING -d ip-of-imaps-server -p tcp –dport 993 -j DNAT –to ip-of-imaps-server:12345

From this time on, all connections routed through your Linux box with destination imaps-server:993 will be redirected to imaps-server:12345.

When you are done setting up your iPhone as detailed by Oliver, you can drop the PREROUTING rule on your Linux box and switch your iPhone back to DHCP mode.

Works for me, hope it will work for you too :)

UPDATE: it worked for a while, then it stopped working again. I ended up using IbisMail which so far seems to be flawless.

Personalmente la trovo una cosa inutile: l’e-mail non è nata come servizio real-time, non è stata progettata per questo, esistono gli instant messenger e tante altre amenità per soddisfare i bisogni di comunicazione in real-time, e tra queste non rientra l’e-mail.

Non serve a nulla avere un cellulare in grado di ricevere le email istantaneamente quando quello stesso messaggio può vagare per Internet anche per tre giorni prima di raggiungere la tua casella.

Per quotare il caro DB in failure is always an option:

Mai successo di inviare una lettera (o un pacco) e non vederla mai arrivare a destinazione? Mai successo di acquistare un qualche prodotto per posta e non ricevere un tubo perche’ il pacco e’ stato perso dalla posta (o dal corriere)? Sicuro che e’ successo.

In questi casi, di solito, nessuno si scompone piu’ di tanto.

E allora, perche’ se la cosa che va’ in campana e’ la posta elettronica tutti quanti cominciano a strillare[...]

Detto questo, quando mi capita di entrare nell’argomento push-mail dopo aver servito il mio sproloquio sul perchè sia a mio giudizio una cosa inutile, noto spesso che esistono molti misconcetti riguardo al suo funzionamento.

In verità esistono molti tipi diversi di push-mail, vediamo di esaminare le principali tecnologie:

Blackberry di RIM

Dobbiamo fornire le credenziali del nostro account email alla RIM, la quale provvederà a controllare la presenza di nuove e-mail periodicamente se di tipo POP3 o tramite il comando IDLE se di tipo IMAP. In alternativa possiamo usare l’account email fornito dalla RIM stessa o un server in-house acquistato dalla RIM stessa.

Quando accendete il vostro telefonino, questo si registra sulla rete cellulare e, se la rete cellulare lo supporta, esegue anche una seconda registrazione che viene inviata direttamente al server della RIM. In questo modo la RIM sa che il client è attivo e sa come raggiungerlo. Questa seconda registrazione non avviene tramite Internet.

Non appena il server RIM trova un nuovo messaggio sul vostro account e-mail, manda al telefonino una notifica tramite la rete cellulare. A questo punto il telefonino si connette tramite Internet al server RIM e scarica il messaggio.

Il grosso vantaggio di questa tecnologia è che il telefonino non deve mantenere una connessione a Internet costantemente attiva e non deve nemmeno mandare dei messaggi periodici al server di posta per mantenere la connessione attiva.

Tuttavia sono presenti alcuni svantaggi:

• se volete usare il vostro account di posta, inevitabilmente ci sarà un ritardo nella consegna del messaggio, in quanto il server di RIM impiegherà un certo tempo per accorgersi che sul vostro account è presente un nuovo messaggio, a meno che il vostro server non supporti Push-IMAP.
• siete obbligati a comprare dal vostro operatore un piano telefonico compatibile col servizio Blackberry. Di solito questi piani hanno costi elevati, ma hanno anche il vantaggio di non farvi pagare lo scatto alla connessione (altrimenti paghereste un tot per ogni email ricevuta) e di includere una quantità di MByte traffico inclusi piuttosto elevata.

Microsoft Exchange’s Activesync

Il protocollo usato dal server di casa Microsoft ha un approccio più brutale: il telefonino dotato di supporto per il cosiddetto Direct Push di Exchange mantiene costantemente attiva la connessione a Internet e invia una semplice richiesta HTTPS al server Exchange utilizzando un timeout lunghissimo. Se il server risponde alla richiesta prima dello scadere del timeout, il telefonino inizia un sync della posta; in caso contrario la connessione viene abbattuta e ne viene immediatamente aperta un’altra identica. Così via all’infinito.

Questa tecnica ha due svantaggi: richiede una connessione a Internet sempre attiva (che consuma molta energia) e utilizza un protocollo con un overhead piuttosto elevato (HTTPS) comparato ad altre soluzioni.

Una connessione a Internet always-on può comportare dei costi elevati: alcuni piani telefonici prevedono una connessione a Internet con tariffazione a minuti e pertanto non sono adatti a questa soluzione. La maggior parte degli operatori fa pagare uno scatto a ogni connessione, quindi pagherete un obolo ogni volta che per qualche motivo la vostra connessione cadrà e dovrà essere ripristinata.

IMAP aka Push-IMAP aka P-IMAP aka IMAP IDLE

La soluzione più antica del mondo, disponibile fin dai tempi in cui venne definito lo standard per l’IMAPv4r1: il telefonino mantiene una connessione a Internet sempre attiva, apre una sessione IMAP4 con il server di posta, si autentica, invia il comando IDLE e mantiene aperta la connessione tcp. Il server da quel momento non appena riceve un nuovo messaggio per la vostra casella, invia immediatamente il messaggio al vostro client.

Rispetto alla soluzione adottata da Microsoft abbiamo alcuni vantaggi:

• il telefonino non deve ripetere la richiesta HTTPS a intervalli regolari
• il protocollo ha un overhead minimo, il traffico generato in assenza di e-mail è praticamente nullo.
• esistono una moltitudine di server con supporto per IMAPv1 rilasciati con licenza OSS.

L’ovvio svantaggio è che il telefonino deve mantenere una connessione a Internet costantemente aperta, proprio come nel caso di Microsoft Activesync, con la conseguenza di far lievitare i costi della vostra bolletta telefonica e di consumare energia.

iPhone

E veniamo all’iPhone: più che di push-mail in questo caso si deve parlare di push-notifications, in quanto si tratta di una tecnologia che può essere usata da qualsiasi applicazione per iPhone, non solo Mail, per far sapere all’utente che ci sono nuovi dati disponibili da scaricare per l’applicazione stessa.

Da notare che i dati non vengono tuttavia scaricati dall’iPhone automaticamente in quanto iPhone OS non permette l’esecuzione di applicazioni in background. Deve essere l’utente, una volta verificata la disponibilità di nuovi dati, a lanciare l’applicazione e effettuare il trasferimento vero e proprio.

Il funzionamento delle push notifications è banale: l’iPhone mantiene una connessione a Internet costantemente aperta (tramite GPRS/3G oppure WiFi, a seconda di cosa sia disponibile) con il server Apple; quando il server ha nuovi dati disponibili per l’applicazione in questione,  invia un messaggio al server Apple il quale a sua volta lo inoltra all’iPhone.

Questa soluzione presenta i già citati svantaggi relativi al mantenere una connessione a Internet costantemente attiva, tuttavia è più efficiente rispetto a quella adottata da Microsoft Activesync in quanto non richiede l’invio di richieste al server di Apple a intervalli regolari. Rispetto a tutte le soluzioni fin qui prese in esame ha il vantaggio di poter essere usata per molteplici scopi, non solo per la posta.

Bibliografia:

• http://developer.apple.com/IPhone/library/documentation/NetworkingInternet/Conceptual/RemoteNotificationsPG/Introduction/Introduction.html
• http://www.ipodobserver.com/ipo/article/The_iPhone_Multitasking_Myth/
• http://gizmodo.com/5331151/giz-explains-how-push-works
• http://www.windowsmobiletraining.com/Connection/forums/t/3047.aspx
• http://forums.whirlpool.net.au/forum-replies-archive.cfm/1267986.html
• http://it.wikipedia.org/wiki/BlackBerry#Modalit.C3.A0_di_funzionamento_push_email