jak naprawić „send-mail: Autoryzacja nie powiodła się 534 5.7.14”


54

Próbuję utworzyć alert e-mail przy logowaniu do katalogu głównego ssh, więc musiałem zainstalować narzędzie ssmtp i mail .

Następnie skonfigurowałem plik ssmtp.conf w następujący sposób:

# 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

a także następujące weryfikacje:

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

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

i otrzymuję ten błąd:

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

ale to nie działało. Proszę, pomóż mi to rozwiązać



Wystąpił ten błąd ostatniej nocy po kilku miesiącach pracy.
ceving 30.09.15

Po wykonaniu wszystkich sugerowanych kroków nadal się nie udawało, dopóki nie zmieniłem hasła gmail.com, mimo że używałem prawidłowego hasła ... może to nowe zabezpieczenie Google
Scott Stensland

@ceving jaki był środek zaradczy? Jak to naprawiłeś?
3kstc,

Odpowiedzi:


80

Rozwiązanie tego problemu może wymagać więcej niż jednego kroku

  1. Wykonaj krok wymieniony wcześniej. Zaloguj się na swoje konto e-mail Google, a następnie przejdź do tego linku: https://www.google.com/settings/security/lesssecureapps i ustaw „Dostęp dla mniej bezpiecznych aplikacji” na WŁ. Sprawdź, czy problem został rozwiązany. Jeśli nie zostanie rozwiązany, tak jak dla mnie, przejdź do kroku 2.

  2. Wejdź na https://support.google.com/accounts/answer/6009563 (zatytułowany: „Błąd niepoprawnego hasła”). Na tej stronie jest napisane „Istnieje kilka powodów, dla których może pojawić się błąd„ Nieprawidłowe hasło ”(inaczej 534-5.7.14) podczas logowania się do Google przy użyciu aplikacji innych firm. W niektórych przypadkach nawet jeśli wpiszesz hasło poprawnie.” Ta strona zawiera 4 sugestie rzeczy do wypróbowania.

Dla mnie pierwsza sugestia zadziałała:

  • Przejdź na https://g.co/allowaccess z innego urządzenia, z którego korzystałeś wcześniej w celu uzyskania dostępu do konta Google i postępuj zgodnie z instrukcjami.
  • Spróbuj zalogować się ponownie z zablokowanej aplikacji.

Na stronie były jeszcze trzy sugestie podane w kroku 2, ale nie wypróbowałem ich, ponieważ po przejściu do zredagowanego linku i wykonaniu instrukcji wszystko zaczęło działać tak, jak powinno.


9
Opcja 1. zadziałała dla mnie
Patrick Forget

Do Twojej wiadomości możesz to włączyć dla całej firmy, jeśli korzystasz z aplikacji Google dla firm, w Ustawieniach bezpieczeństwa.
Travis Reeder,

2
+1, opcja 1, a następnie g.co/allowaccess działały idealnie.
greg_data

Zajęło mi to kilka minut, ale znalazłem, jak włączyć całą organizację w Konsoli administracyjnej w sekcji Bezpieczeństwo > Ustawienia podstawowe > Mniej bezpieczne aplikacje > Wymuszaj dostęp ... która ze względu na dodatkowe zamieszanie pokazuje w tytule „Zaawansowane ustawienia zabezpieczeń” (chociaż Nie mogłem znaleźć linku do tej strony za pomocą zaawansowanych ustawień zabezpieczeń ...). Zmieszany? Ja też!
isapir


4

Miałem ten sam problem, zapoznaj się z ustawieniami zabezpieczeń konta Gmail i włącz „Dostęp dla mniej bezpiecznych aplikacji” na www.google.com/settings/security.

wtedy magicznie zacznie działać.


Jest to pomocne i rozwiązałem ten sam problem po zastosowaniu zmian w ustawieniach bezpieczeństwa mojego konta Gmail, umożliwiając „Dostęp dla mniej bezpiecznych aplikacji” ze strony www.google.com/settings/security. Powiązany pomocny link można znaleźć tutaj

4

Aby rozwiązać ten problem, musisz:

1) Zaloguj się do konta Gmail za pomocą przeglądarki internetowej.

2) Kliknij ten link, aby umożliwić aplikacjom dostęp do twojego konta: https://accounts.google.com/b/0/DisplayUnlockCaptcha

3) Kliknij przycisk Kontynuuj, aby ukończyć krok.

4) Teraz spróbuj ponownie wysłać wiadomość e-mail ze skryptu PHP. To powinno działać.


To może nie być odpowiedź na instalację Linuksa. Nie jestem do końca pewien, czy to się utrzyma po ponownym uruchomieniu demona. Lepiej postępuj zgodnie z niepewnymi instrukcjami aplikacji .
Reaces,

To zadziałało dla mnie. Instalacja jądra Linux. Wylogowałem się z innego komputera.
Michał Sokołowski

2

Dzieje się tak, ponieważ firma Google niedawno wprowadziła zmianę zasad, która własnymi słowami jest jedną z serii zmian mających na celu wzmocnienie uwierzytelniania poczty e-mail i zakończenie wszelkich praktyk stosowanych przez produkty Google, które przerywają uwierzytelnianie.

Sugeruje się wiele opcji, takich jak zmiana portów serwera smtp, włączenie opcji „zezwalaj na mniej bezpieczne aplikacje” na karcie Ustawienia zabezpieczeń itp.

Jednym z rozwiązań, które działa, jest włączenie dwustopniowego uwierzytelnienia Gmaila dla AuthUser, wygenerowanie hasła aplikacji i użycie tego hasła jako hasła Gmaila podczas konfigurowania opcji „Wyślij pocztę jako”. Po utworzeniu hasła tylko do aplikacji i użyciu go w /etc/ssmtp/ssmtp.conf, AuthPass=możesz wyłączyć weryfikację dwuetapową bez odwoływania weryfikacji dwuetapowej.


1

Naprawiłem to, tworząc nowe konto GMail, tylko do wysyłania poczty, aktywowałem dwufazowe uwierzytelnianie i wygenerowałem hasło do aplikacji.

To działa jak urok!


0

Czy podążałeś za podanym linkiem i przeczytałeś instrukcję? Oto jak to naprawić.

Założę się, że wpisałeś niewłaściwą nazwę użytkownika lub hasło.

Jeśli są naprawdę poprawne, sprawdź, czy korzystasz z tego samego portu. Powyżej podałeś 587, a poniżej podałeś 25.

Wtedy prawdopodobnie nie jest OK, aby określić UseTLSi UseSTARTTLS. Na porcie 587 użyj UseTLS, na porcie 25 użyj UseSTARTTLS.

Na koniec twoja nazwa hosta to raczej nie „serwer pocztowy”. Użyj nazwy FQDN.


@ mmailq, Zgodnie z Twoim rozwiązaniem zmieniłem numer portu na 587 w pliku conf i jestem pewien, że nazwa użytkownika i hasło są poprawne.
Połącz

@@ mmailq, jaka powinna być nazwa FQDN? moja nazwa hosta serwera to mailserver.
Połącz

@@ mmailq, nie, to nie działa, nadchodzi ten sam błąd.
Połącz
Korzystając z naszej strony potwierdzasz, że przeczytałeś(-aś) i rozumiesz nasze zasady używania plików cookie i zasady ochrony prywatności.
Licensed under cc by-sa 3.0 with attribution required.