OVH Cloud OVH Cloud

AOL

4 réponses
Avatar
Iv
Bonjour
Un de mes clients a des problèmes pour envoyer, via SBS exchange 2003, des
mails à des correspondants AOL.
Le problème est que le nom de domaine n'est pas gérer par le serveur
exchange mais par un provider externe qui met à disposition des comptes pop
pour les clients.
Or en cherchant comment résoudre ce problème, j'ai trouvé ceci : "Créez un
PTR valide ou un enregistrement de recherche indirecte sur votre
external/internet de sociétés serveur DNS".
Pouvez-vous m'en dire plus ? Et je doute que cela soit possible vu que le MX
ne pointe pas sur mon routeur/exchange, je me trompe ??
Merci

4 réponses

Avatar
Thierry DEMAN [MVP]
Bonsoir,

a priori, c'est le provider qui gère le domaine de messagerie (DNS) qui peut
indiquer le PTR correct correspondant à l'adresse IP. Le PTR correspondant à
l'adresse IP définie dans une zone DNS dite "reverse" qui permet de
retrouver le nom d'une machine à partir de cette adresse IP.
L'inconvénient principal est qu'une adresse IP = 1 nom de machine.
Or, un serveur SMTP d'un provider sert souvent à de nombreux domaines de
messagerie (si ce n'est tous !).
Si le Mx de votre domaine pointe sur le nom complet effectivement enregistré
dans la zone Reverse, cela devrait fonctionner.

A+
--
Thierry DEMAN-BARCELÒ
MVP Exchange, SQL/Server
http://base.faqexchange.info http://www.faqexchange.info
http://ISAFirewalls.org
"Iv" a écrit dans le message de
news:
Bonjour
Un de mes clients a des problèmes pour envoyer, via SBS exchange 2003, des
mails à des correspondants AOL.
Le problème est que le nom de domaine n'est pas gérer par le serveur
exchange mais par un provider externe qui met à disposition des comptes
pop pour les clients.
Or en cherchant comment résoudre ce problème, j'ai trouvé ceci : "Créez un
PTR valide ou un enregistrement de recherche indirecte sur votre
external/internet de sociétés serveur DNS".
Pouvez-vous m'en dire plus ? Et je doute que cela soit possible vu que le
MX ne pointe pas sur mon routeur/exchange, je me trompe ??
Merci



Avatar
Iv
Merci pour la réponse.
C'est effectivement le provider qui gère le domaine de messagerie, PTR, MX,
etc... De ce fait, je ne vois pas où je peux intervenir. C'est le serveur
SBS2003 interne donc "invisible" qui envoie les mails, il est donc normal
que le PTR ne correspond pas au serveur SMTP qui envoie les mails.

"Thierry DEMAN [MVP]" a écrit dans le message
de news:
Bonsoir,

a priori, c'est le provider qui gère le domaine de messagerie (DNS) qui
peut indiquer le PTR correct correspondant à l'adresse IP. Le PTR
correspondant à l'adresse IP définie dans une zone DNS dite "reverse" qui
permet de retrouver le nom d'une machine à partir de cette adresse IP.
L'inconvénient principal est qu'une adresse IP = 1 nom de machine.
Or, un serveur SMTP d'un provider sert souvent à de nombreux domaines de
messagerie (si ce n'est tous !).
Si le Mx de votre domaine pointe sur le nom complet effectivement
enregistré dans la zone Reverse, cela devrait fonctionner.

A+
--
Thierry DEMAN-BARCELÒ
MVP Exchange, SQL/Server
http://base.faqexchange.info http://www.faqexchange.info
http://ISAFirewalls.org
"Iv" a écrit dans le message de
news:
Bonjour
Un de mes clients a des problèmes pour envoyer, via SBS exchange 2003,
des mails à des correspondants AOL.
Le problème est que le nom de domaine n'est pas gérer par le serveur
exchange mais par un provider externe qui met à disposition des comptes
pop pour les clients.
Or en cherchant comment résoudre ce problème, j'ai trouvé ceci : "Créez
un PTR valide ou un enregistrement de recherche indirecte sur votre
external/internet de sociétés serveur DNS".
Pouvez-vous m'en dire plus ? Et je doute que cela soit possible vu que le
MX ne pointe pas sur mon routeur/exchange, je me trompe ??
Merci






Avatar
Thierry DEMAN [MVP]
D'où la quasi-obligation de passer par le serveur SMTP du provider !
Mais, si celui-ci ne relaie pas correctement, c'est la cata.

A+
--
Thierry DEMAN-BARCELÒ
MVP Exchange, SQL/Server
http://base.faqexchange.info http://www.faqexchange.info
http://ISAFirewalls.org
"Iv" a écrit dans le message de
news:
Merci pour la réponse.
C'est effectivement le provider qui gère le domaine de messagerie, PTR,
MX, etc... De ce fait, je ne vois pas où je peux intervenir. C'est le
serveur SBS2003 interne donc "invisible" qui envoie les mails, il est donc
normal que le PTR ne correspond pas au serveur SMTP qui envoie les mails.

"Thierry DEMAN [MVP]" a écrit dans le message
de news:
Bonsoir,

a priori, c'est le provider qui gère le domaine de messagerie (DNS) qui
peut indiquer le PTR correct correspondant à l'adresse IP. Le PTR
correspondant à l'adresse IP définie dans une zone DNS dite "reverse" qui
permet de retrouver le nom d'une machine à partir de cette adresse IP.
L'inconvénient principal est qu'une adresse IP = 1 nom de machine.
Or, un serveur SMTP d'un provider sert souvent à de nombreux domaines de
messagerie (si ce n'est tous !).
Si le Mx de votre domaine pointe sur le nom complet effectivement
enregistré dans la zone Reverse, cela devrait fonctionner.

A+
--
Thierry DEMAN-BARCELÒ
MVP Exchange, SQL/Server
http://base.faqexchange.info http://www.faqexchange.info
http://ISAFirewalls.org
"Iv" a écrit dans le message de
news:
Bonjour
Un de mes clients a des problèmes pour envoyer, via SBS exchange 2003,
des mails à des correspondants AOL.
Le problème est que le nom de domaine n'est pas gérer par le serveur
exchange mais par un provider externe qui met à disposition des comptes
pop pour les clients.
Or en cherchant comment résoudre ce problème, j'ai trouvé ceci : "Créez
un PTR valide ou un enregistrement de recherche indirecte sur votre
external/internet de sociétés serveur DNS".
Pouvez-vous m'en dire plus ? Et je doute que cela soit possible vu que
le MX ne pointe pas sur mon routeur/exchange, je me trompe ??
Merci










Avatar
Iv
OK
Et merci

"Thierry DEMAN [MVP]" a écrit dans le message
de news:
D'où la quasi-obligation de passer par le serveur SMTP du provider !
Mais, si celui-ci ne relaie pas correctement, c'est la cata.

A+
--
Thierry DEMAN-BARCELÒ
MVP Exchange, SQL/Server
http://base.faqexchange.info http://www.faqexchange.info
http://ISAFirewalls.org
"Iv" a écrit dans le message de
news:
Merci pour la réponse.
C'est effectivement le provider qui gère le domaine de messagerie, PTR,
MX, etc... De ce fait, je ne vois pas où je peux intervenir. C'est le
serveur SBS2003 interne donc "invisible" qui envoie les mails, il est
donc normal que le PTR ne correspond pas au serveur SMTP qui envoie les
mails.

"Thierry DEMAN [MVP]" a écrit dans le
message de news:
Bonsoir,

a priori, c'est le provider qui gère le domaine de messagerie (DNS) qui
peut indiquer le PTR correct correspondant à l'adresse IP. Le PTR
correspondant à l'adresse IP définie dans une zone DNS dite "reverse"
qui permet de retrouver le nom d'une machine à partir de cette adresse
IP.
L'inconvénient principal est qu'une adresse IP = 1 nom de machine.
Or, un serveur SMTP d'un provider sert souvent à de nombreux domaines de
messagerie (si ce n'est tous !).
Si le Mx de votre domaine pointe sur le nom complet effectivement
enregistré dans la zone Reverse, cela devrait fonctionner.

A+
--
Thierry DEMAN-BARCELÒ
MVP Exchange, SQL/Server
http://base.faqexchange.info http://www.faqexchange.info
http://ISAFirewalls.org
"Iv" a écrit dans le message de
news:
Bonjour
Un de mes clients a des problèmes pour envoyer, via SBS exchange 2003,
des mails à des correspondants AOL.
Le problème est que le nom de domaine n'est pas gérer par le serveur
exchange mais par un provider externe qui met à disposition des comptes
pop pour les clients.
Or en cherchant comment résoudre ce problème, j'ai trouvé ceci : "Créez
un PTR valide ou un enregistrement de recherche indirecte sur votre
external/internet de sociétés serveur DNS".
Pouvez-vous m'en dire plus ? Et je doute que cela soit possible vu que
le MX ne pointe pas sur mon routeur/exchange, je me trompe ??
Merci