1 votes

Le courrier ne parvient pas à être envoyé Mot de passe SMTP

Un problème très frustrant a commencé hier avec Mail qui a soudainement décidé qu'il n'allait pas envoyer mon mot de passe SMTP à mon serveur de courrier sortant. Rien d'autre n'a changé, c'est juste qu'il ne fonctionne plus. Comme je gère moi-même le serveur de messagerie, je sais que rien n'a changé du côté du serveur et que les paramètres sont tout à fait corrects ; en fait, j'ai envoyé des messages sans problème au cours des derniers mois.

Je ne sais pas si c'est lié, mais dans la liste de mes serveurs SMTP, la case "Détecter et maintenir automatiquement les paramètres du compte" est activée et grisée, ce qui rend impossible de la désactiver. Si je modifie manuellement Accounts.plist pour définir ConfigureDynamically à false alors Mail l'écrase simplement true encore.

Je n'ai vraiment aucune idée de ce qui se passe, car Mail semble tout simplement ne pas réussir à envoyer mon mot de passe SMTP, mais envoyer un astérisque (abandon). Voici un extrait du journal des connexions SMTP immédiatement après avoir défini un nouveau mot de passe SMTP et essayé d'envoyer :

INITIATING CONNECTION Feb 09 08:31:03.579 host:mail.example.org -- port:587 -- socket:0x0 -- thread:0x7ff7fe690170

CONNECTED Feb 09 08:31:03.703 [kCFStreamSocketSecurityLevelNone] -- host:mail.example.org -- port:587 -- socket:0x7ff7fdf17f20 -- thread:0x7ff7fe690170

READ Feb 09 08:31:03.881 [kCFStreamSocketSecurityLevelNone] -- host:mail.example.org -- port:587 -- socket:0x7ff7fdf17f20 -- thread:0x7ff7fe690170
220 mail.example.org ESMTP

WROTE Feb 09 08:31:03.927 [kCFStreamSocketSecurityLevelNone] -- host:mail.example.org -- port:587 -- socket:0x7ff7fdf17f20 -- thread:0x7ff7fe690170
EHLO [192.168.0.14]

READ Feb 09 08:31:04.033 [kCFStreamSocketSecurityLevelNone] -- host:mail.example.org -- port:587 -- socket:0x7ff7fdf17f20 -- thread:0x7ff7fe690170
250-mail.example.org
250-PIPELINING
250-SIZE 10240000
250-ETRN
250-STARTTLS
250-ENHANCEDSTATUSCODES
250-8BITMIME
250 DSN

WROTE Feb 09 08:31:04.033 [kCFStreamSocketSecurityLevelNone] -- host:mail.example.org -- port:587 -- socket:0x7ff7fdf17f20 -- thread:0x7ff7fe690170
STARTTLS

READ Feb 09 08:31:04.160 [kCFStreamSocketSecurityLevelNone] -- host:mail.example.org -- port:587 -- socket:0x7ff7fdf17f20 -- thread:0x7ff7fe690170
220 2.0.0 Ready to start TLS

WROTE Feb 09 08:31:04.263 [kCFStreamSocketSecurityLevelTLSv1_0] -- host:mail.example.org -- port:587 -- socket:0x7ff7fdf17f20 -- thread:0x7ff7fe690170
EHLO [192.168.0.14]

READ Feb 09 08:31:04.504 [kCFStreamSocketSecurityLevelTLSv1_0] -- host:mail.example.org -- port:587 -- socket:0x7ff7fdf17f20 -- thread:0x7ff7fe690170
250-mail.example.org
250-PIPELINING
250-SIZE 10240000
250-ETRN
250-AUTH PLAIN LOGIN
250-AUTH=PLAIN LOGIN
250-ENHANCEDSTATUSCODES
250-8BITMIME
250 DSN

WROTE Feb 09 08:31:04.569 [kCFStreamSocketSecurityLevelTLSv1_0] -- host:mail.example.org -- port:587 -- socket:0x7ff7fdf17f20 -- thread:0x7ff7fe690170
AUTH LOGIN

READ Feb 09 08:31:04.670 [kCFStreamSocketSecurityLevelTLSv1_0] -- host:mail.example.org -- port:587 -- socket:0x7ff7fdf17f20 -- thread:0x7ff7fe690170
334 VXNlcm5hbWU6

WROTE Feb 09 08:31:04.670 [kCFStreamSocketSecurityLevelTLSv1_0] -- host:mail.example.org -- port:587 -- socket:0x7ff7fdf17f20 -- thread:0x7ff7fe690170
dXNlcm5hbWVAZXhhbXBsZS5vcmc=

READ Feb 09 08:31:04.768 [kCFStreamSocketSecurityLevelTLSv1_0] -- host:mail.example.org -- port:587 -- socket:0x7ff7fdf17f20 -- thread:0x7ff7fe690170
334 UGFzc3dvcmQ6

WROTE Feb 09 08:31:04.786 [kCFStreamSocketSecurityLevelTLSv1_0] -- host:mail.example.org -- port:587 -- socket:0x7ff7fdf17f20 -- thread:0x7ff7fe690170
*

READ Feb 09 08:31:04.887 [kCFStreamSocketSecurityLevelTLSv1_0] -- host:mail.example.org -- port:587 -- socket:0x7ff7fdf17f20 -- thread:0x7ff7fe690170
501 5.7.0 Authentication aborted

WROTE Feb 09 08:31:04.887 [kCFStreamSocketSecurityLevelTLSv1_0] -- host:mail.example.org -- port:587 -- socket:0x7ff7fdf17f20 -- thread:0x7ff7fe690170
QUIT

(J'ai remplacé le domaine par example.org )

Comme vous pouvez le constater, Mail envoie une adresse e-mail lorsqu'on lui demande, mais lorsqu'on lui demande d'envoyer un mot de passe, il envoie * ce qui fait que le serveur de messagerie interrompt l'authentification, c'est-à-dire qu'il n'envoie même pas de mot de passe.

Pourquoi Mail n'envoie-t-il pas mon mot de passe et que puis-je faire pour y remédier ? J'ai déjà vérifié sous Keychain Access et le mot de passe correct est bien enregistré pour mon serveur SMTP, donc je n'ai aucune idée de ce qui se passe.

Je voulais juste ajouter que j'ai essayé de me connecter manuellement au serveur SMTP à l'aide de la fonction openssl s_client -starttls smtp -connect mail.example.org:587 et la saisie manuelle de commandes, y compris la AUTH LOGIN avec mon mot de passe encodé en base64, et l'authentification est réussie, la faute semble être seulement avec Mail, donc le statu quo pour OS X Mail dans mon expérience ;)

1voto

Haravikk Points 1128

Il semble donc que je sois moi-même tombé sur la cause du problème ; en plus de mes comptes de messagerie actifs, j'avais également deux comptes IMAP désactivés (sans détails SMTP) à partir desquels j'ai récemment effectué une migration. Il s'avère que, bien qu'ils soient répertoriés dans Mail, ils ne sont pas répertoriés dans Comptes Internet, contrairement à ce que Mail disait lorsque j'essayais de les supprimer.

Fermeture du courrier, ouverture ~/Library/Mail/V2/MailData/Accounts.plist et la suppression manuelle des comptes inactifs avant d'enregistrer et de relancer Mail semble avoir corrigé le problème.

Je ne sais pas s'il faut marquer cette réponse comme étant la réponse ou supprimer cette question car je ne suis pas sûr de l'utilité que cela peut avoir ; je suppose que quelqu'un d'autre peut éventuellement trouver un serveur SMTP défaillant après avoir d'une manière ou d'une autre "coincé" des comptes IMAP inactifs de cette façon ; je vais quand même le signaler à Apple car je ne peux même pas imaginer pourquoi cela aurait pu empêcher Mail d'envoyer un mot de passe SMTP.

La résolution de ce problème me permet également d'activer ou de désactiver l'option "Détecter et maintenir automatiquement les paramètres du compte". Je ne sais pas trop quoi en penser, mais comme c'est une menace, je la désactive.

LesApples.com

LesApples est une communauté de Apple où vous pouvez résoudre vos problèmes et vos doutes. Vous pouvez consulter les questions des autres utilisateurs d'appareils Apple, poser vos propres questions ou résoudre celles des autres.

Powered by:

X