Bonjour
Je rencontre un problème de configuration de l'envoi des mails uniquement gmail via mon logiciel professionnel .
Mon adresse mail pro ovh est utilisé sur un logiciel pro "vétopartner" pour envoyer des relances/factures/ compte rendu.
Je rencontre depuis la mise en place de la double identification sur gmail, un souci, OVH n'envoie plus les mails sur adresse gmail depuis mon logiciel.
Via mon webmail ou thunderbird, aucun problème, OVH envoie sans souci sur les mails mais pas via mon logiciel.
Les configurations sur le logiciel sont bonnes, les mails sont bien envoyés mais reviennent toujours en non délivré.
En PJ le message d'erreur reçu.
Auriez vous des pistes pour résoudre mon problème ?
Merci d'avance
E-mails et solutions Office - Impossibilité d'envoyer des mails vers gmail via un logiciel pro
Related questions
- Compte bloqué pour Spam, impossible de le débloquer
123132 
03.01.2024 08:02
- Email frauduleux au nom de OVH
120450 13.08.2017 18:14
- Changer le mot de passe email depuis roundcube
120377 24.06.2017 14:28
- Autodiscover et Microsoft Outlook 2016
96501 23.11.2016 15:15
- Question sur antispam OVH
94585 17.03.2017 16:11
- OVH sur un iPhone "Échec de l'envoi de l'e-mail : l'adresse de l’expéditeur est incorre
93236 07.08.2017 08:45
- Arrêt de la commercialisation du MX plan
88455 30.11.2017 11:26
- Mail non délivrés ou en spam chez nos clients
84373 15.11.2017 10:30
- Envois de mails / erreur 521
81510 05.04.2017 11:42
- Comment configurer une entrée DNS de type DKIM chez OVH ?
81239 12.03.2019 17:41
Bonjour,
Votre logiciel professionnel "vétopartner" doit insérer une ligne d'en-tête "Message-ID" en respectant les protocoles SMTP.
A mon avis ça n'a rien à voir avec la double identification sur Gmail.
C'est juste que Gmail est de plus en plus chi*ant , et dans votre cas cas refuse maintenant les e-mails qui ne respectent pas cet élément du protocole SMTP.
Habituellement les serveurs de transit SMTP ont la bienveillance d'ajouter cette ligne lorsqu'elle manque. Apparemment celui d'OVH (Microsoft Exchange) ne le fait pas.
Le protocole dit que c'est recommandé mais pas obligatoire: (http://www.faqs.org/rfcs/rfc2822.html), mais Gmail fait sa loi.
> 3.6.4. Identification fields
> Though optional, every message **SHOULD** have a "Message-ID:" field.
> Furthermore, reply messages SHOULD have "In-Reply-To:" and
> "References:" fields as appropriate, as described below.
> The "Message-ID:" field contains a single unique message identifier.
> The "References:" and "In-Reply-To:" field each contain one or more
> unique message identifiers, optionally separated by CFWS.
Bonjour
Merci pour votre réponse :)
Est ce qu'il y a quelque chose à faire pour y remédier ? Ou bien je dois voir avec le logiciel ?
C'est vraiment handicapant pour l'utilisation du logiciel...
Sinon changer l'adresse de relance ? Ça va créer un sacré bordel dans ma structure...
Bonjour
Merci pour votre réponse
De fait, c'est à mon logiciel de s'en occuper ou à OVH ? Ai je d'autre solution, comme changer d hébergeur ?
Merci
Si vous avez contact avec l'éditeur du logiciel, ce serait la meilleure chose à faire. Le coupable est Gmail qui depuis début juillet rend obligatoire ce qui est recommandé (différence entre SHOULD et MUST dans les documents RFC)
L'absence de Message-Id est un indicateur de spam probable, donc c'est quand même à éviter à tout prix.
Le message ID-devrait être unique (par exemple constitué de la date, l'heure, un morceau aléatoire ou unique comme un n° de processus, le signe "@", et le nom du PC ou serveur ou nom de domaine de l'expéditeur). Ce Message-ID se retrouve dans les logs de transmission d'où l'intérêt d'en avoir un.