Tag Archive for Astuce

Apple Mail : quand il est impossible de déplacer un message d’une boite à une autre

Bug curieux chez un client ces derniers jours : suite à un crash ou à une fausse manipulation, plusieurs milliers de messages se sont déplacés dans des dossiers « Mail – éléments récupérés ». Près de 600 dossiers… Mais surtout, un gros souci, car à chaque tentative de déplacer certains messages dans un autre dossier, on tombe sur le message suivant : 

Le message « Blah blah » n’ pas pu être déplacé dans la boite « Truc ». Impossible de charger le corps du message pour LibM {“199990:34323:Wh*:2017-08-29 17:00:01 CET}”}.

Reconstruire la boite ne servait à rien, pas plus que d’exporter le dossier (la boite exportée pesait quelques Ko) ou de supprimer les messages (même erreur). Même chose également en supprimante les fichiers d’index de Mail. Mes quelques recherches sur le sujet n’ont pas donné grand chose, à part ce message d’un utilisateur sur les forums de discussion d’Apple expliquant qu’il est touché par le problème quand il est offline, par exemple dans un avion. Cela dit, c’était un début de piste intéressant. D’autant plus que certains messages se transféraient mais pas d’autres. Pourquoi donc ?

Après avoir regardé un peu dans la hiérarchie de Mail, j’ai trouvé une solution : certains messages qui posaient souci étaient indiqués dans le Finder comme étant de type .partial.emlx, alors que les autres étaient juste des fichiers .emlx. Et effectivement ces derniers se déplaçaient bien, mais pas les autres.

Et donc, en pratique : 

  1. Quittez Mail.
  2. Dans le Finder, ouvrez votre dossier Bibliothèque personnel (cliquez sur le menu Aller tout en enfonçant la touche Option pour afficher le menu Bibliothèque).
  3. Allez dans le dossier Mail/V4 (vous êtes donc dans ~/Library/Mail/V4). 
  4. Cherchez le compte ou se trouvent les messages qui posent problème. Pas forcément évident si vous avez beaucoup de comptes, car ils utilisent un UUID plutôt qu’un nom de compte… Dans ce cas, cherchez un dossier au nom bien particulier qui se trouverait sur ce compte (sinon créez un dossier « GG est le plus grand » et vous le retrouverez facilement, pensez juste à quitter Mail ensuite.
  5. Placez-vous dans le dossier où se trouvent les mails problématiques.
  6. Ouvrez le dossier qui s’y trouve (avec un numéro) puis le dossier Data.
  7. Dans les souss-dossiers qui s’y trouvent, vous découvrirez différents fichiers de mail, dont certains commencent par .partial.emlx : ce sont ces messages qui posent souci. En réalité ils sont bien complets (on peut les consulter sans problème) mais pour une raison inconnue Mail les a considérés comme incomplets.
  8. Supprimez donc « .partial » du nom de chaque message. Si vous disposez de centaines de dossiers, c’est le moment de mettre le nez dans Automator (Sylvain Gamel a écrit d’excellents bouquins sur le sujet ) !
  9. Relancez Mail.
  10. Déplacez vos messages à nouveau comme vous le souhaitez.

Faut-il passer à macOS High Sierra ?

  • NON si vous utilisez votre Mac à titre professionnel. Attendez quelques mois, le temps que vos logiciels préférés soient mis à jour et qu’Apple ait sorti la mise à jour 10.13.2 ou 10.13.3. Relisez également mon précédent billet.
  • PEUT-ÊTRE si vous êtes un particulier et que vous avez envie de goûter à toutes ses nouveautés.
  • OUI si vous aimez l’aventure.
Et dans tous les cas :
  • NON, NON ET NON si vous n’avez pas sauvegardé vos données auparavant.
Ça sera tout.

Macos high sierra thumb800

High Sierra : comment s’y préparer en entreprise (et pas que)

High Sierra, alias macOS 10.13, approche à grands pas, et à ce titre, Apple a diffusé plusieurs articles techniques en amont, tous résumés dans cet article. Intéressons-nous y donc de plus près…

Abandon des certificats signés SHA-1 utilisés avec le protocole TLS.

Cela peut avoir un impact si vous utilisez d’anciens certificats sur d’anciennes versions de Mac OS X Server, par exemple. Notez cependant cette phrase pas anodine en italique dans le document :

Les certificats CA racine signés SHA-1, les certificats SHA-1 distribués par des entreprises et les certificats SHA-1 installés par les utilisateurs ne sont pas concernés par cette modification.

Cela n’est donc surtout vrai que si, par exemple, vous hébergez un site web sur un serveur, site protégé par TLS avec un certificat considéré désormais comme non fiable. Depuis macOS 10.12.4 et iOS 10, Safari affichait une alerte en cas de certificat non fiable, mais désormais, la connexion est carrément refusée. À vous de mettre à jour votre certificat sur votre site. Ça ne sera pas un mal dans tous les cas…

Et dans tous les cas, même pour vos certificats d’entreprise, ou autres, il vaut mieux basculer vers des certificats signés de façon plus sûre.

Les certificats utilisant des clés RSA d’une taille inférieure à 2048 bits à travers toutes les connexionsMacos aofs maj TLS ne seront plus considérées comme sûres.

Là encore, il s’agit d’une amélioration de la sécurité au vu des évolutions technologiques. Apple pousse la sécurité vers le haut, et préfère abandonner des technologies considérées comme obsolètes côté sécurité. Si vous êtes administrateur informatique, attention donc si vous utilisez par exemple des services comme des VPN utilisant des clés RSA un peu trop faibles.

Un exemple de clé RSA non valide sous macOS High Sierra (chiffrement 1024 bits).

TLS 1.2 par défaut pour les configuration EAP-TLS

Important surtout si vous utilisez une authentification de type entreprise exploitant le protocole EAP-TLS pour vos connexions Wi-Fi ou Ethernet. Vos points d’accès devront désormais utiliser TLS 1.2 et non plus 1.0. Dans le cas où vos points d’accès ne peuvent être mis à jour, vous devrez appliquer un profil de configuration sur vos Mac pour forcer l’utilisation de TLS 1.0.

APFS : tout ce qui va mettre le souk dans vos systèmes informatiques

J’ai déjà longuement abordé APFS, je ne reviendrai pas dessus, même si il va falloir éduquer quelque peu vos utilisateurs (« je comprends pas pourquoi désormais quand je duplique des fichiers de 10 Go, la copie se fait toute seule et la taille du disque ne bouge pas… »). Apple y a carrément dédié un article spécifique, pas encore disponible en VF (mais le lien que j’ai utilisé devrait pointer sur la VF dès qu’elle sera disponible).

Il va cependant falloir noter certains points TRÈS importants lors de la migration vers High Sierra.

  • High Sierra va automatiquement convertir tous vos disques de type flash (internes ?) vers APFS, et à priori, on ne peut pas l’éviter. Or, si vous avez des disques partagés via le protocole AFP, ceux-ci ne pourront plus être partagés en utilisant ce protocole (obsolète). Ça peut être gênant si vous avez des anciens clients sous Mac OS X, ou des logiciels qui supportent mal le SMB (<Tousse> Adobe CC <Tousse tousse>), dans ce cas vous ne pourrez plus vous connecter en forçant AFP plutôt que SMB.En clair, si vous avez des serveurs tournant sous des versions récentes de macOS, évitez le passage sous High Sierra si vous avez encore besoin du protocole AFP.
Macos aofs maj

Si vous voyez cette case sur un disque dur classique, vous ne la verrez pas lors de l’installation de la version finale de macOS High Sierra sur un disque flash.

  • Notez que le passage ne sera automatique que pour les disques intégralement Flash, donc pas de migration si vous utilisez un Fusion Drive ou un disque dur classique.
  • Si vous utilisez Time Machine via AFP, vous devrez basculer la connexion en SMB. Du coup, vos postes clients devront peut-être être reconfigurés pour être à nouveau sauvegardés via Time Machine.
  • Les versions de macOS antérieures à macOS 10.12.6 ne pourront pas lire ou écrire sur un disque APFS. Si vous devez assurer l’échange de fichiers avec des disques externes vers d’anciens systèmes, ne les convertissez pas vers APFS. Utilisez Mac OS Étendu pour l’échange vers des Mac, ou exFAT si vous devez également transférer des fichiers vers des PC (évitez FAT-32 (pas de gestion des gros fichiers) et NTFS (pas géré nativement par macOS en écriture)) (et oui je sais il y a trop de parenthèses dans cette phrase).
  • Boot Camp est supporté si vous mettez à jour votre Mac vers macOS Sierra, SAUF si le volume Boot Camp est d’une taille supérieure à 3 To ET réside sur un disque Fusion Drive. Que se passe-t-il si vous avez un volume Boot Camp de plus de 3 To sur un Fusion Drive ? Ben… on ne sait pas. Mystère total. Est-ce que le volume devient non bootable ? Est-ce qu’il faut recréer la partition Boot Camp intégralement ? Au cas où, vous pouvez quand même réduire le volume avec Camptune X (testé avec succès chez moi).
  • Dans tous les cas, Boot Camp ne gèrera pas APFS, en tout cas pour le moment. Cependant, la phrase d’Apple est ambiguë : Boot Camp doesn’t support Read/Write to APFS-formatted Mac volumes. Est-ce que ça veut dire que Boot Camp supportera au moins la lecture des volumes APFS ? SI vous avez la réponse à cette question, ça m’intéresse :)
  • Et évidemment, il faudra mettre à jour la totalité de vos utilitaires de gestion/réparation de disque avec des versions compatible APFS. Mais ça, vous vous en doutiez, n’est-ce pas.

Du côté des services d’annuaires…

Pas grand chose à signaler de ce côté. Ah si, quand même un truc important :

  • Les postes sous High Sierra ne pourront plus être reliés à un annuaire Active Directory dont le niveau de fonctionnalités est inférieur à 2008. Exit Windows Server 2003. Mais de toute façon, en tant que bon sysadmin, ça fait longtemps que vous avez dégagé vos serveurs 2003, n’est-ce pas (enfin je l’espère pour vous).
  • Y’a un deuxième point à savoir, si vous faites partie des 2 administrateurs à encore utiliser NIS, vous ne pourrez pas intégrer vos postes High Sierra. Je sais, c’est un coup dur.

Extensions de kernel… UAKEL bordel ! 1

Du côté des extensions de noyau, ou kernel pour les intimes, il y a énormément de changements. Tout d’abord, rappelons ce qu’est une extension de noyau. Il s’agit d’un fichier doté d’une extension .kext qui ajoute des fonctionnalités au micro-noyau de macOS. La plupart du temps, les extensions de noyau sont plutôt des pilotes matériels, des protocoles réseau, des systèmes de fichiers… Dans l’absolu, Apple invite fortement les développeurs à se passer des extensions de noyau pour éviter qu’un crash d’une extension provoque la chute du système (et donc un reboot obligatoire). Et il est rare qu’un logiciel ait vraiment besoin de charger des extensions de noyau. Mais cela arrive !

Avant High Sierra, une application pouvait installer une extension de kernel et se lancer tranquillou billou, sans que l’utilisateur en soit averti. Mais désormais, le comportement de macOS va changer. Un nouveau mécanisme appelé User Approved Kernel Extension Loading (UAKEL, c’est moche) va désormais inviter l’utilisateur à valider les applications à utiliser une extension de noyau à se charger.

Alors, j’avoue que quelque part, ça me laisse perplexe. En effet, dans cela fait seize ans que macOS charge des extensions d’applications tierce sans qu’Apple s’en émeuve, et d’un coup, ça devient un méga-problème. C’est très bien qu’Apple veuille que les utilisateurs sachent que des trucs se passent sur leur Mac, mais d’un autre côté, ça implique que l’utilisateur comprenne ce qu’est une extension de noyau, et aille valider dans un dialogue s’il souhaite ou non utiliser une extension sans comprendre vraiment à quoi ça sert. Mouaaaaaaaaaais. D’autant plus que l’utilisateur n’aura pas besoin d’être administrateur pour activer l’extension. Ce qui, à mon goût, tue un peu l’intérêt du truc. Cela me fait furieusement penser au concept de l’UAC sous Windows… Erik Gomez a longuement écrit (en anglais) sur ce qu’il appelle Kextpocalypse. Heureusement, Apple a modifié le comportement de l’UAKEL pour rendre la gestion bien plus simple que prévue :

  • UAKEL ne s’activera que pour les nouvelles extensions installées après ou pendant l’installation de High Sierra. Si vous avez déjà des applications installées qui utilisaient des extensions, elles seront automatiquement validées. Ça devrait déjà éliminer un paquet de problèmes.
  • Si une extension remplace une extension déjà validée, elle ne demandera pas la validation.
  • Surtout, si vos Mac sont enrôlés dans une solution de gestion de mobilité (MDM), telle Jamf Pro, Jamf Now, Airwatch, Filewave, Profile Manager… UAKEL sera automatiquement désactivé. Plus de crainte de centaines d’appels affolés après une migration en masse vers High Sierra !
  • Par ailleurs, Apple précise que vous pourrez désactiver UAKEL à la main sur vos postes à l’aide de la commande spctl en démarrant sur la partition Recovery (processus lourd). Et réinitialiser la NVRAM réactivera automatiquement  l’UAKEL.

Mettre à jour vers macOS High Sierra… ou déployer une image de High Sierra ?

Depuis l’arrivée du programme DEP pour le déploiement des appareils, la question de déployer un système en s’appuyant sur une image-disque avec un outil comme Deploy Studio ou autre se pose de plus en plus. Dans le cas du passage à High Sierra, la question ne se pose même pas :

Vous DEVREZ déployer au moins une fois High Sierra via l’application de mise à jour.

L’explication est simple : lors du déploiement de High Sierra, une mise à jour de firmware sera également automatiquement installée par le logiciel d’installation de macOS, comme l’explique cet article. Impossible également de mettre à jour un système sur un disque externe ou sur un Mac en mode disque cible.

Apple a d’ailleurs ajouté de façon très claire et bien visible dans son article :

Apple doesn’t recommend or support monolithic system imaging when upgrading or updating macOS.

C’est clair non ?
 
CEPENDANT.

Vous pourrez toujours faire une image d’un Mac après qu’il ait été migré en High Sierra une première fois, puis déployer l’image SI CES MACS ONT ÉTÉ DÉJÀ MIS À JOUR UNE PREMIÈRE FOIS VERS HIGH SIERRA.

En clair : si vous avez déjà mis une première fois vos Mac à jour vers High Sierra, rien ne devrait vous empêcher de déployer une image monolithique par la suite, une fois que le firmware a été déployé. Mais ça ne reste pas une solution que je recommande, pour plein de raisons qu’il serait trop long de lister ici.

Par contre, imaginons que vous commandiez un lot d’iMac ces jours-ci auprès d’Apple, et que ces iMac vous soient livrés avec macOS 10.12 Sierra. Là, vous vous dites, « les machines sont neuves, j’attends High Sierra et je les déploie avec un nouveau master tout beau tout propre vers High Sierra avant de les déployer, ni vu ni connu j’t’embrouille ». Ben là, c’est complètement non supporté et vous risquez de rencontrer des problèmes (kernel panics, chute de cheveux, nouvelle émission d’Hanouna, que sais-je). Donc, vous devrez passer par la case mise à jour de logiciels :

  • Par la partition Recovery avec Option + Commande + R (si vous utilisez Cmd + R, vous réinstalleriez la version de l’OS fournie avec votre Mac !) ;
  • En lançant l’installation de macOS depuis le Finder ;
  • Avec un disque d’installation  de macOS créé avec la commande createinstallmedia OU DiskMaker X (Et oui, cela signifie aussi que Diskmaker X sera sûrement d’actualité pour High Sierra ;-) ) ;
  • En créant une image d’installation avec l’utilitaire d’image-système et en la déployant avec la fonction Netinstall de macOS Server.

Le plus simple sera sûrement de déployer l’application High Sierra (à l’aide d’un logiciel d’installation customisé) en exploitant votre solution de déploiement habituelle, Jamf, Filewave, Munki, etc).

Conclusion

Ne migrez pas tout de suite vers High Sierra dès sa sortie. Si vous le pouvez, bloquez la mise à jour autant que possible, et attendez la version .2 ou .3 pour la déployer, comme d’habitude. N’oubliez pas que vous pouvez simplement désactiver le téléchargement des mises à jour en arrière-plan. Jamf Pro permet aussi de bloquer le lancement des applications

Et surtout, testez, testez et testez. La meilleure solution pour les déploiements de ce type consiste souvent à déterminer deux ou trois utilisateurs avancés/passionnés capables de vous faire des vrais retours d’expérience, capables d’assumer les conséquences d’une migration anticipée vers un nouvel OS, de vous indiquer clairement les soucis rencontrés.

N’hésitez pas à renvoyer à Apple vos rapports de bugs. Oui, ils sont bien lus et ils sont pris en compte, surtout si ils sont nombreux. Mais cela pourrait être l’objet d’un autre article.

Et dans tous les cas, enjoy macOS High Sierra !

  1. Je me rends compte que je n’ai jamais fait de vanne sur Kernel et Lion, alors que les Kernel de Lion, ça aurait pu faire un super gag gastronomique. C’est triste.

Captures d’écran sur Mac : capturer un dialogue (et pas toute une fenêtre)

Une petite astuce fort utile si vous faites des captures d’écran à longueur de journée sur votre Mac…

Vous savez normalement qu’en utilisant Cmd + Maj + 3, on capture tout l’écran du Mac, et Cmd + Maj + 4 capture une zone de l’écran.

Maintenant, les pros savent également qu’en utilisant Cmd + Maj + 4 puis en enfonçant immédiatement la barre d’espace, on peut sélectionner une fenêtre à l’écran. Mais cette dernière commande a un petit défaut : si vous capturez un dialogue dans une fenêtre, comme dans l’exemple ci-dessous :

Capture Complete

Vous n’aurez pas d’autre choix que de capturer toute la fenêtre, puis recadrer l’image pour ne sélectionner que le dialogue lui-même.

Sauf que.

Si vous laissez enfoncée à ce moment la touche Cmd, vous aurez la possibilité de sélectionner le dialogue en premier plan SANS capturer toute la fenêtre. Vous pouvez aussi capturer uniquement la fenêtre en arrière-plan si ça vous chante.

Capture Partielle

 

 

Je sais pas vous, mais moi, cette astuce va me changer littéralement la vie. Ou pas. Mais quand même.

Utiliser l’authentification à deux facteurs d’Apple ID avec un système non supporté

J’ai activé il y a déjà quelques temps sur mon Apple ID l’authentification à deux facteurs afin de sécuriser les accès à ce compte. Mais les conditions d’utilisations de l’authentification à deux facteurs requièrent l’utilisation d’une version de macOS égale ou supérieure à El Capitan (10.11) ou iOS 9 ou ultérieur. Or, j’ai du pour diverses raisons rétrograder hier une machine en 10.10. Et là, le drame : impossible d’authentifier mon compte dans iTunes ! Pourtant le dialogue d’authentification apparaît bien dans iTunes, mais on me demande de retaper mon mot de passe AppleID, et au bout de deux essais, il m’éjecte… alors que le code de vérification apparait bien sur mes appareils de confiance !

La solution, documentée, est finalement très simple : dans le dialogue de confirmation du mot de passe affiché par iTunes (ou par le système), tapez le mot de passe de votre AppleID suivi du code à 6 chiffres reçu sur un appareil de confiance. Le logiciel le reconnaitra alors immédiatement.

De quoi s’éviter parfois bien des prises de tête !

Un package pour supprimer Microsoft Office 2011 d’un Mac

Si vous décidez de migrer sous Microsoft Office 2016 ou avez décidé de vous débarrasser d’Office 2011 pour passer à un autre logiciel (ou le réinstaller proprement), vous n’avez peut-être pas envie de garder non plus toutes ses scories sur votre Mac. Alors hop, en cadeau, un tout petit package que vous pouvez déployer à la main ou via Apple Remote Desktop, FileWave, Casper ou l’outil de déploiement de votre choix.

Attention : le mpkg n’est pas signé (je ne sais pas pourquoi, il veut pas…). Donc pour le moment, il faut l’ouvrir avec Ctrl + clic > Ouvrir. C’est comme ça. Correction : le package est désormais proprement signé, donc plus besoin de faire de Ctrl + Clic, merci Laurent Pertois et Stéphane Sudre :)

Télécharger Uninstall Office 2011.pkg (19Ko)

Envoyer un mail avec une autre adresse e-mail via Gmail sur iOS

Une cliente m’a posé une petite colle ces derniers jours. Elle utilise un compte Gmail pour sa messagerie, mais souhaite que son adresse avec son domaine personnalisé apparaisse quand elle envoie un message. En clair, plutôt que le destinataire reçoive un message de la part de contactclient@gmail.com, le message apparaisse comme provenant de contact@leclient.fr. Ce qui n’est ni esthétique, ni très pro.

Et bien, effectuer une configuration de ce type est loin d’être aussi évident qu’il y paraît avec iOS. Après avoir cherché longtemps, et lancé un appel sur Twitter, il semble que les conclusions sont définitives :

C’est un peu beaucoup la merde à mettre en place. J’ai reçu pas mal de réponses, certaines assez contradictoires, mais au final, j’ai réussi à avoir des infos à peu près claires.

En fait, lorsque vous envoyez un message via un compte Gmail sur iOS, l’adresse Gmail original apparaît toujours (sauf à utiliser un compte Google Apps, et donc payer, selon @ristic OU à ne pas utiliser le SMTP de Gmail).

Mais même dans ce cas, c’est moins évident qu’il n’y paraît. En effet, si vous créez un compte de type Gmail sur iOS, le SMTP utilisé sera TOUJOURS celui de Google. Même si vous ajoutez un serveur SMTP secondaire, celui de Google aura toujours la priorité. Pire encore, vous ne pouvez pas le désactiver.

Seule solution : passer… en IMAP. Donc supprimer le compte Gmail, et re-paramétrer un compte de messagerie de type Autre > Mail dans la partie Réglages > Mail, Contacts, Calendrier d’iOS.

Mais là encore, subtilité. J’avais au départ renseigné le compte en mettant tous les paramètres de Gmail, y compris SMTP, puis paramètré un serveur SMTP secondaire non Gmail, avant de désactiver le serveur SMTP principal Gmail. Théoriquement, on se dit que si le serveur Gmail est désactivé dans iOS, le serveur secondaire devrait être pris en compte en priorité. Et bien, pas du tout ! Le serveur Gmail continue d’être exploité en priorité, même s’il est désactivé selon iOS. Là, je penche plutôt pour le bug idiot, parce que je ne vois pas la logique de permettre de désactiver un compte  mais qu’il reste finalement actif ET prioritaire.

La seule solution consiste donc à mettre dans les paramètres du compte toutes les informations d’un autre compte SMTP non Gmail dans les paramètres du serveur primaire. Et là, ça marche : le message arrive bien avec la bonne adresse e-mail affichée.

Malgré tout, c’est un vrai problème, dû à la fois à Google ET à Apple. Si Gmail a un fonctionnement en IMAP bien particulier (les déboires de la 10.9 avec Gmail sont là pour le rappeler), son fonctionnement en SMTP est tout aussi étrange : à partir du moment où le serveur accepte un identifiant pour l’authentification SMTP ET que l’adresse d’envoi est bonne, il n’y a aucune raison pour que le serveur ré-écrive l’adresse e-mail d’expédition. Mais Apple ne nous simplifie pas non plus la vie, en empêchant toute modification sur la création d’un compte Gmail à posteriori (les réglages du serveur d’envoi sont tous grisés), et en utilisant un serveur SMTP pourtant désactivé comme serveur primaire d’expédition…

Quand le compteur de Mail perd les pédales

Je viens tout juste de passer sur Mavericks, après deux semaines plutôt agitées côté taf [[1.Quand on est en pleine migration de système pour un client, on préfère éviter les blagues avec sa propre bécane à un moment critique…). Mise à jour standard, faite sans grosse difficulté : je ne fais plus de clean install depuis longtemps, et ça ne m’a jamais apporté de souci majeur.

Cette fois-ci, un peu plus que d’habitude. Au lancement, Mail m’annonce qu’il ne peut convertir ma base de messages au nouveau format, puis m’avertt qu’il devra à nouveau tout importer au prochain lancement; Et oui, effectivement, c’est ce qui se passe… mais pas de souci majeur à l’arrivée, les mails sont tous là et bien là.

Sauf qu’il y a un léger souci. J’ai une boite intelligente qui m’indique le nombre de messages non lus. Et là, je constate que…

 

Mail Erreur messages Non lus

… Mail m’indique toujours un message non lu, alors que tous les messages sont bien lus. Gênant.

Solution glanée sur les forums de discussion d’Apple, souvent bien garnis en réponses pertinentes :

  1. Quitter Mail ;
  2. Aller dans ~/Bibliothèque/Mail/V2/MailData/ ;
  3. Mettre à la Corbeille tous les fichiers commençant par Envelope Index ;
  4. Relancer Mail.

Si ça ne suffit pas :

  1. Sélectionnez toutes les boites aux lettes dans la liste (un bon commande + A suffira) ;
  2. Attendez. Mail va lire le contenu des boites et éventuellement remettre à jour le compteur.

Si ça ne suffit toujours pas…

Et ben tant pis. Na.

OS X : Filevault et Assistant migration ne font pas bon ménage

Si vous utilisez l’assistant de migration d’OS X pour migrer un compte utilisateur d’OS X vers une autre machine et que cette dernière utilise Filevault 2, attention… En effet, si sur le coup, tout semble impeccable, au redémarrage suivant, vous risquez de ne plus voir apparaître votre compte utilisateur nouvellement migré !

La raison en est simple : si le compte a bien été migré, il n’a pas pour autant automatiquement le droit de déverrouiller le disque avec le compte Filevault. Pour cela, ouvrez la préférence Système Sécurité, et cliquez sur le bouton Activer les utilisateurs

Cliquez ensuite sur Activer l’utilisateur… et tapez son mot de passe et validez.

Filevault2

Vous aurez alors accès à votre compte dès le démarrage… Ouf ! Le plus étonnant dans cette histoire est que l’Assistant migration ne semble pas prévenir après la fin de la migration de cet éventuel problème, c’est ballot.

Des rendez-vous à la minute près avec Calendrier

Une petite astuce intéressante dans Calendrier sous OS X 10.8 (et peut-être dans les anciennes versions, pas testé) : quand vous créez un rendez-vous, vous glissez le curseur vers le bas pour ajouter du temps par palier de un quart d’heure. Classique. Mais si vous enfoncez la touche Majuscule (Shift) pendant que vous glissez le curseur vers le bas ou le haut, vous pouvez sélectionner la durée du rendez-vous à la minute près. La minute de l’heure s’affichera alors à gauche dans la marge.

Calendrier RDV Precis

 

D’ailleurs, si vous cliquez à un endroit précis dans la zone du calendrier avec la touche Majuscule enfoncée, le point de départ du rendez-vous sera également défini à la minute près.

Enfin, si vous déplacez le rendez-vous avec Majuscule, il sera également possible de le déplacer à la minute près.