Fichier VCF ou ICS qui s'importe mal : contacts manquants, événements décalés

Le VCF et l’ICS sont deux formats texte normalisés (RFC 6350 et RFC 5545), respectivement pour les contacts et les événements de calendrier, conçus pour être échangés sans perte entre des logiciels totalement différents. En pratique, deux problèmes reviennent bien plus souvent que les autres.

Un seul contact importé alors que le fichier VCF en contenait plusieurs. Un fichier VCF peut regrouper plusieurs fiches à la suite, chacune délimitée par un bloc BEGIN:VCARD / END:VCARD indépendant. Certains outils d’import, notamment sur mobile, ne lisent que le premier bloc du fichier ou échouent silencieusement sur le reste dès qu’un des blocs contient un champ mal formé. La vérification la plus fiable consiste à ouvrir le fichier dans un éditeur de texte et à compter le nombre d’occurrences de BEGIN:VCARD : s’il y en a plus que de contacts effectivement importés, le problème vient de l’import, pas du fichier source.

Des caractères accentués transformés en suites de symboles illisibles. Les versions plus anciennes de la norme vCard (2.1 en particulier) encodent certains champs en QUOTED-PRINTABLE, une méthode d’encodage de texte antérieure à la généralisation d’UTF-8. Un logiciel qui importe le fichier sans décoder ce champ affiche le texte brut encodé plutôt que les caractères qu’il représente. Ce problème disparaît en pratique avec un fichier généré directement en vCard 4.0, systématiquement en UTF-8.

Un événement ICS affiché à une heure différente de celle prévue. La norme iCalendar gère correctement les fuseaux horaires, mais certaines implémentations résolvent mal le champ de fuseau horaire d’un événement créé dans un fuseau différent de celui du calendrier de destination — un événement créé à 15h dans un fuseau et importé dans un calendrier réglé sur un autre peut s’afficher décalé de plusieurs heures. Vérifier que l’agenda de destination utilise le même fuseau horaire que celui déclaré dans le fichier, ou que ce dernier utilise un horodatage UTC explicite (suffixe “Z”), résout la quasi-totalité de ces décalages.

En résumé : compter les blocs BEGIN:VCARD pour un import de contacts partiel, régénérer le fichier en vCard 4.0 pour des accents cassés, et vérifier la cohérence des fuseaux horaires pour un événement ICS mal placé dans le temps.