Bonjour à tous,
(je pense que c'est plus un caprice GMAIL, qu'un problème OVH)
J'ai ma configuration mail inchangé depuis maintenant environ 7 ans.
J'ai un MXPLAN full hosting, et j'opère depuis GMAIL avec une configuration que j'aimerai conservée.
Depuis une semaine, par intermittence je rencontre l'erreur suivante.
Dans mes paramètres de compte j'ai toujours eu ceci :
J'ai changé pendant 48h le serveur SMTP pour le remplacer par l'information trouvé dans l'aide d'OVH, et çà à fonctionné bah 48h.... et le problème est revenu. Le paramètre testé a été : SSL0.OVH.NET à la place de mon smtp.
Comme cela n'a jamais posé de problème pendant toutes ces années je me dis que c'est soit un problème passager côté OVH, soit une histoire de renforcement de règle de sécurité quelque part.
Et je dois avouer que le problème me dépasse complètement.
Quelques lectures croisées sur le forum et les aides OVH me montre qu'il y a peut être des changements à faire dans la zone DNS au champ MX :
la cible dans le document d'aide est : mx0.mail.ovh.net.
dans ma config j'ai mx1.ovh.net.
Autre point, peut être pas anodin, même si j'ai bien créer une boite mail dans
email > nom_de_domaine > email
j'ai aussi mis en place une redirection que je retrouve à la rubrique "gestion des redirections" où je pointe justement l'adresse mail concerné vers ma boite gmail.
Vous l'avez compris, j'utilise la fonction Gmail "envoyer un mail en tant que".
Et c'est à ce niveau là que çà coince à priori.
Merci pour vos lumières et pistes pour m'aider à avancer.
Emails-old - 502 5.5.2 Error: command not recognized
Related questions
- DKIM - Configurer le champ
74355 
02.01.2020 17:27
- Envoyer des mails depuis un hébergement mutualisé
63069 16.10.2016 07:40
- MX Plan : migration à venir vers une nouvelle plateforme, sans interruption de service
55970 12.04.2018 08:13
- MX plan, c'est quoi?
53092 16.02.2020 17:30
- Mise en place DMARC envoi de mails
47797 28.11.2018 11:28
- Liste des mxplan
46074 11.09.2017 17:42
- Problème SPF et mail non autorisé
38901 22.08.2017 09:26
- Envoie de Mails rejetés quelque soit le destinataire
38689 14.12.2021 10:49
- Emails non-redirigés vers mon adresse Gmail
36501 06.01.2017 20:53
- Hébergement mutualisé et outlook = problème
33577 26.09.2017 19:17
C'est l'erreur que nous rencontrons tous depuis peu.
Etes vous comme moi avec une configuration en "alias" ? (@ OVH -> @ GMAIL)
Bonjour,
Même souci hier et il y a quelques semaines. J'attend quelques minutes et je renvoie l'email, et ça passe...
C'est notre cas, nous avons 10 boites gérées comme cela (compte mail chez ovh, redirection vers adresse Gmail, et Gmail en charge de l'envoi via ssl0.ovh.net). Pleins de problèmes depuis plusieurs jours, les emails ne partent pas avec le même message d'erreur que vous… C'est très gênant !
Bonjour,
pareil ici mais depuis un serveur Exchange, donc rien à voir avec Gmail.
Depuis 2 jours (les logs remontent à mi septembre), de temps en temps au lieu de l'habituel
220 ssl0.ovh.net playerxxx
suivi de 250 playerxxx.ha.ovh.net
on a à la place:
220 GARMxxRxxx (les xxx représentent des chiffres qui changent à chaque connexion)
puis 250 OVH SMTP PROXY Hello SIZE 104857600 ENHANCEDSTATUSCODES AUTH LOGIN PLAIN AUTH=LOGIN PLAIN STARTTLS 8BITMIME BINARYMIME CHUNKING
noter le 'binarymime chunking' qui est absent de l'annonce de l'infra mail traditionnelle Ovh playerxxx.ha.ovh.net
En conséquence, Exchange essaye d'utiliser la commande BDAT :
2018-10-11T10:05:57.227Z,Relay OVH,08D62EF98905BDE8,27,10.1.0.6:41224,193.70.18.144:587,>,BDAT 228993 LAST,
2018-10-11T10:05:57.317Z,Relay OVH,08D62EF98905BDE8,28,10.1.0.6:41224,193.70.18.144:587,<,502 5.5.2 Error: command not recognized,
2018-10-11T10:05:59.610Z,Relay OVH,08D62EF98905BDE8,29,10.1.0.6:41224,193.70.18.144:587,>,QUIT,
Notez que la commande BDAT est standard et doit être supportée si le serveur annonce binarymime et chunking:
https://joekiller.com/2007/09/19/bdat-causing-smtp-service-to-drop-email/
et voilà le travail. Je soupçonne qu'OVH est en train de mettre à jour son infra messagerie sans le dire à personne (peut-être même pas à ses équipes de support client ?)
En résumé, il est inutile d'importuner Google et son frère, le problème est entièrement du coté d'OVH. Tant qu'ils n'auront pas corrigé leur problème de configuration de leur mystérieuse (nouvelle?) infra de messagerie 'OVH SMTP PROXY', la seule solution sera de retenter jusqu'à tomber sur un vieux serveur.
Mêmes problèmes pour moi.
> Vous envoyez ce message depuis une autre adresse ou un autre alias via la fonctionnalité "Envoyer des e-mails en tant que". Les paramètres de cet autre compte ne sont pas correctement configurés ou ils ne sont plus à jour.
C'est beaucoup plus régulier ces jours ci mais j'ai déjà rencontré ces problèmes il ya plusieurs mois. Ca arrive régulièrement. Et ça devient de plus en plus problématique...
Pour ceux qui utilisent gmail pour envoyer et recevoir des mails avec leur nom de domaine vous avez pensé à une solution alternative ? J'ai pensé à Google Suite (mais 5€/mois par utilisateur). Une autre solution ?
J'ai un compte chez MailJet (pour envoyer des newsletter). Il y a aussi une config SMTP. On peut s'en servir pour envoyer des mails avec le nom de domaine via gmail ?
J'ai essayé cette solution il y a quelques années, mais attention tous les liens sont transformés pour le tracking, parfois c'est problématique.
Merci. J'avais pas pensé a ça. Vous avez arrêté cette solution à cause des liens du coup ?
Mais sinon on peut gérer plusieurs adresses d'expéditeurs (plusieurs boites gmail avec des mail différents) ? J'ai du mal à comprendre comment je peux configurer tout ça. Et si ça vaut le coup...
Bon, me répondant à moi même, il semble que ces serveurs de messagerie se décrivant comme GARMxxRxxx n'annoncent plus CHUNKING ce qui fait que les serveurs conformes aux standards comme Gmail ou Exchange devraient fonctionner correctement maintenant (tant qu'Ovh ne change pas la config...)
Je ne sais pas d'où sortent ces serveurs mais ils sont vraiment problématiques, ils ne supportent pas la commande RSET correctement:
250 8BITMIME
EHLO
250-OVH SMTP PROXY Hello
250-SIZE 104857600
250-ENHANCEDSTATUSCODES
250-AUTH LOGIN PLAIN
250-AUTH=LOGIN PLAIN
250 8BITMIME
AUTH LOGIN
334 VXNlcm5hbWU6
334 UGFzc3dvcmQ6
235 2.7.0 Authentication successful
RSET
MAIL FROM:<>
503 5.5.1 Error: send HELO/EHLO first
QUIT
221 Service closing transmission channel
read:errno=0
RSET est décrit dans une RFC qui date de 17 ans, qui dit qu'après RSET l'état devrait être ramené au stade qui suit le EHLO (HELO) alors que ce serveur redemande un nouveau HELO/EHLO. Bof. Je ne sais pas si je vais continuer à décrire Ovh comme le FAI le plus compétent de France, tiens.
Oui à cause des liens, mais j'utilise Mailjet dans mes applications.
Oui on peux gérer plusieurs adresses, il faut voir les guides sur Mailjet.
Bonjour @Lasvegas ,
Par rapport a ta remontée sur la commande RSET, celle-ci sera désormais prise en compte par les serveurs GARM.