Un client ne reçoit pas nos emails, nous oui

Et si vous envoyez un mail test depuis le webmail Ovh ils le reçoivent ?

Même symptomes, je viens d'essayer...après plusieurs minutes d'attente je ne reçois ni confirmation de lecture ni de reception, et le destinataire ne vois rien arriver.

pour info lorsque je teste leur domaine pour voir le MX je vois ceci:
1com0e.mail.protection.outlook.comcom0e.mail.protection.outlook.com

ils utilisent un serveur de messagerie outlook.com avec l'ip 213.199.180.170
par contre c'est le "protection" qui m'interpelle, ils doivent avoir un antispam intégré ou que sais-je qui dois nous blacklister ?!

mon domaine : @jallatte.fr
leur domaine: @1components.comcomponents.com

Et si vous envoyez un mail sur 1tester.comtester.com ? Il se passe quoi ? Quelle est la note ?

**9/10**
https://www.1tester.com/web-chb55tester.com/web-chb55

1 point perdu car pas de DKIM possible avec Exchange...tout le reste est super bien configuré.
j'avais déjà eu un soucis avec le SPF qui n’était pas en record type TXT (mais au final OVH avait confirmé que le SPF était un TXT...), ca a été corrigé avec aussi l'ajout d'un DMARC. je ne vois pas ce que je peux faire de plus...9/10 il n'y en a pas beaucoup qui peuvent s'en vanter :)

Bonjour,

@Jallatte_SASJ dans ce cas là vous pouvez contacter notre support avec un exemple de mail précis, c'est à dire:

- Expéditeur
- Destinataire
- Date et heure d'envoit du mail

A notre niveau nous pourrons ainsi voir dans nos logs si le mail a bien quitter notre infrastructure.

A savoir que si le mail a bien quitté notre infrastructure sans erreur, votre destinataire devra alors contacter son hébergeur afin que lui-même vérifie le cheminement du mail sur son infrastructure.

Ok j'ai ouvert un ticket : **1913058069**
@SteveC si vous êtes dispo pour jetter un oeil...en général mes tickets restent sans réponses pendants plusieurs jours

Merci , je viens de remonter le ticket auprès de l'équipe concernée. :)

Merci beaucoup !!

voici la réponse que j'ai reçu pour mon ticket :
> Bonjour,

> Je me permets de prendre en charge votre demande concernant l'envoi de mails
> vers le domaine @1components.com.components.com.

> Actuellement les mails que vous avez émis vers les boites mails du domaine
> "1components.comcomponents.com" ont bien été envoyé, je vous invite de ce fait à voir avec
> votre destinataire.

> Je reste à votre disposition pour toute demande complémentaire.
> Cordialement,

le problème c'est que ca fait plusieurs semaines que je "vois avec mes destinataires", et que ca tourne en rond...

Il faudrait voir avec ceux qui gèrent le serveur des destinataires en fait..

Je ne suis pas sur que mettre le domaine en whitelist sur leur logiciel concerne toute la chaîne de réception des mails mais seulement l'affichage (spam/non spam)

je me doute bien que le problème n'est pas sur le poste client, vu qu'il est, semble t'il correctement configuré. Le problème c'est que le service informatique du destinataire ne fait aucun effort pour régler le problème (et c'est toujours comme ça que ça se passe...) ils partent du principe que s'ils ne reçoivent pas nos mail c'est que le problème est chez nous. je n'ai pas de contact avec leur informaticien...

Oue mais du coup quel conseil attends tu ?
Prendre un autre domaine (6 euro + une boîte mail à 3 euro/mois) pour leur montrer que c'est un blacklistage du domaine ?

je pensais qu'on allait me donner un truc un peu plus étoffé qui prouverait de facon technique que le problème vient bien de chez eux. car là je n'ai qu'un message d'OVH qui en résumé dit " **les messages qu'on a émis ont bien été envoyés**" bonjour le pléonasme...car si je dis ca aux destinataires on va me répondre : "ah oui peut être mais nous on a rien reçu...". retour à la case départ. on a rien prouvé.

bref...

En fait ça veut dire le serveur d'en face les a accepté sans renvoyer d'erreurs.

Après si le serveur en face les supprime directement car le domaine est blacklisté c'est impossible à savoir.

Alors depuis mon PC j'ai fait un telnet (jai masqué les emails):
> telnet
> open 1com0e.mail.protection.outlook.comcom0e.mail.protection.outlook.com 25
> 220 HE1EUR02FT047.mail.protection.outlook.com Microsoft ESMTP MAIL Service ready at Thu, 8 Feb 2018 14:53:12 +0000
> ehlo jallatte.fr
> 1HE1EUR02FT047.mail.protection.outlook.comHE1EUR02FT047.mail.protection.outlook.com Hello [193.xxx.xxx.xxx]
> 250-SIZE 157286400
> 250-PIPELINING
> 250-DSN
> 250-ENHANCEDSTATUSCODES
> 250-STARTTLS
> 250-8BITMIME
> 250-BINARYMIME
> 250-CHUNKING
> 250 SMTPUTF8
> mail from:jallatte.fr>
> 250 2.1.0 Sender OK
> rcpt to:components.com>
> 250 2.1.5 Recipient OK
> data
> 354 Please start mail input.
> Hello lydia, this is christian from jallatte, please can you confirm that you received this message
> ? thank you.
> .
> 250 Mail queued for delivery.
> quit
> 221 Closing connection. Good bye.

ils n'ont rien reçu...malgré le **250 Mail queued for delivery**

à part voir avec eux ... ça va être compliqué.
OVH (ou n'importe quel service d'envoi de mail) n'a pas accès à plus d'informations que ce que l'on voit là.

si j'arrive a rentrer en contact avec leur informaticien, je pense qu'avec ce log telnet j'ai un peu mieux comme preuve comme quoi le mail est bien déposé sur leur serveur de messagerie...

Bonjour,

Au besoin, vous pouvez aussi demander à la personne qui vous a répondu sur le ticket de vous fournir un extrait des logs pour les exemples que vous avez indiqués

Ainsi votre destinataire pourra fournir à son prestataire une évidence indiquant que les mails que vous envoyez depuis vos comptes ovh arrivent bien sur leurs machines.

250 Mail queued for delivery

J'ai quand même un doute sur l'exactitude de la transaction SMTP reprise ici.
Dans mes logs, il apparaît que les serveurs outlook.com sont beaucoup plus verbeux.

Je prends un exemple
_Jan 22 16:03:18 v2 postfix/smtp[10569]: 4B7AFD8045: to=xxxxx.com>, relay=xxxxx-com.mail.protection.outlook.com[94.245.120.74]:25, delay=3.2, delays=0.33/0.01/0.56/2.3, dsn=2.6.0, status=sent (250 2.6.0 <73fb346d-99a0-2758-71c9-02cc5475a239@xxxxx.net> [InternalId=12811887445274, Hostname=DB6PR0401MB2325.eurprd04.prod.outlook.com] 14545 bytes in 0.137, 103.004 KB/sec Queued mail for delivery)_

Avec les données exactes
> "Jan 22 16:03:18" et gmt+0100 ,

ainsi que le message d'accusé de réception complet

> "250 2.6.0 <73fb346d-99a0-2758-71c9-02cc5475a239@xxxxx.net> [InternalId=12811887445274, Hostname=DB6PR0401MB2325.eurprd04.prod.outlook.com] 14545 bytes in 0.137, 103.004 KB/sec Queued mail for delivery"

c'est tout de suite un peu plus précis pour demander à un gros fournisseur comme Krosoft de faire des recherches (si on trouve une porte d'entrée afin qu'un être humain se penche sur la question)

Frédéric

bonjour,
le fin mot de l'histoire :

> So pleased we got it sorted! Apologies for the trouble.
>
> IT checked the message trace and found that Caroline’s emails were getting marked as spam as you suggested due to the Office365 filtering policy (below error message). They had to add the @xxxxxxx.fr mailbox to the allowed list – it took a little while as we had to request approval to get this done.

voici l'image écran qu'on m'a envoyé pour expliquer le "problème", j'ai encadré en rouge la raison :
https://i.imgur.com/fyDailg.png

je ne sais pas si cette image écran provient de l'interface de l'utilisateur ou de l'administrateur...mais a aucun moment ils se sont dit : "quelqu'un ne recoit pas les mails qu'il devrait recevoir ? bon je vais aller voir dans les règles mises en place..."

@Jallatte_SASJ
Merci du feedback
Comme quoi il y a toujours un bug dans l'interface chaise-clavier...

Je viens d'avoir le même problème et la même réponse ....

1 année plus tard

même problème et la même réponse

peux-tu préciser, car squatter une conversation ancienne et dire "moi aussi" ça n'apporte rien.
D'autant plus qu'en conclusion il n'y avait qu'un problème d'utilisateur qui ne savait pas lire les messages d'erreur O365.
Si c'est pareil pour toi, la conversation est close et résolue.
Merci de ta participation.