OVH Cloud OVH Cloud

résolution d'adresse IP

5 réponses
Avatar
NB
Le titre du poste peut sembler bizarre...je m'explique :
ne disposant pas d'un nom de domaine, je souhaite quand-meme utiliser mon
serveur de mail postfix sous linux, et je tente donc d'écrire de
l'extérieur à nico@82.64.60.xxx un truc du genre, 82.64.60.xxx étant mon
adresse IP, vous l'aurez compris.
Pourtant le message ne m'arrive pas, il se perd. Par contre, en local, pas
de problèmes, postfix tourne bien, je peux envoyer des mails d'un
utilisateur à l'autre.
Pourquoi ce problème de résolution d'adresse IP ? Ai-je bien identifié le
problème?...
Bon merci à tous, et bon we (je fais ca pour mes loisirs aiiie ;-)

NB

5 réponses

Avatar
mna

Le titre du poste peut sembler bizarre...je m'explique :
ne disposant pas d'un nom de domaine, je souhaite quand-meme utiliser mon
serveur de mail postfix sous linux, et je tente donc d'écrire de
l'extérieur à un truc du genre, 82.64.60.xxx étant mon
adresse IP, vous l'aurez compris.
Pourtant le message ne m'arrive pas, il se perd. Par contre, en local, pas
de problèmes, postfix tourne bien, je peux envoyer des mails d'un
utilisateur à l'autre.
Pourquoi ce problème de résolution d'adresse IP ? Ai-je bien identifié le
problème?...
Bon merci à tous, et bon we (je fais ca pour mes loisirs aiiie ;-)

NB


salut,
ci dessous les echanges de connection sur ton serveur mail :
1er essai :
220 dragon.local ESMTP Postfix (2.0.13) (Mandrake Linux)
250 dragon.local
250 Ok
554 : Relay access denied
554 Error: no valid recipients
221 Error: I can break rules, too. Goodbye.

2 ème essai :

220 dragon.local ESMTP Postfix (2.0.13) (Mandrake Linux)
250 dragon.local
250 Ok
250 Ok
354 End data with <CR><LF>.<CR><LF>
250 Ok: queued as 05EFC900CD
221 Bye

le problème vient de la config de ton serveur qui n'accepte pas
les mails pour lui même sur l'adresse ip que tu as à un
instant t.
attention à ne pas devenir un open relay si tu modifies ta config.

A+
mna.

Avatar
Christophe Le Gal
On 2004-02-06, NB wrote:
l'extérieur à un truc du genre, 82.64.60.xxx étant mon
adresse IP, vous l'aurez compris.
Pourtant le message ne m'arrive pas, il se perd. Par contre, en local, pas
de problèmes, postfix tourne bien, je peux envoyer des mails d'un
utilisateur à l'autre.
Pourquoi ce problème de résolution d'adresse IP ? Ai-je bien identifié le
problème?...


Peut etre parce que l'emetteur (l'agent, ou le sendmail local) se
contente de regarder le champ MX (eventuellement implicite) du domaine
specifié, et traite differement le cas "pas de champ MX" que le cas
"pas de domaine".

Un mail c'est sense etre , pas
Enfin je ne suis peut etre pas a jour, mais le RFC974 dit que pour savoir
où router un mail (sur le port 25 de quelle machine il faut se connecter
pour parler concretement), il faut regarder l'enregistrement MX du domaine
visé. Et si la liste des enregistrement MX est vide, qu'il faut
considère qu'elle contient un enregistrement MX egal a domaine.
Concretement :

Ex1:
dig -t mx vinigou.org :
;; Got answer:
vinigou.org. 86400 IN MX 10 mx1.vinigou.org.

Donc les mails @vinigou.org doivent etre envoyes sur la machine
de nom mx1.vinigou.org

Ex2:
dig -t mx smtp.tiscali.fr :

;; Got answer:

Donc, comme il n'y a pas d'enregistrement MX, je fais comme s'il y en
avait un = a smtp.tiscali.fr
smtp.tiscali.fr. 86400 IN MX 10 smtp.tiscali.fr

Ex3:
dig -t mx 82.64.60.1
Pas de reponse

??!?!?.
Il n'y a pas de domaine 82.64.60.1.
Ca pourrait sembler naturel de dire que je considere qu'il y en a un,
et qu'il contient un enregistrement MX‚.64.60.1, mais ça n'est pas,
dans ma comprehesion du RFC-974, imposé.

Que ca marche en local, c'est une autre affaire, puisqu'en local,
on ne regarde pas le DNS.

Avatar
Laurent Wacrenier
NB écrit:
ne disposant pas d'un nom de domaine, je souhaite quand-meme utiliser mon
serveur de mail postfix sous linux, et je tente donc d'écrire de
l'extérieur à un truc du genre, 82.64.60.xxx étant mon
adresse IP, vous l'aurez compris.


Nous peut être, mais le serveur n'a aucune raison de le comprendre.

La syntaxe RFC821 est nico@[82.64.60.xxx]

Avatar
Erwan David
Moi écrivait :

Dans l'article
écrivait :

Nous peut être, mais le serveur n'a aucune raison de le comprendre.
La syntaxe RFC821 est nico@[82.64.60.xxx]


Celle de la 822 (devenue je ne sais plus quoi) également :))


821 est devenue 2821 et 822 est devenue 2822

--
Erwan


Avatar
Moi
Dans l'article
écrivait :

821 est devenue 2821 et 822 est devenue 2822


Histoire d'être compatible an 2000 :))