comment résoudre "send-mail: autorisation a échoué 534 5.7.14"


54

J'essaie de créer une alerte par e-mail sur la connexion ssh root. J'ai donc dû installer l' utilitaire ssmtp et mail .

Ensuite, j'ai configuré le fichier ssmtp.conf comme suit:

# Config file for sSMTP sendmail
# The person who gets all mail for userids < 1000
# Make this empty to disable rewriting.
        #root=postmaster
        #Adding  email id to receive system information
root = rootuser@gmail.com
# The place where the mail goes. The actual machine name is required no
# MX records are consulted. Commonly mailhosts are named mail.domain.com
        #mailhub=mail

mailhub = smtp.gmail.com:587

AuthUser=dmymail@gmail.com
AuthPass=plaintext password
UseTLS=YES
UseSTARTTLS=YES

# Where will the mail seem to come from?
rewriteDomain=gmail.com

# The full hostname

hostname = mailserver
# Are users allowed to set their own From: address?
# YES - Allow the user to specify their own From: address
# NO - Use the system generated From: address
FromLineOverride=YES

ainsi que des revalias comme suit:

# Format:       local_account:outgoing_address:mailhub
# Example: root:your_login@your.domain:mailhub.your.domain[:port]

root:rootuser@gmail.com:smtp.gmail.com:25

et j'obtiens cette erreur:

send-mail: Authorization failed (534 5.7.14 https://support.google.com/mail/bin/answer.py?answer=78754 ni5sm3908366pbc.83 - gsmtp)
Can't send mail: sendmail process failed with error code 1

mais ça n'a pas marché. S'il vous plaît aidez-moi à régler ce problème



Vous avez cette erreur hier soir après plusieurs mois de travail.
Ceving

Après avoir suivi toutes les étapes suggérées, il échouait toujours JUSQU'À ce que je change mon mot de passe gmail.com alors que j'utilisais le mot de passe correct ... c'est peut-être une nouvelle mesure de sécurité de Google
Scott Stensland

@ceving quel était le remède? Comment l'avez-vous réparé?
3kstc

Réponses:


80

Cela peut prendre plus d’une étape pour résoudre ce problème

  1. Prenez le pas mentionné plus tôt. Connectez-vous à votre compte de messagerie google, puis accédez à ce lien: https://www.google.com/settings/security/lesssecureapps et activez l' option "Accès pour les applications moins sécurisées". Testez pour voir si votre problème est résolu. Si ce n'est pas résolu, comme ce n'était pas pour moi, passez à l'étape 2.

  2. Accédez à la page https://support.google.com/accounts/answer/6009563 (intitulée: "Erreur du mot de passe incorrect"). Cette page indique "Il existe plusieurs raisons pour lesquelles une erreur" Mot de passe incorrect "(alias 534-5.7.14) apparaît lorsque vous vous connectez à Google à l'aide d'applications tierces. Dans certains cas, même si vous tapez votre mot de passe correctement." Cette page donne 4 suggestions de choses à essayer.

Pour moi, la première suggestion a fonctionné:

  • Accédez à https://g.co/allowaccess à partir d'un autre appareil que vous avez précédemment utilisé pour accéder à votre compte Google et suivez les instructions.
  • Essayez de vous connecter à nouveau à partir de l'application bloquée.

Il y avait trois autres suggestions sur la page donnée à l'étape 2, mais je ne les ai pas essayées car après avoir suivi le lien expurgé et suivi les instructions, tout a commencé à fonctionner comme il se doit.


9
Option 1. a travaillé pour moi
Patrick Forget le

Pour votre information, vous pouvez l'activer pour l'ensemble de votre entreprise si vous utilisez Google Apps pour les entreprises dans les paramètres de sécurité.
Travis Reeder

2
+1, l’option 1 suivie de g.co/allowaccess fonctionnait parfaitement.
greg_data

Il m'a fallu quelques minutes mais j'ai trouvé comment activer pour toute l' organisation dans la console d' administration sous Sécurité > Paramètres de base > Moins sécurisé Applications > Imposer l' accès ... qui , pour des raisons de spectacles de confusion ajoutée « Paramètres de sécurité avancés » dans le titre (bien que Je n'ai pas pu trouver de lien vers cette page via les paramètres de sécurité avancés ...). Confus? Donc je suis!
Isapir le

11

Cela a fonctionné pour moi.

1) Connectez-vous à votre compte Gmail.

2) Accédez à la page https://www.google.com/settings/security/lesssecureapps et activez cette fonctionnalité.

3) Accédez à la page https://accounts.google.com/DisplayUnlockCaptcha, puis cliquez sur Continuer.

Ensuite, vous pouvez authentifier votre adresse e-mail supplémentaire à partir de votre compte Gmail.

Edit: Dans mon cas, il a été utile d’écrire smtp.gmail.com au lieu de smtp.gmail.com:587.


4

Je rencontrais le même problème. Assurez-vous de consulter les paramètres de sécurité de votre compte Gmail et activez l'option "Accéder à des applications moins sécurisées" sur www.google.com/settings/security.

comme par magie, il commencera à fonctionner.


Ceci est utile et j’ai résolu le même problème après l’application de la modification des paramètres de sécurité de mon compte Gmail en permettant l’option «Accès pour des applications moins sécurisées» à partir de www.google.com/settings/security. Le lien utile correspondant peut être trouvé ici

4

Pour résoudre ce problème, vous devez:

1) Connectez-vous à votre compte Gmail à l'aide du navigateur Web.

2) Cliquez sur ce lien pour permettre aux applications d'accéder à votre compte: https://accounts.google.com/b/0/DisplayUnlockCaptcha

3) Cliquez sur le bouton Continuer pour terminer l'étape.

4) Essayez à nouveau d'envoyer le courrier électronique à partir de votre script PHP. Ça devrait marcher.


Cela pourrait ne pas vraiment être une réponse pour une installation de Linux. Et je ne suis pas tout à fait sûr que cela persistera après le redémarrage du démon. Vous feriez mieux de suivre les instructions non sécurisées de l'application .
Rea

Cela a fonctionné pour moi. Installation du noyau Linux. Je me suis connecté depuis un autre ordinateur.
Michal Sokolowski

2

Cela est dû au fait que Google a récemment mis en œuvre un changement de stratégie, qui, selon leurs propres termes, fait partie d'une série de modifications visant à renforcer l'authentification par courrier électronique et à mettre fin aux pratiques des produits Google qui rompent l'authentification.

De nombreuses options sont suggérées, telles que la modification des ports du serveur SMTP, l'activation de l'option "Autoriser les applications moins sécurisées" dans l'onglet Paramètres de sécurité, etc.

Une solution qui fonctionne consiste à activer l'authentification en deux étapes de Gmail pour AuthUser, à générer un mot de passe spécifique à l'application et à utiliser ce mot de passe comme mot de passe Gmail lors de la configuration de l'option "Envoyer le courrier en tant que". Une fois que vous créez une application uniquement mot de passe et l' utiliser dans /etc/ssmtp/ssmtp.conf, à AuthPass=, vous pouvez désactiver la vérification en deux étapes sans révoquer la vérification de la deuxième étape.


1

Je l'ai corrigé en créant un nouveau compte GMail, uniquement pour l'envoi de courrier, en activant l'authentification en deux phases et en générant un mot de passe d'application.

Il fonctionne comme un charme!


0

Avez-vous suivi le lien fourni et lu les instructions? Voici comment résoudre ce problème.

Je parie que vous avez entré un nom d'utilisateur ou un mot de passe incorrect.

S'ils sont vraiment corrects, vérifiez que vous utilisez le même port. Au-dessus de vous, vous avez spécifié 587, et en dessous, vous avez spécifié: 25.

Ensuite, il n’est probablement pas correct de spécifier UseTLSet UseSTARTTLS. Sur le port 587, utilisez UseTLS, avec le port 25, utilisez UseSTARTTLS.

À la fin, votre nom d’hôte n’est probablement pas "serveur de courrier". Utilisez un nom de domaine complet.


@ mmailq, selon votre solution, j'ai changé le numéro de port en 587 sur le fichier de configuration et je suis sûr que le nom d'utilisateur et le mot de passe sont corrects.
Connectez

@@ mmailq, quel devrait être le nom de domaine complet? mon nom d'hôte serveur est mailserver.
Connecter

@@ mmailq, non, cela ne fonctionne pas, la même erreur se produit.
Connectez
En utilisant notre site, vous reconnaissez avoir lu et compris notre politique liée aux cookies et notre politique de confidentialité.
Licensed under cc by-sa 3.0 with attribution required.