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 JLG01 | 

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 | 

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

Pages

CONNEXION UTILISATEUR