Question:
Dernière mise à jour de macOS Mojave (10.14.4) et problème de comptes Google Mail.app
Peter Samokhin
2019-04-01 12:31:41 UTC
view on stackexchange narkive permalink

Après la mise à jour vers macOS Mojave 10.14.4 il y a deux jours et toujours, j'ai un problème avec la mise en ligne de comptes Google dans Apple Mail.app.

Ce problème est apparu immédiatement après la mise à jour, bien qu'il n'existait pas auparavant.Également après cette mise à jour, Apple Mail a demandé à se reconnecter via Safari et c'était une simple authentification.

Six réponses:
#1
+3
Nimesh Neema
2019-04-01 12:36:30 UTC
view on stackexchange narkive permalink

Une recherche rapide sur Google révèle qu'il s'agit d'un bogue dans Mail.app dans la mise à jour macOS Mojave 10.14.4.

D'après ce post sur MacRumors, un blog d'actualités Apple indépendant populaire:

Apple a publié plus tôt cette semaine macOS Mojave 10.14.4, qui a eu pour effet secondaire malheureux de rendre l'application Mail inutilisable pour certains qui utilisent les services Gmail pour leurs adresses e-mail.

Après avoir installé la mise à jour macOS 10.14.4 et ouvert l'application Mail, les utilisateurs de Gmail sont invités à authentifier leurs adresses e-mail à l'aide d'un formulaire de connexion Web Google.

Malheureusement, le processus d'authentification ne tient pas, et peu de temps après l'authentification, l'application Mail demande à nouveau l'authentification ou refuse de fonctionner, répertoriant tous les comptes Gmail comme étant hors ligne.

De plus,

Certains utilisateurs ont réussi à configurer leurs comptes de messagerie en utilisant IMAP comme solution de contournement. Those qui a contacté le support Apple a été informé qu'un correctif est en cours, donc le bogue pourrait être résolu dans un proche avenir.

Apparaît que le problème a été reconnu et que le correctif est en cours de développement.

Quelques autres liens qui méritent d'être vérifiés et qui indiquent une résolution possible:

D'accord merci!Je pense que ma recherche rapide SO était pire que votre recherche rapide sur Google;)
@PeterSamokhin Peut-être que la question n'est pas encore sur SO (aussi parce que ce n'est pas un problème de programmation).La recherche Web donne probablement toujours des résultats plus pertinents que la recherche SE.
Je voulais dire sous-site AskDifferent et SO comme synonyme de SE entier :)
S'il s'agit d'un bogue dans le système d'exploitation, pourquoi un sous-ensemble de personnes serait-il affecté?Apple ne livre pas un groupe de logiciels différent - cela ne montrerait-il pas qu'un sous-ensemble d'utilisateurs de Google a un paramètre ou sont hébergés sur des serveurs en panne?Je ne doute pas qu'Apple ait livré une fonctionnalité pour être plus sécurisée ou ne pas faire confiance aux anciens certificats SSL ou à quelque chose autour de 10.14.4 - mais appeler cela un bogue dans Mojave semble un moyen détourné de savoir qui construit ce qui doit changer ou être corrigé.Peut-être que je manque quelque chose, cependant.
Le lien que vous fournissez indique que le problème devrait être résolu / a déjà disparu: https://www.macobserver.com/analysis/apple-gmail-gsuite-10-14-4-mail-fixed/ Vous pouvez mettre à jourla réponse.
@bmike bien dans mon cas, deux de mes comptes échouent probablement car j'ai dû les créer à l'origine en tant que `@googlemail.com` au lieu de` @gmail.com`, en raison d'un [problème très localisé] (https: // www.cnet.com / news / germanys-googlemail-devient-enfin-gmail /).Comme j'ai toujours migré mon macOS, il attend probablement maintenant une réponse `@googlemail` où il obtient maintenant` @gmail` à la place.[Voici une solution potentielle] (https://forums.macrumors.com/threads/mac-mail-app-broken-for-some-gmail-users-in-macos-mojave-10-14-4.2175312/page-4 # post-27232575), que je n'ai pas encore vérifiée.
Cela mérite une réponse @Asmus - détail super utile
Merci @bmike Puisque la solution donnée fonctionne réellement, je l'ai reproduite comme réponse ci-dessous.
#2
+3
Asmus
2019-04-04 15:22:48 UTC
view on stackexchange narkive permalink

TLe problème:

Pour mettre à jour ce que j'ai commenté ci-dessus, j'ai eu exactement ce problème avec les comptes qui ont été créés à l'origine en tant que [email protected] au lieu de [email protected] . Comme j'ai toujours migré mon macOS, il attend probablement maintenant une réponse @googlemail lors de la vérification, mais Google renvoie le @gmail à la place.

La solution:

Pour tous ceux qui rencontrent encore des problèmes, cette solution écrase simplement la réponse émise par les serveurs de Google. Je reproduis le guide pratique suivant publié par Gannet sur les forums MacRumours:

  1. Téléchargez, installez et exécutez l'application Charles. Si c'est la première fois que vous utilisez Charles, cela devrait vous inviter à autoriser la configuration automatique du proxy. Faites ceci. (Sinon, assurez-vous simplement que le proxy macOS est activé et fonctionne)
  2. Dans le menu "Aide", choisissez "SSL Proxying"> "Install Charles Root Certificate". Une fois le certificat installé, trouvez-le dans votre trousseau (tapez Charles dans la recherche), ouvrez-le, développez la section Trust et définissez-le sur Always Trust. Vous serez invité à entrer votre mot de passe lors de sa fermeture.
  3. De retour dans Charles, sélectionnez "Paramètres de proxy SSL ..." dans le menu "Proxy".
  4. Ajouter un nouvel emplacement avec l'hôte: people.googleapis.com .
  5. Dans le menu Outils, choisissez "Réécrire…", activez Réécrire et cliquez sur le bouton "Ajouter".
  6. Ajoutez un nouvel emplacement avec l'hôte: people.googleapis.com. Ajoutez une nouvelle action avec les détails suivants:

    • Type : Corps
    • : Réponse
    • Remplacer la valeur : {"names": [{"metadata": {"primary": true}, "displayName": "User Name}]," emailAddresses ": [{" value ":" [email protected] "}]} où bien sûr vous mettez vos valeurs réelles de User Name et [email protected] . En fin de compte, cela devrait ressembler à ceci:

Adding the rewrite rule editing the rewrite rule

  1. Une fois que vous "appliquez" ceci, vous êtes prêt.Ouvrez "Comptes Internet" dans les préférences système (ou ouvrez Mail.app) et suivez la procédure d'autorisation.
  2. Une fois que tout fonctionne, vous pouvez soit répéter les étapes pour chacun de vos comptes problématiques, soit quitter Charles et ne pas hésiter à supprimer les règles de réécriture ainsi que le certificat de votre trousseau.
#3
+3
bentaisan
2019-04-29 10:30:56 UTC
view on stackexchange narkive permalink

Non.

La mise à jour a interrompu l'accès à certaines configurations de la bibliothèque qui sont sous le contrôle de la protection de l'intégrité du système (SIP).

Démarrez sur la console de récupération, désactivez SIP avec 'csrutil disable' dans le terminal, puis démarrez dans le système d'exploitation, accédez à Comptes Internet et sélectionnez Google comme d'habitude.

Après avoir suivi les étapes pour donner à votre Mac des autorisations sur vos objets Google (courrier, calendrier, etc.), redémarrez dans la console de récupération et réactivez SIP en exécutant «csrutil enable». Redémarrez dans le système d'exploitation et effectuez le calcul.

J'ai eu le conseil de le faire en examinant les journaux de la console dans l'utilitaire de console, mais je n'ai aucune idée dans quel journal j'ai recherché "google" ou "comptes", mais j'ai trouvé un problème qui mentionne une erreur avec un 'file-write-xattr', ce qui m'a donné l'idée que SIP était impliqué.

Quelqu'un devrait être en mesure de localiser le problème et d'obtenir les autorisations errantes enregistrées avec Apple afin que le correctif puisse sortir avec le prochain correctif, ou définir un sticky ici avec une explication et une correction plus détaillées, et pas seulement un travail- autour.

La très bonne réponse, merci)
@bentaisan Cela a fonctionné ... et puis ça n'a pas marché.Peut-être que je ne comprends pas ce que vous entendez par "... Après avoir suivi les étapes pour donner à votre Mac des autorisations sur vos objets Google (courrier, calendrier, etc.)" Après avoir désactivé SIP avec "csrutil disable" dans l'environnement de récupération Terminal, puis redémarré dans macOS normal, Google s'est reconnecté sans aucune action de ma part;Je n'ai eu à suivre aucune étape.Qu'entendez-vous par «suivre les étapes»?
La boîte de dialogue Comptes Internet doit ouvrir Safari et la boîte de dialogue de connexion Google.Une fois connecté, une boîte de dialogue vous demandera si vous souhaitez accorder des autorisations aux comptes Internet.Après avoir accepté ces Gmail, et al, doit être configuré.Vous pouvez tester ici, puis accéder à la console de récupération pour réactiver SIP.
Il a ouvert Safari et m'a obligé à me connecter à Google, ce que j'ai fait.Mais aucune demande d'autorisation n'a été présentée.Ce paramètre est-il accessible ailleurs?Je l'ai cherché dans Préférences> Sécurité et confidentialité mais je ne l'ai pas vu.
J'ai laissé un pas.Je ne me souviens pas où dans Google, mais j'ai d'abord supprimé les autorisations existantes, puis j'ai fait le reste.
@bentaisan Je suis désolé, mais quelque part "dans Google" ne donne pas beaucoup d'indications.Je viens de parcourir les pages de paramètres de Gmail, mais je n'ai rien vu sur les autorisations.Ailleurs?
@bentaisan Update: Je pense avoir vu ce que vous avez vécu.avoir deux ordinateurs.Je me suis connecté à mon compte Google sur l'un d'entre eux et on m'a présenté une boîte de dialogue / une demande d'accès à macOS en plein écran.J'ai accordé la demande.Depuis, mail.app sur macOS s'est correctement connecté à gmail.L'autre ordinateur dispose d'un logiciel identique, mais la connexion à mon compte Google ne génère pas la demande d'accès.
Mise à jour supplémentaire d'@bentaisan: après la première connexion correcte d'un ordinateur, les deux ordinateurs m'obligent maintenant périodiquement à appuyer sur le bouton «Échec de la connexion», comme je l'ai décrit dans ma réponse ci-dessus.La connexion à mon compte Google (pas au compte Gmail) sur l'un ou l'autre des ordinateurs ne génère pas la boîte de dialogue me demandant d'accorder à Google l'accès à macOS, et je ne sais pas où trouver la boîte de dialogue.Les deux ordinateurs partagent les données du trousseau via iCloud.La suppression et l'ajout de Gmail aux ordinateurs ne font aucune différence.C'est un mystère
#4
  0
JBallin
2019-04-08 00:43:41 UTC
view on stackexchange narkive permalink

Ouvrez "Comptes Internet" dans "Préférences Système" et cliquez sur chaque compte Google pour qu'il vous invite à vous authentifier via Safari.


Après la mise à jour, cela m'a invité à ouvrir Safari pour authentifier l'un de mes e-mails, ce qui a permis à cet e-mail de fonctionner.Le médecin de connexion a montré tous les autres e-mails comme étant hors ligne, j'ai donc déduit que je devais suivre le même flux pour tous.

Cela n'a eu aucun effet.Il y a un compte Google là-bas, et cliquer dessus n'a rien fait.
#5
  0
DavidSupportsMonica
2019-05-06 00:39:05 UTC
view on stackexchange narkive permalink

Lorsque gmail ne parvient pas à rester connecté sur mon iMac et mon MacBook Air exécutant Mojave (ce qui semble se produire après quelques heures d'inactivité sur le compte), la fenêtre de Mail affiche une icône d'erreur dans la liste du compte (à gauche), etune mention «Échec de la connexion» (à droite):

enter image description here

Si je place le curseur sur les mots «Échec de la connexion», les mots se transforment en bouton.Cliquer sur le bouton rétablit la connexion.La restauration n'est pas permanente, mais elle est facile à restaurer lorsque la connexion échoue à nouveau et pose beaucoup moins de problèmes que les autres suggestions de correction ... jusqu'à ce qu'Apple ou Google mettent à jour le logiciel pour résoudre ce problème de manière permanente.

#6
-1
shaun
2019-04-01 15:21:41 UTC
view on stackexchange narkive permalink

J'ai réessayé aujourd'hui (01/04/2019) et malgré la date à laquelle les comptes g-suite fonctionnent maintenant.

Je ne pense pas que ce soit un bogue qui affecte tout le monde sur 10.14.4 et utilise gsuite.



Ce Q&R a été automatiquement traduit de la langue anglaise.Le contenu original est disponible sur stackexchange, que nous remercions pour la licence cc by-sa 4.0 sous laquelle il est distribué.
Loading...