[nowwhat]

on peut tout a fait mettre un CNAME dans un MX, ça fonctionne parfaitement.
par contre, la ou je vous rejoins, c'est complètement débile.
ça génère des requêtes DNS dans tous les sens.
1 requête pour le MX
1 requête pour le CNAME
et enfin 1 requête pour le A

Donc, faut sauter de CNAMEc et t'es bon !!
1 requête pour le MX
qui va donner un domaine ou sous domaine.
1 requête pour le A (de ce domaine ou sous domaine).
33% bonus en temps et t'es conforme du coup.

[cassiopee]

Oui, c'est bien connu qu'il ne faut pas utiliser de CNAME dans un MX.
(je ne sais même pas si ce n'est pas utilisé dans les filtres anti-spam)

De la même façon, on peut ne pas mettre du tout d'enregistrement MX
(le serveur SMTP voulant déposer un message pour ce nom de domaine
va alors se rabattre sur le premier enregistrement de type A rencontré),
techniquement, ça fonctionne mais ce n'est pas recommandé.

[janus57]

on peut tout a fait mettre un CNAME dans un MX, ça fonctionne parfaitement.

par contre, la ou je vous rejoins, c'est complètement débile.
ça génère des requêtes DNS dans tous les sens.
1 requête pour le MX
1 requête pour le CNAME
et enfin 1 requête pour le A

Bonjour,

normalement du CNAME pour un MX c'est hors RFC de mémoire.

Don't use CNAMEs in combination with RRs which point to other names
like MX, CNAME, PTR and NS. (PTR is an exception if you want to
implement classless in-addr delegation.) For example, this is
strongly discouraged:

           podunk.xx.      IN      MX      mailhost
           mailhost        IN      CNAME   mary
           mary            IN      A       1.2.3.4

Cf : https://www.ietf.org/rfc/rfc1912.txt

10.3. MX and NS records

The domain name used as the value of a NS resource record, or part of
the value of a MX resource record must not be an alias. Not only is
the specification clear on this point, but using an alias in either
of these positions neither works as well as might be hoped, nor well
fulfills the ambition that may have led to this approach. This
domain name must have as its value one or more address records.
Currently those will be A records, however in the future other record
types giving addressing information may be acceptable. It can also
have other RRs, but never a CNAME RR.

Cf : https://www.ietf.org/rfc/rfc2181.txt

Cordialement, janus57

[SD90078-OVH]

on peut tout a fait mettre un CNAME dans un MX, ça fonctionne parfaitement.

par contre, la ou je vous rejoins, c'est complètement débile.
ça génère des requêtes DNS dans tous les sens.
1 requête pour le MX
1 requête pour le CNAME
et enfin 1 requête pour le A

[Freemaster]

il faut que ce qui est entré dans le champ MX soit un enregistrement A ou CNAME valide !

surtout pas un CNAME ! A obligatoirement

[vladimirez]

En effet les gars, c'est le "mail.domain.com" qui manquait. Ajouté et c'est reglé.. Comment j'ai pu oublier un détails si trivial...
Merci beaucoup en tout cas.

[janus57]

Bonjour,

manque un enregistrement MX là.

Les enregistrements Mail Exchange (MX) dirigent les e-mails d'un domaine vers les serveurs hébergeant les comptes utilisateur du domaine.
Plusieurs enregistrements MX peuvent être définis pour un même domaine, chacun avec une priorité différente. Si un e-mail ne peut être distribué à l'aide de l'enregistrement associé à la priorité la plus élevée, l'enregistrement de priorité 2 est utilisé, etc.

Cf : https://support.google.com/a/answer/48090?hl=fr#J

Donc un petit champ MX qui pointe sur ton serveur, prévoir aussi des MX backup et voilà.

Donc là faut corriger le champs MX de mail. à emails. ou changer le emails. à mail.

Car mail. renvoie dans le vide (0 enregistrement A derrière).

P.S. il me semble que les champs MX ne prennent pas les CNAME.

Cordialement, janus57

[SD90078-OVH]

Bonjour,

je ne vois aucun enregistrement A qui s'appelle mail.domain.com....
par contre, il y a un emails.....

il faut que ce qui est entré dans le champ MX soit un enregistrement A ou CNAME valide !

[nowwhat]

....
PostFix et imap sont installés, et imap repond sur le port 143
La commande :

telnet localhost 25
ehlo localhost

C'est où que j'ai du me tromper pour ne pas etre capable de recevoir les mails envoyés vers mon domaine ?

Le test vers "localhost" n'est que peu important.
T'as pensé à tester avec ton IP publique ? Car personne va se connecter sur ton "localhost", mais sur ton IP publique.
On sais que 'en local' ça marche, tu l'as déjà dit.

Il est donc astucieux de nous montrer ce que ça donne:
telnet 198.245.a. 25

Avant des tester avec telnet, lance cette commande

netstat -naptul | grep '25'

La réponse est important.

Puis, poste toi la question: t'as un numéro de téléphone, mais si t'es pas dans l'annuaire, comment quelqu'un puisse te joindre ?!
Les divers tests concernant ta zone DNS.
Genre :

dig @ton-dns-secondaire-ici ton-domaine.tld MX

donne quoi ?

[vladimirez]

Bonjour,

J'utilise les DNS dynadot vers ma machine canadienne ks3.

Je peux recevoir des mails de l'interieur (utilisant les comptes users sur la machine) mais pas de l'exterieur (venant de gmail).

NB: Je peux envoyer des mails sans soucis (score 9/10 sur mail-tester).

La configuration du coté de Dynadot est la suivante:



Mon domaine est ajouté et verifié dans le manager Kimsufi en DNS secondaire (procedure ownercheck).

PostFix et imap sont installés, et imap repond sur le port 143

La commande :

telnet localhost 25
ehlo localhost

Me retourne:

250-domain.com
250-PIPELINING
250-SIZE 10240000
250-VRFY
250-ETRN
250-STARTTLS
250-ENHANCEDSTATUSCODES
250-8BITMIME
250 DSN

C'est où que j'ai du me tromper pour ne pas etre capable de recevoir les mails envoyés vers mon domaine ?