Koozali.org: home of the SME Server
Other Languages => Français => Topic started by: ecureuil on March 29, 2020, 04:06:25 PM
-
bonjour,
J'utilise fetchmail depuis plusieurs années.
J'ai 2 boites qui sont avec gmail.
Pour gmail il faut être en ssl donc ce qui est appelé sur smeserver fetchmail :
Protocole à utiliser pour lire les messages => imap par ssl (expérimental)
Depuis l'automne 2019, je ne reçois plus les messages venant de gmail.
Je ne mets que un des 2 comptes que j'ai nommé :
- zoro_orig\@gmail.com (chez gmail) avec le mot de passe 'mdp_zoro_orig'
- zoro sur sme
#
# Mail N1 Account for : zoro
/usr/bin/fetchmail -l40000000 -d0 --silent --syslog --fetchmailrc - <<EOF
set postmaster "postmaster@mon_server.com"
set bouncemail
set no softbounce
set properties ""
poll imap.gmail.com with proto IMAP timeout 60 and options no dns
user 'zoro_orig\@gmail.com' smtpaddress mon_server.com with password 'mdp_zoro_orig' is zoro here keep
options ssl
smtphost 127.0.0.200/25
antispam 550
EOF
Je viens de me rendre compte que je ne reçois plus de mail sur zoro alors que zoro_orig@gmail.com a des messages qui n'ont pas été récupéré sur mon serveur.
Dans le log de maillog
Mar 28 17:31:13 tux fetchmail[792]: échec de l'autorisation sur zoro_orig@gmail.com@imap.gmail.com
Mar 28 17:31:14 tux fetchmail[792]: état de la requète=3 (ECHEC DE L'AUTHENTIFICATION)
j'ai mis en debug les 2 comptes pour avoir plus d'informations.
Mar 29 15:30:08 tux fetchmail[20396]: 6.3.17 interroge imap.gmail.com (protocole IMAP) à dim. 29 mars 2020 15:30:08 CEST : récupération en cours
Mar 29 15:30:08 tux fetchmail[20396]: Essai de connexion avec 66.102.1.108/993...connecté.
Mar 29 15:30:08 tux fetchmail[20396]: Certificat du serveur:
Mar 29 15:30:08 tux fetchmail[20396]: Organisation de l'expéditeur: Google Trust Services
Mar 29 15:30:08 tux fetchmail[20396]: Nom commun de l'émetteur : GTS CA 1O1
Mar 29 15:30:08 tux fetchmail[20396]: Nom commun du sujet: imap.gmail.com
Mar 29 15:30:08 tux fetchmail[20396]: Nom Alternatif du Sujet : imap.gmail.com
Mar 29 15:30:08 tux fetchmail[20396]: signature de la clé imap.gmail.com : D0:AE:2E:A9:43:15:E0:72:00:5A:E2:C7:79:92:80:14
Mar 29 15:30:08 tux fetchmail[20396]: IMAP< * OK Gimap ready for requests from 82.64.166.244 a125mb61295550wmd
Mar 29 15:30:08 tux fetchmail[20396]: IMAP> A0001 CAPABILITY
Mar 29 15:30:08 tux fetchmail[20396]: IMAP< * CAPABILITY IMAP4rev1 UNSELECT IDLE NAMESPACE QUOTA ID XLIST CHILDREN X-GM-EXT-1 XYZZY SASL-IR AUTH=XOAUTH2 AUTH=PLAIN AUTH=PLAIN-CLIENTTOKEN AUTH=OAUTHBEARER AUTH=XOAUTH
Mar 29 15:30:08 tux fetchmail[20396]: IMAP< A0001 OK Thats all she wrote! a125mb61295550wmd
Mar 29 15:30:08 tux fetchmail[20396]: IMAP> A0002 LOGIN "zoro_orig@gmail.com" *
Mar 29 15:30:09 tux fetchmail[20396]: IMAP< A0002 NO [AUTHENTICATIONFAILED] Invalid credentials (Failure)
Mar 29 15:30:09 tux fetchmail[20396]: IMAP> A0003 *
Mar 29 15:30:09 tux fetchmail[20396]: Échec de l'autorisation sur zoro_orig@gmail.com@imap.gmail.com
Mar 29 15:30:09 tux fetchmail[20396]: IMAP> A0004 LOGOUT
Mar 29 15:30:09 tux fetchmail[20396]: IMAP< A0003 BAD Unknown command a125mb61295550wmd
Mar 29 15:30:09 tux fetchmail[20396]: IMAP< * BYE Logout Requested a125mb61295550wmd
Mar 29 15:30:09 tux fetchmail[20396]: IMAP< A0004 OK Quoth the raven, nevermore... a125mb61295550wmd
Mar 29 15:30:09 tux fetchmail[20396]: 6.3.17 interroge imap.gmail.com (protocole IMAP) Ã dim. 29 mars 2020 15:30:09 CESTÂ : interrogation finie
Mar 29 15:30:09 tux fetchmail[20396]: État de la requête=3 (ÉCHEC DE L'AUTHENTIFICATION)
Mar 29 15:30:09 tux fetchmail[20396]: fin normale, état 3
Si quelqu'un avait une idée..
Merci
Anne
-
Not sure why you are retrieving by IMAP?
Normally you would use POP3.
Anyway, this is your error:
NO [AUTHENTICATIONFAILED] Invalid credentials
Have a search for:
"fetchmail google NO [AUTHENTICATIONFAILED] Invalid credentials:
It might think your server is a bot and be blocking it.
Try logging in manually and check for suspicious activity.
-
vu que tu as imap fetchmail est peut etre pas le plus approprié. peut etre une regle et une configuration dans horde.
mais pour parler plus de la recuperation et du problème as tu configuré un des deux avec la double authentif?
si oui alors il faut probablement mettre en place une authentif d’application. cherche sur google comment mettre cela en place.
-
Comment me connecter manuellement?
Anne
-
vu que tu as imap fetchmail est peut etre pas le plus approprié. peut etre une regle et une configuration dans horde.
mais pour parler plus de la recuperation et du problème as tu configuré un des deux avec la double authentif?
si oui alors il faut probablement mettre en place une authentif d’application. cherche sur google comment mettre cela en place.
Je n'arrive pas à savoir comment mettre en route une double authentification avec fetchmail...
Je suis en train de farfouiller
Anne
-
Comment me connecter manuellement?
Go to gmail.com
Login
Je n'arrive pas à savoir comment mettre en route une double authentification avec fetchmail...
Je suis en train de farfouiller
You can't.
Fetchmail was designed long before two factor authentication.
Two factor authentication is not designed to work with server based mail collection. It is designed for a single user to login directly to webmail or other service.
Gmail was never really designed to work with servers. It is really intended for you to access your mail directly via a web browser on their systems. They don't want you keeping mail to yourself. They can't read it and can't serve you adverts......
-
Donc il n'y a plus de solution pour récupérer les messages venant de gmail avec fetchmail pour les mettre avec mon serveur sme?
Cela a fonctionné pendant des années, déjà en pop puis en imap avec ssl
-
re bonjour,
J'ai trouvé la solution
Quand on se connecte avec un compte gmail, il faut aller dans sécurite.
puis activer l'accès qui est déconseiilé
----
Accès moins sécurisé des applications
Pour que votre compte soit protégé, les applications et appareils utilisant une technologie de connexion moins sécurisée sont bloqués. Par mesure de sécurité, Google DÉSACTIVE donc automatiquement ce paramètre s'il n'est pas utilisé. En savoir plus
Désactivé
Activer l'accès (déconseillé)
---
=>
---
Accès moins sécurisé des applications
Votre compte est vulnérable, car vous autorisez des applications et des appareils utilisant une technologie de connexion moins sécurisée à accéder à votre compte. Pour le protéger, Google DÉSACTIVE automatiquement ce paramètre s'il n'est pas utilisé. En savoir plus
Activé
Désactiver l'accès (recommandé)
---
et maintenant je reçois de nouveau les messages sur mon serveur avec fetchmail et donc sur ma debian avec thunderbird
Anne