Changement d’adresse(s) – mise a jour des emails corporate chez Orange France Telecom

Comme l’a récemment souligné Sébastien Crozier dans un post « à charge », le plan d’adressage email corporate de Orange (France Telécom) change une deuxième fois en 5 ans:

@francetelecom.com / @orange-ftgroup.com / @orange.com

Indépendamment du débat sur le coût et les conséquences de ce changement pour l’opérateur, cette affaire va conduire de nombreux interlocuteurs d’Orange à (re)mettre à jour leurs carnets d’adresse.

Plusieurs centaines pour être précis dans mon cas, d’où le recours à AppleScript pour automatiser la mise à jour du domaine dans les adresses email. L’opération s’est effectuée sans encombre et je vais à nouveau pouvoir voir les photos de ceux qui m’écrivent dans mail.app !

Ci-joint le script permettant de faire la manipulation, n’hésitez pas à l’éditer si vous voulez conserver les « anciennes adresses », ni à vous en servir pour d’autres manipulations sur les emails de vos contacts. Inutile de rappeler qu’un backup de son Carnet d’Adresses est recommandé avant de lancer le script.

Il suffit de copier / coller le texte ci-dessous dans l’éditeur AppleScript et de le compiler :

<– couper ci-dessous –>

— Core program written in 2006-2007
— Updated Sept 2011 for @orange-ftgroup.com > @orange.com migration
— Works on a contact selection : test with one or two before running over all your address book database
— Thanks to Ben Waldie for helping me debug this — http://www.automatedworkflows.com/
— © Philippe Dewost 2011 // http://blog.dewost.com

set changeCount to 0
set errorCount to 0

display dialog « Warning: This script is designed to modify data! Be sure to back up your Address Book database first! » & return & return & « Do you still want to continue? »

try
doReplace(changeCount, errorCount)
on error theError
set archivedChangeCount to changeCount
display dialog « Main Dialog :  » & errorCount &  » error(s) happened. Had updated  » & archivedChangeCount &  » contacts so far. Error was  » & theError &  » … »
doReplace(archivedChangeCount, errorCount)
end try

on doReplace(changeCount, errorCount)
try
tell application « Address Book »
activate
repeat with aPerson in (get selection)
repeat with anEmail in (emails of aPerson)
set textOfEmail to (value of anEmail)
set email_id to id of anEmail
set email_label to label of anEmail
if textOfEmail contains « @orange-ftgroup.com » then

— update email
set newTextOfEmail to my searchReplace(textOfEmail, « @orange-ftgroup.com », « @orange.com »)
set value of anEmail to newTextOfEmail
set label of anEmail to « Work »

— keep soon deprecated address with « other » label
— Uncomment following lines to keep the « old » email with an « other » label
— try
— Corrected by Ben Waldie / AppleScript Guru
— set old_email to make new email at end of emails of aPerson with properties {label: »Other », value:textOfEmail}
— on error theError
— display dialog « Error adding email:  » & theError
— exit repeat
— end try

— Uncomment following line if instead you want to delete the email
— delete (emails of aPerson whose id is email_id)

set changeCount to (changeCount + 1)
end if
end repeat
end repeat
save — applies changes to the addressbook database once done
end tell
display dialog « Finished !  » & errorCount &  » error(s) happened. Have updated  » & changeCount &  » contacts. »
on error theError
set errorCount to (errorCount + 1)
set archivedChangeCount to changeCount
— display dialog « Loop Dialog : Error# » & errorCount &  » happened. Had updated  » & archivedChangeCount &  » contacts so far. Error was  » & theError &  » … »
doReplace(archivedChangeCount, errorCount)
end try
end doReplace

on searchReplace(origStr, searchStr, replaceStr)
set old_delim to AppleScript’s text item delimiters
set AppleScript’s text item delimiters to searchStr
set origStr to text items of origStr
set AppleScript’s text item delimiters to replaceStr
set origStr to origStr as string
set AppleScript’s text item delimiters to old_delim
return origStr

end searchReplace

<– couper ci-dessus –>

Ukibi aurait eu du bon

Monitoring and Optimizing your iPhoto folder size

I noticed recently that my hard drive had shrunk by several, if not a dozen GB. The phenomenon shortly followed a smooth upgrade to OSX Lion who became suspect #1 shortly. And in vain.

Then I turned towards the other usual suspects, namely caches. For these, a simple restart does most of the cleanup and reclaims several GB if your machine has been up and running for a long while (several days if not weeks).

Focus really came to iPhoto when I realized that some changes made to pictures within iPhoto did not reflect on my iPad2: pics were preserved, but did not show up in their latest version.

So I opened the iPhoto packet (Ctrl-click) in my Images folder, sorted content by size, and found that the iPod Photo Cache was 19.6 GB = 25% of my total iPhoto library size

This folder holds all the resized versions of pictures you sync with your various iDevices: in my case, many of the iPhones I had used in my former business lives along with two iPads and a now old iPod Photo… Even if it sits in the iPhoto packet, the iPod Photo Cache content is actually manipulated by iTunes at each synchronization session.

Capture_decran_2011-08-30_a_14

So I quit iPhoto, trashed the folder, and went for 2 long sync sessions (iPhone and iPad) as the whole cache had to be regenerated. Now my pics are in sync again, and the new cache folder is 85% smaller.

Tell me about yours.

The Fireworks Equation : €€€€€€€ = Light + Noise

An absolutely flaggerbasting demonstration of the above equation was given to us on Saturday Sept 10th at the « Grand Feu », claiming to be (and probably being indeed) the biggest in Europe.

Probably also the most expensive (which big means in any case when it comes to qualify fireworks). I haven’t counted how many shots were fired in the « Bouquet Final », but this one lasted more than 5 minutes by itself.

You can check it in up to FullHD resolution and let me know what you think.

Did you know LinkedIn Social Advertising is on by default?

Did LinkedIn tell you that they recently changed their privacy policy and now allow themselves to use your name and photo for commercial use? they could therefore appear in an advert of LinkedIn without your explicit prior consent.

To check what has been turned « on » by default and eventually turn it off:

Linkedin_prefs

  1. Take your cursor to the right top of the page where your name is displayed and a small pop-up menu will appear. Click on “settings”
  2. Click on “Account” (left bottom of the page)
  3. Click on « Manage Social Advertising »
  4. Uncheck « LinkedIn may use my name & photo in social advertising »
  5. And save your settings!

Linkedin_prefs_social_ads

Feel free to inform other LinkedIn users you know.

Une brève histoire d’interfaces

J’ai donné hier une conférence sur le sujet des interfaces, devant 150 DSI, à l’occasion des Entretiens Informatiques d’Opio organisés par Finaki.
La présentation a été projetée à partir d’un iPhone 4 à l’aide d’un câble « connecteur dock VGA » sans aucun accroc technique.

En voici les slides avec en insert l’intégrale des vidéos dont un extrait avait été projeté.

User Interface Innovation often originates from the movie industry

Lot’s of today’s innovations in technology have been envisioned in Sci-Fi stories and designed first for Sci-Fi movies. Think exoskeletons, talking computers, artifical intelligence, … Even today’s user interfaces on gadgets such as tablets get some of their inspirations from movies.

In UI techdom, we see « Minority Report » as one of the few defining UI innovation movies, with several breakthroughs such as translucent glass screens and of course Tom Cruise’s « maestro like » gesture interactions with the system.

[SOLVED]??Strange iPhone/iPad glitch : how to « see » again a « lost » WiFi network

Shortly after iOS4.3 update, I noticed that my iPhone 4 did not « see » my Home Network anymore. The situation was quite unusual as

  • all other devices home, including other iDevices and laptops could still « see » this network
  • my iPhone 4 could see other networks and connect to them
  • restarting the TimeCapsule and Airport stations did not change anything, neither did an iPhone shutdown followed by a start
  • resetting the network parameters did not change anything beyond wiping all my memorized networks

I could not find any trace of this on the web, not even on Quora and before calling Orange customer service, I did a last try on facebook and got a very interesting answer from Bruno Innecco : it turns out that this problem could be solved by resetting the iPhone instead of restarting it. You tend to think that the iPhone reset (reboot) procedure is relevant only in the case of a frozen machine, yet in the present case I could get my (home) WiFi network back.

Super Moon

Img_1047_3

Buy image

Shot from our bedroom at 01:30 AM with my Canon 60D body + 70-200 f/4 L stabilized lens @ 1/400s and ISO100

Le Carnet d’adresses, d’Ukibi à facebook

Ukibi-beta

En contrepoint du très bon « papier » (http://is.gd/78wInh) de mon « camarade » Henri Tcheng (qui ne semble pas être encore sur facebook), quelques remarques en désordre de la part d’un vétéran du domaine:

La notion de carnet d’adresses intelligent a véritablement émergé à la fin des années 1990, quand on s’est aperçu qu’Internet pouvait relier les hommes mais également leurs données, en vue par exemple de simplifier certains processus comme la gestion de leur carnet d’adresses et l’automatisation de sa mise à jour.

1999 est l’an 1 du carnet d’adresses intelligent, avec le projet Ukibi fondé par 3 français sortant du MIT (Huy Nguyen Trieu, Cyril Morcrette et Sébastien Luneau), qui met en place un système très astucieux de propagation de mises à jour de coordonnées baptisé StayInSync™. Ils s’appuient sur un protocole de description de contacts mis au point quelques années plus tôt (vCard, les fichiers .vcf) par le consortium Versit.

Amorcés par Mars Capital, ils lèvent 7 M€ auprès d’Europatweb et commencent à déployer Ukibi dans un contexte ou la connectivité n’est pas encore permanente (ce qui interdit par exemple la synchronisation en tâche de fond), contribuent au lancement du protocole SyncML pour étendre le carnet d’adresse unifié aux terminaux mobiles, mais sont entraînés par l’explosion de la bulle internet et du cash crunch de la téléphonie mobile provoqué par les folles enchères sur les licences 3G.

Une deuxième vague prend le relais, initiée par des acteurs américains beaucoup mieux financés, et qui se déplacent un peu plus vers le graphe social dont ils sont les « inventeurs » (même si la source est probablement dans le projet « 6 degrees » désormais oublié): ces acteurs ont pour nom Plaxo et LinkedIn, ce dernier s’acheminant progressivement vers une IPO planifiée pour 2011.

Puis arrive facebook, qui réussit le tour de force d’imposer en douceur une inscription / identification sous identité réelle, et réussit à conquérir 650 millions d’utilisateurs en quelques années. Le carnet d’adresses de facebook, qui semble un effet secondaire un temps occulté par la dimension « plateforme » (FBML, API, jeux sociaux, applis mobiles) est devenu en effet un actif soigneusement protégé ce que montre très bien l’article d’Henri Tcheng.

On est donc parti du carnet d’adresses, qui a souffert initialement d’un manque de connectivité (broadband fixe et mobile) et de standards (implémentations divergentes de SyncML) avant de « sortir » des réseaux télécom grâce à la (sur)puissance des terminaux et de devenir un des piliers des réseaux sociaux.

Cette évolution a d’ailleurs été largement facilitée par l’effondrement des coûts d’infrastructure matérielle (cloud) et logicielle (opensource) sous-tendu par la loi de Moore (entre 1999 et 2011 la puissance de calcul a été multipliée à cout constant par 250 à peu près)

Parallèlement, les utilisateurs sont devenus beaucoup plus confiants (ou naifs) et acceptent de télécharger leur carnet d’adresses ou de donner accès à celui-ci sur le web (via l’accès a leurs contacts Gmail ou Yahoo) ou directement sur leur smartphone.

Les opérateurs sont paradoxalement restés très en retrait : même si nombre d’entre eux ont des offres, celles-ci se sont fondues dans les interfaces utilisateurs lourdes de leurs portails surchargés, et sont pour la plupart difficiles à découvrir et complexes à utiliser.

Le graphe social, qui pendant longtemps dormait dans les systèmes de facturation, a donc lui aussi été aspiré à l’extérieur.

La suite dépendra de l’équilibre perçu par les clients entre la valeur du graphe (les liens) et la valeur des noeuds (les contacts), mais aussi de la faculté réelle de pouvoir reprendre simplement ce qu’on a confié. Sur ce dernier point, les enjeux ne sont pas tant techniques que stratégiques.

Ukibi, c’était donc en quelque sorte facebook, mais trop tôt, et pas assez financé. Je suis fier d’avoir participé à cette aventure.