OS X El Capitan est de nouveau sensible à la casse

Nicolas Furno |

C’est une option qui avait disparu pendant l’été, mais qui a fait son retour juste avant la sortie finale : on ne pouvait plus formater un disque dur sensible à la casse dans l’Utilitaire de disque. Si l’on voulait effacer un disque dur, on n’avait plus que deux options pour OS X : standard et chiffré.

Pendant les bêtas, l’utilitaire de disques d’OS X El Capitan avait considérablement réduit le nombre d’options quand on voulait formater un disque dur. Cliquer pour agrandir

La GM, qui sera aussi la version finale attendue dans la semaine, a restauré l’option pour obtenir un volume sensible à la casse. On a ainsi de nouveau quatre choix possibles : standard, chiffré, sensible à la casse ou sensible à la casse et chiffré. Sur ce point, OS X 10.11 a repris toutes les options précédentes, si bien qu’il n’y a aucune différence entre El Capitan et son prédécesseur.

Cliquer pour agrandir

Rappelons que, dans l’immense majorité des cas, il ne faut pas opter pour un disque dur sensible à la casse. OS X n’est pas pensé pour ce cas de figure et de nombreux logiciels peuvent avoir des bugs, quand ils ne plantent pas directement, avec un système sensible à la casse. Mais si vous en avez besoin, l’option sera bien présente.

avatar vrts | 

Svp les gens qui utilisent la beta, y a toujours les soucis de SMTP sortant sous Mail qui sont arrivés avec Yosemite ?

avatar oomu | 

?

je n'ai jamais eu de soucis smtp sortant sur yosemite (et personne à mon travail ou étudiants de l'université est venu jusqu'à moi avec un tel bug).

Vérifiez le serveur smtp que vous utilisez (il y a des restrictions subtiles entres opérateurs), vos éventuels règles de pare-feu/autres logiciels (port 25) et votre FAI.

dans mon cas, j'utilise indifféremment le smtp de mon entreprise (ssl authentifié) et le smtp de mon fait (non ssl) et celui d'icloud occasionnellement. Jamais eu de soucis de 10.10.0 à 10.10.5

Quels sont ces bugs exactement ? taille de courrier ? entête bizarroïdes ?

avatar vrts | 

Merci.
oui j'ai fais tout ça, c'est un bug connu mais pas non plus total, des centaines de personnes en parlent sur les forums depuis Yosemite. Le SMTP sortant qui ne veut plus envoyer de mails sur certaines boites mails (5 comptes chez moi, 1 seul bloque). https://discussions.apple.com/thread/6609827 (j'ai fait les astuces de cette discussion, ça a marché mais le bug est revenu depuis 2 jours...)

Un peu comme les pertes de wifi. (que j'ai aussi).
J'ai eu tout ça avec Yosemite, pas de soucis avant, du coup je croise le doigts pour El Captain ;)

bref, pas bien grave je ferais une clean install !

avatar JLG47_old | 

C'est peut-être général ou une originalité Apple, mais quant une adresse de destinataire est anormale, le message indique un blocage SMTP. Il faut bien lire le message d'alerte qui mentionne l'adresse incriminée.
Ceci explique peut-être aussi le temps de réaction de l'envoi, car toutes les adresses sont vérifiées avant l'envoi, et s'il y en a beaucoup…
Et sur mobile, je dois utiliser uniquement l'adresse @icloud.com pour envoyer les messages. Allez savoir pourquoi!

avatar SadChief | 

"Et sur mobile, je dois utiliser uniquement l'adresse @icloud.com pour envoyer les messages. Allez savoir pourquoi!"

Je ne suis donc pas le seul, merci pour la confirmation.

avatar marc_os | 

@SadChief :
Euh... Dans mon iPhone j'ai mis comme adresse Mail dans les réglages "monNom@mac.com" et c'est Mac.com que voient les destinataires !

avatar oomu | 

@marc_os

faites un essai en remplaçant @mac.com par @icloud.com

avatar oomu | 

si par messages, vous parlez de iMessage, il est arrive qu'on ne peut pas utiliser une adresse de courrier déjà utilisée dans un autre service Apple (surtout si on est utilisateur de longue date).

Il faut faire valider l'adresse qu'on veut utiliser comme identifiant iMessage. Il est possible d'échouer pour diverses raison (si Apple la connait pour un autre service et que c'est exclusif, par exemple).

-
Si messages, c'est "courrier":

quand on écrit sur iOS avec "l'adresse @icloud", on utilise l'infrastructure iCloud d'apple (son propre serveur smtp)

Si votre opérateur ne bloque pas Apple, il n'y a pas de raison que cela échoue (enfin, sauf quand Apple explose bien sur..).
Les services d'Apple peuvent être utilisés que pour envoyer des courriers avec une adresse d'expéditeur apple (@icloud.com @me.com etc), cela pour empêcher qu'Apple devienne une source de spam. iOS ne propose donc pas de configurer l'adresse de son choix avec iCloud du coup.

je pense donc que vous avez un soucis de configuration du smtp de VOTRE opérateur 4G.

-
(concernant le courrier électronique, toute la merveilleuse complexité est en réaction à l'excellent travail des spammeurs pour nous pourrir la vie depuis les années 90, merci à eux. Google est arrivé en sauveur en disant "ben on centralise tout chez moi, vous passez tous par moi, et c'est simple !" "heu..." )

avatar Apollo11 | 

@oomu :

De mon côté, c'est le temps que met parfois un courriel à s'envoyer. Ça peut prendre 30 secondes, une minute, alors qu'en principe ça devrait être plutôt instantané. Du moins, c'est ce que dit la progression du traitement de l'envoi dans Mail (et iCloud.)

Par contre, l'autre jour j'ai envoyé un courriel à un ami qui était chez moi, et il l'a reçu aussitôt envoyé, même si de mon côté Mail indiquait que l'envoi était encore en cours. Et je suis sur El Capitan GM.

avatar oomu | 

@Apollo11

désolé, je ne crois pas au bug.

il y a un millier de raison pourquoi un courrier envoyé vers un domaine peut prendre + de temps qu'un courrier envoyé à un AUTRE domaine.

n'ayant pas de détail (pas les adresses de vos correspondants, ni le log de votre mail, etc), je ne peux que spéculer.

un exemple: @oomu.org fait du "greylisting" (voir wikipedia)

Si vous m'écrivez pour la première fois, je ne verrai votre courrier que d'ici 1h ou 2h (je ne sais plus de tête).
Pour faire vite: pour tester si vous êtes un expéditeur fiable (pas un spammeur), mon serveur smtp va d'abord vous refuser en indiquant que l'erreur est temporaire (il ment et va indiquer une période + ou - fixe.), et attendre une réexpédition du courrier par VOTRE mail ou serveur smtp. Si lors du renvoi, tout colle comme lors du premier, alors mon serveur accepte enfin le courrier et là je peux le lire.

Tout va bien donc, les logiciels fonctionnent parfaitement, mais cette technique du greylisting force un délai. (les fois suivante, votre adresse ayant été testée, il n'y aura pas de délai)

-
les serveurs smtp des FAIS sont capricieux: vous ne pouvez pas utiliser smtp.orange.fr si vous êtes chez free

certains FAI refusent que vous envoyez des courrier avec comme expéditeur une adresse d'un domaine d'un domaine ne leur appartenant pas (par exemple Dieu.Suprème@oomu.org si je suis chez tartampion.com )

Activer SSL peut poser soucis chez un mauvais serveur smtp

-
Mail dispose de quelques outils pour savoir ce qui se passe. Menu Fenêtre / Activité et Fenêtre / Diagnostic de connexion

après bien sur, je dirais d'utiliser les commandes unix netstat, lsof et tcpdump pour voir ce que fout votre machine quand vous envoyez un courrier, et surtout ce qu'on lui répond. Y a des outils graphiques plus agréable pour voir ça.

Bref, non je ne crois pas au Terrifiant Bug Mail mais encore et toujours (comme wifi) à des causes "environnementales".

avatar Apollo11 | 

@oomu :

Euh... C'est pas une question de foi, disons, croire ou pas au bogue. Même que c'est un peu étrange comme réponse, mais bon.

Il y a un bogue. Point. Je l'expérimente depuis assez longtemps que j'ai finalement changé pour Airmail, qui lui n'a aucun délai dans l'envoi de courrier. Je suis revenu à Mail depuis la GM de El Capitan, pour voir si le problème était réglé. Non.

Le délai s'affiche dans l'état des activités de Mail. Le message semble prendre du temps à être traité.

avatar oomu | 

"Euh... C'est pas une question de foi, disons, croire ou pas au bogue. Même que c'est un peu étrange comme réponse, mais bon."

j'avoues :)
y a une goutte de provoc de ma part.

-
"Le délai s'affiche dans l'état des activités de Mail. Le message semble prendre du temps à être traité."

fascinant. j'adorerais voir votre mac.

et les réglages sont les mêmes qu'avec Airmail ? vous avez une signature ?

avatar Apollo11 | 

Tout pareil.

avatar oomu | 

je refuse de croire à la fatalité, y a forcément une raison. C'est un refus ontologique du bug ! :)

sinon, vous avez fait un test avec un compte vierge ou supprimé les préférences de Apple Mail ?

avatar BeePotato | 

@ Apollo11 : « Par contre, l'autre jour j'ai envoyé un courriel à un ami qui était chez moi, et il l'a reçu aussitôt envoyé, même si de mon côté Mail indiquait que l'envoi était encore en cours. Et je suis sur El Capitan GM. »

Dans la procédure d’envoi, Mail compte l’envoi effectif par SMTP, mais aussi l’écriture d’une copie du mail dans le dossier de messages envoyés sur le serveur IMAP (si les réglages du compte vont dans ce sens).
Du coup, si ce serveur est un peu long à réagir, il est normal que le mail puisse être reçu à l’autre bout avant que Mail n’annonce en avoir fini avec l’envoi.

avatar oomu | 

@BeePotato
@Apollo11

très bonne idée, c'est dans Réglages de Comptes / Comportements des Bals.

vérifier que stocker sur le serveur n'est pas coché.

avatar Breizh44 | 

la restauration de disque n'a toujours pas reparue?

avatar Moonwalker | 

OS X n’est pas pensé pour ce cas de figure

OS X si, et depuis longtemps. Ce sont les logiciels Adobe et Microsoft qui font de la résistance.

Time Machine c'est du HFS+ sensible à la casse.

avatar oomu | 

Carbon n'est pas pensé pour la casse et effectivement les logiciels d'Adobe habitués au monde simple de Mac Os Classic n'apprécient pas du tout de faire subitement la différence (en plus de NFS... halala quelle époque ce fut).

Du coup, il n'y a pas le risque qu'Apple ait été négligent par ci par là ?

-
ce laisser aller a des conséquences délirantes: nombre de gens qui paquetagent des greffons, contenus, extensions pour des logiciels multiplateformes windows/osx sont négligents avec la casse, mettant au gré de leur fantaisie des majuscules ou non. De fait, on ne peut plus être rigide avec la casse...

avatar Moonwalker | 

Je suis satisfait qu'Apple ait rétabli cette option dans l'Utilitaire de disque, mais est-ce vraiment pertinent d'avoir un système sur un disque sensible à la casse ?

Ça apporte quoi de plus ? Les discussions sur le sujet il y a quelques mois m'avaient laissé dubitatif, malgré le coup de sang du père Torwald.

J'ai quelques DD formatés ainsi mais pour le système il n'en est pas question. D'autant plus que je suis utilisateur de M$ Office et de Photoshop Elements.

Comme tu dis, on reste à la merci du bon vouloir des autres. De ce point de vue, un système sur un disque insensible à la casse est plus souple.

avatar oZen | 

Jamais eu de soucis avec des DD formatés sensible à la casse de mon côté que ce soit avec Microsoft ou Adobe...

avatar bonnepoire | 

T'as du passer entre les gouttes ;)

avatar Sostène Cambrut | 

@oZen

Je sais pas pour Microsoft, mais je sais qu'un jour j'ai dû installer la CS4 ou CS3 sur un vieux Mac dont le disque était sensible à la casse et Adobe a refusé l'installation. J'ai dû réinstaller le système du coup. Mais ça ne doit pas poser de problème si c'est un disque de données par exemple.

avatar Apollo11 | 

« La GM, qui sera aussi la version finale attendue dans la semaine... »

Vous tenez cette info de source sûre ?

Il n'y aura vraiment aucun changement entre la GM d'il y a un mois et la finale proposée mercredi ?

avatar iPitch93 (non vérifié) | 

il est vrai qu'une différence avait été constatée entre la GM et 9.0 sur iOS.

Espérons que la GM aura profité de dernières améliorations

avatar alan1bangkok | 

on progresse
Yosemite était tout cassée
El Capitan uniquement sensible à la casse
on arrête plus Apple ...

avatar bonnepoire | 

Toi tu penses avoir de l'esprit!

avatar alan1bangkok | 

non , j'ai un mauvais genre , une sale nature
je m'intéresse même a des choses même pas intéressantes

avatar marc_os | 

@alan1bangkok :
... ni les commentaires foireux des trolls !

avatar Mehdib92 | 

Hormis RoaringApps, vous connaissez un site qui permet d'avoir la compatibilité des logiciels avec El Capitan ? parce qu'il n'y a pas masses d'infos sur RoaringApps... Merci

avatar Moonwalker | 

RoarinApps est loin d'être fiable.

Pour savoir, il faut tester soi-même. C'est la meilleure solution.

– Tu fais un clone de ton système actuel.
– Tu mets à niveau vers El Capitan et tu vois ce qui marche et ce qui ne marche plus. Là, t'es véritablement fixé.
– Ensuite, tu récupères ton clone.

avatar caissonbulle | 

@ Apollo 11 :
“La GM, qui sera aussi la version finale attendue dans la semaine...
Vous tenez cette info de source sûre ?
Il n'y aura vraiment aucun changement entre la GM d'il y a un mois et la finale proposée mercredi ?”

Il y a eu une update entre temps (600 Mo environ), passant de la version 15A282a (GM) à la version 15B17c (10.11.1). On pourrait imaginer une version finale en 10.11.1... directement !...

Mais bon !...

avatar Apollo11 | 

Ah bon. Merci.

Après avoir installé la GM, j'ai enlevé la possibilité des versions beta.

Je verrai la différence demain.

avatar r e m y | 

Un disque sensible à la casse, ça doit être plus fragile, non?

(Je suis déjà dehors.....)

avatar Laurent S from Nancy | 

On y a tous pensé un jour ou l'autre ;)

avatar oomu | 

@r e m y

votre carte de geek est reconduite de 6 mois.

avatar gela | 

J.ai hâte de voir les nouveaux bogues. Na, je déconne. Mais je laisserai les autres les subir avant de faire le saut. Je vais bien y arriver moi aussi.

avatar softjo | 

A quoi ça sert cette sensibilité? C'est logique ainsi: on donne un NOM à un document. Ce qui porte le sens, c'est pas le nombre de majuscules-minuscules, mais le sens du mot utilisé.
Ca évite certainement une sacré galère. On enregistre un fichier de tête, et on aurait des duplications de fichiers parce que on a pas utiliser la meme combinaisons.

avatar JLG47_old | 

"sensible à la casse"
Casse ayant deux sens, que cela peut-il bien vouloir dire?

avatar Sostène Cambrut | 

@JLG01

C'est la casse des lettres. Majuscule ou minuscule. Un disque sensible à la casse fera la différence entre texte.docx et Texte.docx et considèrera 2 fichiers distincts. Dans le cas contraire, le disque ignorera les majuscules, ce qui peut poser des problèmes de conflits et de sécurité (Linus Torvald a fait un petit topo sur la question).

Malheureusement les habitudes ont la vie dure, et Apple ne voit pas nécessairement l'intérêt d'imposer le sensible à la casse ce qui est bien dommage.

avatar BeePotato | 

@ Sostène Cambrut : « Dans le cas contraire, le disque ignorera les majuscules, ce qui peut poser des problèmes de conflits et de sécurité »

Comme pour le cas inverse, cela ne pose des problèmes qu’avec des logiciels mal écrits.

« Malheureusement les habitudes ont la vie dure, et Apple ne voit pas nécessairement l'intérêt d'imposer le sensible à la casse ce qui est bien dommage. »

C’est au contraire fort heureux que personne n’ait eu l’idée stupide d’imposer un tel système.

avatar SonyTEL | 

Apple est bien au courant des bugs de Mail... A chaque mise à jour de Yosemite, il disait qu'il avait corrigé Mail... Encore dans la X.10.5 ! C'est pas une vue de l'esprit ;-)
Alors que l'ont à jamais eu de problème depuis Mac OS X.0 !!!
Pour l'IMAP le SSL qui se décoche tout seul, et qui bascule sur le port 143 au lieu du 993...
Il faut décocher cette putain d'option AUTOMATIQUE et préserver les réglages du compte...
Evidement avec un compte gmail il y a pas de problème... Entre "ricains" Ils se bichonnent ;-)
Avec El Captain, ça ne peut qu'être mieux à mon avis... Encore quelques heures de suspense !

avatar Zoupinou | 

Le seul problème que j'ai eu avec Yosemite est l'envoi de mail. Comme Apollo, je m'étais rabattu sur Airmail. Puis j'ai trouvé la solution. Il suffit de virer les réglages des comptes dans le Trousseau (j'ai bien dit le Trousseau, pas Mail), remettre le couvert et tout marche à la perfection dans Mail aussi bien en réception qu'en envoi.
A part ça, je fais partie des étranges créatures qui n'ont strictement rien à reprocher à Yosemite, bien au contraire.

CONNEXION UTILISATEUR