iis pb smtp 550 sur adresses du FAI

niko wrote:

J'ai du installer le service lls pour avoir accès à un
serveur smtp virtuel, car mon FAI a coupé l'acces au
serveur smtp, pour les adresses qui ne sont pas de chez
lui (xxx@sentoo.sn) et c'est le seul FAI du pays.

Je ne me sert pas des applications web, mais seulement du
protocole smtp.

mes messages passent bien, mais j'ai un échec d'envoi sur
certaine messageries.

j'ai ce type de message :
Reporting-MTA: dns;KAICEDRAT
Received-From-MTA: dns;KAICEDRAT
Arrival-Date: Mon, 2 Aug 2004 15:05:12 +0100

Final-Recipient: rfc822;htlposte@sentoo.sn
Action: failed
Status: 5.0.0
Diagnostic-Code: smtp;550 Adresse @sentoo.sn requis pour
envoi

ces erreurs arrivent systématiquement sur les mails
envoyé à à sentoo.sn


Merci de me dire ce que je peux faire.

Tu peux reformuler car perso, j'ai rien compris.
Si ce que tu veux c'est que ton serveur smtp d'un point de vue internet soit
vu comme n'importe quel serveur smtp, il faut:
Avoir un nom de domaine (par exemple domaine.com)
Avoir un nom d'hôte pointant sur l'IP du serveur smtp (par exemple
smtp.domaine.com 123.123.123.123)
Avoir un enregistrement MX pour le domaine domaine.com pointant sur l'hôte
smtp.domaine.com
Avoir un enregistrement PTR retournant le nom d'hôte pour l'adresse IP du
serveur SMTP (123.123.123.123 smtp.domaine.com)
Avoir le serveur SMTP de IIS configuré avec smtp.domaine.com en tant que nom
fqdn et domaine.com en tant que domaine fictif. Ne doit pas avoir d'hôte
actif. Ne doit pas autoriser le relai.
Bon courage

>-----Message d'origine-----
niko wrote:

J'ai du installer le service lls pour avoir accès à un
serveur smtp virtuel, car mon FAI a coupé l'acces au
serveur smtp, pour les adresses qui ne sont pas de chez
lui (xxx@sentoo.sn) et c'est le seul FAI du pays.

Je ne me sert pas des applications web, mais seulement

du

protocole smtp.

mes messages passent bien, mais j'ai un échec d'envoi

sur

certaine messageries.

j'ai ce type de message :
Reporting-MTA: dns;KAICEDRAT
Received-From-MTA: dns;KAICEDRAT
Arrival-Date: Mon, 2 Aug 2004 15:05:12 +0100

Final-Recipient: rfc822;htlposte@sentoo.sn
Action: failed
Status: 5.0.0
Diagnostic-Code: smtp;550 Adresse @sentoo.sn requis

pour

envoi

ces erreurs arrivent systématiquement sur les mails
envoyé à à sentoo.sn


Merci de me dire ce que je peux faire.

Tu peux reformuler car perso, j'ai rien compris.
Si ce que tu veux c'est que ton serveur smtp d'un point

de vue internet soit

vu comme n'importe quel serveur smtp, il faut:
Avoir un nom de domaine (par exemple domaine.com)
Avoir un nom d'hôte pointant sur l'IP du serveur smtp

(par exemple

smtp.domaine.com 123.123.123.123)
Avoir un enregistrement MX pour le domaine domaine.com

pointant sur l'hôte

smtp.domaine.com
Avoir un enregistrement PTR retournant le nom d'hôte

pour l'adresse IP du

serveur SMTP (123.123.123.123 smtp.domaine.com)
Avoir le serveur SMTP de IIS configuré avec

smtp.domaine.com en tant que nom

fqdn et domaine.com en tant que domaine fictif. Ne doit

pas avoir d'hôte

actif. Ne doit pas autoriser le relai.
Bon courage

merci pour ta réponse,

En fait, il me refuse l'envoi des mails, sur les adresses
du fournisseur d'acces tous les autres mails passent. ce
que je voudrais c'est réussir à envoyer sur ce type d'
adresses (xxx@sentoo.sn). à chaque fois, ça ne passe pas.
c'est ce probleme la que je veux résoudre.

Si la solution est ce que tu viens d'expliquer, alors,
j'ai un probleme, parce que je ne sais pas ou est ce que
tu trouves ces options de configuration et je n'ai pas
compris non plus ce que tu expliques.

Ces configuration sont elles dans les propriété du smtp
de IIS?

(je suis sur xp et je ne gere pas de site web).

pour info, mon smtp IIS est configuré comme suivant
l'adressse ip que j'utilise est celle du serveur de mon
réseau local 192.168.0.1
acces: connexion anonyme
remise:
nom de domaine = celui de mon réseau local (la
vérification dns fonctionne) mais n'est pas un .com ou
net ou autre, c'est le nom du workgroup en fait.
et je n'ai pas d'hote actif et de domaine fictif
configuré.

bref, je pédale un peu dans la semoule, comme tout
utilisateur qui n'y connait pas grand chose :-(

niko wrote:

-----Message d'origine-----
niko wrote:

J'ai du installer le service lls pour avoir accès à un
serveur smtp virtuel, car mon FAI a coupé l'acces au
serveur smtp, pour les adresses qui ne sont pas de chez
lui (xxx@sentoo.sn) et c'est le seul FAI du pays.

Je ne me sert pas des applications web, mais seulement du
protocole smtp.

mes messages passent bien, mais j'ai un échec d'envoi sur
certaine messageries.

j'ai ce type de message :
Reporting-MTA: dns;KAICEDRAT
Received-From-MTA: dns;KAICEDRAT
Arrival-Date: Mon, 2 Aug 2004 15:05:12 +0100

Final-Recipient: rfc822;htlposte@sentoo.sn
Action: failed
Status: 5.0.0
Diagnostic-Code: smtp;550 Adresse @sentoo.sn requis pour
envoi

ces erreurs arrivent systématiquement sur les mails
envoyé à à sentoo.sn


Merci de me dire ce que je peux faire.

Tu peux reformuler car perso, j'ai rien compris.
Si ce que tu veux c'est que ton serveur smtp d'un point de vue
internet soit vu comme n'importe quel serveur smtp, il faut:
Avoir un nom de domaine (par exemple domaine.com)
Avoir un nom d'hôte pointant sur l'IP du serveur smtp (par exemple
smtp.domaine.com 123.123.123.123)
Avoir un enregistrement MX pour le domaine domaine.com pointant sur
l'hôte smtp.domaine.com
Avoir un enregistrement PTR retournant le nom d'hôte pour l'adresse
IP du serveur SMTP (123.123.123.123 smtp.domaine.com)
Avoir le serveur SMTP de IIS configuré avec

smtp.domaine.com en tant que nom

fqdn et domaine.com en tant que domaine fictif. Ne doit pas avoir
d'hôte actif. Ne doit pas autoriser le relai.
Bon courage

merci pour ta réponse,

En fait, il me refuse l'envoi des mails, sur les adresses
du fournisseur d'acces tous les autres mails passent. ce
que je voudrais c'est réussir à envoyer sur ce type d'
adresses (xxx@sentoo.sn). à chaque fois, ça ne passe pas.
c'est ce probleme la que je veux résoudre.

Si la solution est ce que tu viens d'expliquer, alors,
j'ai un probleme, parce que je ne sais pas ou est ce que
tu trouves ces options de configuration et je n'ai pas
compris non plus ce que tu expliques.

Ces configuration sont elles dans les propriété du smtp
de IIS?

(je suis sur xp et je ne gere pas de site web).

pour info, mon smtp IIS est configuré comme suivant
l'adressse ip que j'utilise est celle du serveur de mon
réseau local 192.168.0.1
acces: connexion anonyme
remise:
nom de domaine = celui de mon réseau local (la
vérification dns fonctionne) mais n'est pas un .com ou
net ou autre, c'est le nom du workgroup en fait.
et je n'ai pas d'hote actif et de domaine fictif
configuré.

bref, je pédale un peu dans la semoule, comme tout
utilisateur qui n'y connait pas grand chose :-(

Ok donc ton domaine vu depuis le serveur qui reçoit ton mail n'est pas
valide sur internet.
Pour commencer en nom de domaine tu mets ce que te donne un nslookup (en
ligne de commande) de ton adresse IP publique :
nslookup 123.123.123.123
Effectivement ce que j'ai expliqué lors du dernier message concerne bien le
souci que tu rencontres (enfin il y a de fortes chances).
Comme il y a de plus en plus de spam et de virus par mail, les admins de
serveur de mail commencent à vérifier tout un tas de choses qu'ils ne
faisaient pas avant : nom fqdn existant, reverse adresse (PTR), etc...
Pour faire simple, il faut au niveau serveurs DNS (internet, pas le tient) :
Avoir un nom de domaine valide sur internet.
Avoir un nom d'hôte dans ce domaine pointant sur l'adresse IP publique par
laquelle sortiront tes mails de IIS.
Avoir un MX record pointant sur l'hôte défini juste avant.
Avoir une reverse adresse qui retourne le nom d'hôte (facultatif mais les
serveurs de mails commencent à vérifier au moins qu'elle existe)
Et au niveau IIS :
En fqdn le nom d'hôte de l'adresse IP publique, en domaine fictif, le nom de
domaine internet.

Comme tu l'as compris pratiquement tout doit d'abord être fait au niveau
DNS.

>-----Message d'origine-----
niko wrote:

-----Message d'origine-----
niko wrote:

J'ai du installer le service lls pour avoir accès à

un

serveur smtp virtuel, car mon FAI a coupé l'acces au
serveur smtp, pour les adresses qui ne sont pas de

chez

lui (xxx@sentoo.sn) et c'est le seul FAI du pays.

Je ne me sert pas des applications web, mais

seulement du

protocole smtp.

mes messages passent bien, mais j'ai un échec

d'envoi sur

certaine messageries.

j'ai ce type de message :
Reporting-MTA: dns;KAICEDRAT
Received-From-MTA: dns;KAICEDRAT
Arrival-Date: Mon, 2 Aug 2004 15:05:12 +0100

Final-Recipient: rfc822;htlposte@sentoo.sn
Action: failed
Status: 5.0.0
Diagnostic-Code: smtp;550 Adresse @sentoo.sn requis

pour

envoi

ces erreurs arrivent systématiquement sur les mails
envoyé à à sentoo.sn


Merci de me dire ce que je peux faire.

Tu peux reformuler car perso, j'ai rien compris.
Si ce que tu veux c'est que ton serveur smtp d'un

point de vue

internet soit vu comme n'importe quel serveur smtp,

il faut:

Avoir un nom de domaine (par exemple domaine.com)
Avoir un nom d'hôte pointant sur l'IP du serveur smtp

(par exemple

smtp.domaine.com 123.123.123.123)
Avoir un enregistrement MX pour le domaine

domaine.com pointant sur

l'hôte smtp.domaine.com
Avoir un enregistrement PTR retournant le nom d'hôte

pour l'adresse

IP du serveur SMTP (123.123.123.123 smtp.domaine.com)
Avoir le serveur SMTP de IIS configuré avec

smtp.domaine.com en tant que nom

fqdn et domaine.com en tant que domaine fictif. Ne

doit pas avoir

d'hôte actif. Ne doit pas autoriser le relai.
Bon courage

merci pour ta réponse,

En fait, il me refuse l'envoi des mails, sur les

adresses

du fournisseur d'acces tous les autres mails passent.

ce

que je voudrais c'est réussir à envoyer sur ce type d'
adresses (xxx@sentoo.sn). à chaque fois, ça ne passe

pas.

c'est ce probleme la que je veux résoudre.

Si la solution est ce que tu viens d'expliquer, alors,
j'ai un probleme, parce que je ne sais pas ou est ce

que

tu trouves ces options de configuration et je n'ai pas
compris non plus ce que tu expliques.

Ces configuration sont elles dans les propriété du smtp
de IIS?

(je suis sur xp et je ne gere pas de site web).

pour info, mon smtp IIS est configuré comme suivant
l'adressse ip que j'utilise est celle du serveur de mon
réseau local 192.168.0.1
acces: connexion anonyme
remise:
nom de domaine = celui de mon réseau local (la
vérification dns fonctionne) mais n'est pas un .com ou
net ou autre, c'est le nom du workgroup en fait.
et je n'ai pas d'hote actif et de domaine fictif
configuré.

bref, je pédale un peu dans la semoule, comme tout
utilisateur qui n'y connait pas grand chose :-(

Ok donc ton domaine vu depuis le serveur qui reçoit ton

mail n'est pas

valide sur internet.
Pour commencer en nom de domaine tu mets ce que te donne

un nslookup (en

ligne de commande) de ton adresse IP publique :
nslookup 123.123.123.123
Effectivement ce que j'ai expliqué lors du dernier

message concerne bien le

souci que tu rencontres (enfin il y a de fortes chances).
Comme il y a de plus en plus de spam et de virus par

mail, les admins de

serveur de mail commencent à vérifier tout un tas de

choses qu'ils ne

faisaient pas avant : nom fqdn existant, reverse adresse

(PTR), etc...

Pour faire simple, il faut au niveau serveurs DNS

(internet, pas le tient) :

Avoir un nom de domaine valide sur internet.
Avoir un nom d'hôte dans ce domaine pointant sur

l'adresse IP publique par

laquelle sortiront tes mails de IIS.
Avoir un MX record pointant sur l'hôte défini juste

avant.

Avoir une reverse adresse qui retourne le nom d'hôte

(facultatif mais les

serveurs de mails commencent à vérifier au moins qu'elle

existe)

Et au niveau IIS :
En fqdn le nom d'hôte de l'adresse IP publique, en

domaine fictif, le nom de

domaine internet.

Comme tu l'as compris pratiquement tout doit d'abord

être fait au niveau

DNS.

Je reviens de voyage, et prend connaissance de ta réponse.

Merci pour ces précisions,
j'ai donc fait un nslookup, et je viens de configurer
comme suivant.
dans les options de remise avancées de propriété du smtp
virtuel,
domaine fictif: le nom de domaine du réseau local
nom de domaine complet: ns.sonatel.ns (le dns s'effectue
correctement)
hote actif: l'adresse ip du serveur dns préféré de mon
provider entre crochets [].

je n'ai pas coché la remise en directe avant d'envoyer à
l'hote actif.
et j'ai coché la demande de dns inversé sur les messages
entrants.

par contre dans l'onglet général, j'ai laissé l'adresse
du réseau local, car je n'arrivais pas à lui donner celle
du FAI.
mais a priori, meme si cette configuration à l'air
bancale, les mails on l'air de passer.

est ce qu'il y meilleur façon de faire?

>-----Message d'origine-----

-----Message d'origine-----
niko wrote:

-----Message d'origine-----
niko wrote:

J'ai du installer le service lls pour avoir accès à

un

serveur smtp virtuel, car mon FAI a coupé l'acces au
serveur smtp, pour les adresses qui ne sont pas de

chez

lui (xxx@sentoo.sn) et c'est le seul FAI du pays.

Je ne me sert pas des applications web, mais

seulement du

protocole smtp.

mes messages passent bien, mais j'ai un échec

d'envoi sur

certaine messageries.

j'ai ce type de message :
Reporting-MTA: dns;KAICEDRAT
Received-From-MTA: dns;KAICEDRAT
Arrival-Date: Mon, 2 Aug 2004 15:05:12 +0100

Final-Recipient: rfc822;htlposte@sentoo.sn
Action: failed
Status: 5.0.0
Diagnostic-Code: smtp;550 Adresse @sentoo.sn requis

pour

envoi

ces erreurs arrivent systématiquement sur les mails
envoyé à à sentoo.sn


Merci de me dire ce que je peux faire.

Tu peux reformuler car perso, j'ai rien compris.
Si ce que tu veux c'est que ton serveur smtp d'un

point de vue

internet soit vu comme n'importe quel serveur smtp,

il faut:

Avoir un nom de domaine (par exemple domaine.com)
Avoir un nom d'hôte pointant sur l'IP du serveur

smtp

(par exemple

smtp.domaine.com 123.123.123.123)
Avoir un enregistrement MX pour le domaine

domaine.com pointant sur

l'hôte smtp.domaine.com
Avoir un enregistrement PTR retournant le nom d'hôte

pour l'adresse

IP du serveur SMTP (123.123.123.123 smtp.domaine.com)
Avoir le serveur SMTP de IIS configuré avec

smtp.domaine.com en tant que nom

fqdn et domaine.com en tant que domaine fictif. Ne

doit pas avoir

d'hôte actif. Ne doit pas autoriser le relai.
Bon courage

merci pour ta réponse,

En fait, il me refuse l'envoi des mails, sur les

adresses

du fournisseur d'acces tous les autres mails passent.

ce

que je voudrais c'est réussir à envoyer sur ce type d'
adresses (xxx@sentoo.sn). à chaque fois, ça ne passe

pas.

c'est ce probleme la que je veux résoudre.

Si la solution est ce que tu viens d'expliquer, alors,
j'ai un probleme, parce que je ne sais pas ou est ce

que

tu trouves ces options de configuration et je n'ai pas
compris non plus ce que tu expliques.

Ces configuration sont elles dans les propriété du

smtp

de IIS?

(je suis sur xp et je ne gere pas de site web).

pour info, mon smtp IIS est configuré comme suivant
l'adressse ip que j'utilise est celle du serveur de

mon

réseau local 192.168.0.1
acces: connexion anonyme
remise:
nom de domaine = celui de mon réseau local (la
vérification dns fonctionne) mais n'est pas un .com ou
net ou autre, c'est le nom du workgroup en fait.
et je n'ai pas d'hote actif et de domaine fictif
configuré.

bref, je pédale un peu dans la semoule, comme tout
utilisateur qui n'y connait pas grand chose :-(

Ok donc ton domaine vu depuis le serveur qui reçoit ton

mail n'est pas

valide sur internet.
Pour commencer en nom de domaine tu mets ce que te

donne

un nslookup (en

ligne de commande) de ton adresse IP publique :
nslookup 123.123.123.123
Effectivement ce que j'ai expliqué lors du dernier

message concerne bien le

souci que tu rencontres (enfin il y a de fortes

chances).

Comme il y a de plus en plus de spam et de virus par

mail, les admins de

serveur de mail commencent à vérifier tout un tas de

choses qu'ils ne

faisaient pas avant : nom fqdn existant, reverse

adresse

(PTR), etc...

Pour faire simple, il faut au niveau serveurs DNS

(internet, pas le tient) :

Avoir un nom de domaine valide sur internet.
Avoir un nom d'hôte dans ce domaine pointant sur

l'adresse IP publique par

laquelle sortiront tes mails de IIS.
Avoir un MX record pointant sur l'hôte défini juste

avant.

Avoir une reverse adresse qui retourne le nom d'hôte

(facultatif mais les

serveurs de mails commencent à vérifier au moins

qu'elle

existe)

Et au niveau IIS :
En fqdn le nom d'hôte de l'adresse IP publique, en

domaine fictif, le nom de

domaine internet.

Comme tu l'as compris pratiquement tout doit d'abord

être fait au niveau

DNS.

Je reviens de voyage, et prend connaissance de ta

réponse.

Merci pour ces précisions,
j'ai donc fait un nslookup, et je viens de configurer
comme suivant.
dans les options de remise avancées de propriété du smtp
virtuel,
domaine fictif: le nom de domaine du réseau local
nom de domaine complet: ns.sonatel.ns (le dns s'effectue
correctement)
hote actif: l'adresse ip du serveur dns préféré de mon
provider entre crochets [].

je n'ai pas coché la remise en directe avant d'envoyer à
l'hote actif.
et j'ai coché la demande de dns inversé sur les messages
entrants.

par contre dans l'onglet général, j'ai laissé l'adresse
du réseau local, car je n'arrivais pas à lui donner

celle

du FAI.
mais a priori, meme si cette configuration à l'air
bancale, les mails on l'air de passer.

est ce qu'il y meilleur façon de faire?

.

en fait, je t'ai dit des conneries dans le message
précédent, je me suis embrouillé.
je recommence

J'ai configuré le smtp onglet remise options avancées:
domaine fictif: ns.sonatel.sn
nom de domaine complet : ns.sonatel.sn
pas d'hote actif, et pas de recherche dns inversée.

au niveau de l'onglet général.
je suis obligé de mettre l'ip de mon réseau local, sinon,
les messages échouent systemétiquement.
j'a pourtant autorisé l'ip du dns du fai, mais ça ne
change rien.

comme ça, les messages fonctionnent tous, comme il
fonctionnaient avant avec le nom de domaine de mon réseau
local.
mais j'ai toujours le meme probleme lorsque j'envois un
mail à une adresse de mon FAI (et seulement chez lui),
j'ai toujours une erreur type :Diagnostic-Code: smtp;550
Adresse @sentoo(c'est mon FAI).sn requis pour envoi.

pour tout ce qu i est configuration de MX, ou nom fqdn et
autres, je ne sais pas ou se trouvent ces menus. Sinon,
je pourrai faire quelques essais.

merci de ton aide,

nicolas

<anonymous@discussions.microsoft.com> a écrit dans le message de
news:988201c48627$2c207e30$a601280a@phx.gbl...

-----Message d'origine-----
niko wrote:
en fait, je t'ai dit des conneries dans le message
précédent, je me suis embrouillé.
je recommence

J'ai configuré le smtp onglet remise options avancées:
domaine fictif: ns.sonatel.sn
nom de domaine complet : ns.sonatel.sn
pas d'hote actif, et pas de recherche dns inversée.

au niveau de l'onglet général.
je suis obligé de mettre l'ip de mon réseau local, sinon,
les messages échouent systemétiquement.
j'a pourtant autorisé l'ip du dns du fai, mais ça ne
change rien.

comme ça, les messages fonctionnent tous, comme il
fonctionnaient avant avec le nom de domaine de mon réseau
local.
mais j'ai toujours le meme probleme lorsque j'envois un
mail à une adresse de mon FAI (et seulement chez lui),
j'ai toujours une erreur type :Diagnostic-Code: smtp;550
Adresse @sentoo(c'est mon FAI).sn requis pour envoi.

pour tout ce qu i est configuration de MX, ou nom fqdn et
autres, je ne sais pas ou se trouvent ces menus. Sinon,
je pourrai faire quelques essais.

merci de ton aide,

nicolas

Pour la partie DNS (vitale pour que tout fonctionne en smtp)
pour verifier le fqdn (en ligne de commande):
nslookup
set type=ptr
123.123.123.123 (adresse IP publique de ton serveur. doit retourner le nom
de la machine Par Ex ns.sonatel.sn)
puis faire un
set type=aname
ns.sonatel.ns (le fqdn trouvé à l'étape précédente, doit retourner l'adresse
IP publique de ton serveur)
puis faire un
set type=mx
sonatel.sn (doit retourner le fqdn trouvé au début)

Depuis le serveur, as tu essayé d'envoyer un mail en telnet à
adresse@sentoo.sn ?
Si non, alors le faire (en ligne de commande):
telnet mailrelay.sentoo.sn 25
helo ns.sonatel.sn
mail from:tonadresse@sonatel.sn
rcpt to:uneadresse@sentoo.sn
data
subject:test
test
.
quit
Ce qui donne quelque chose comme ça :
| telnet mailrelay.sentoo.sn
|220 Mailrelay Sentoo
| helo mon.domaine
| 250 mailrelay.sentoo.sn Hello mon.domaine [123.123.123.123]
| mail from:moi@mon.domaine
| 250 OK
| rcpt to:postmaster@sentoo.sn
| 250 Accepted
Si cela passe correctement, on peut continuer:

Si tout ça est correct, dans IIS en nom fqdn mettre ns.sonatel.sn (le nom
fictif et l'hôte actif ne sont pas requis)
Dans l'onglet général tu devrait avoir "non attribuées" pour l'adresse IP.
Si cela ne va toujours pas mais que le test en telnet est passé, tu peux
creer un site distant prenant en charge le domaine sentoo.sn, dans l'hôte
atif de ce site mettre l'adresse IP de mailrelay.sentoo.sn entre crochets
[213.154.64.2]

>-----Message d'origine-----

<anonymous@discussions.microsoft.com> a écrit dans le

message de

news:988201c48627$2c207e30$a601280a@phx.gbl...

-----Message d'origine-----
niko wrote:
en fait, je t'ai dit des conneries dans le message
précédent, je me suis embrouillé.
je recommence

J'ai configuré le smtp onglet remise options avancées:
domaine fictif: ns.sonatel.sn
nom de domaine complet : ns.sonatel.sn
pas d'hote actif, et pas de recherche dns inversée.

au niveau de l'onglet général.
je suis obligé de mettre l'ip de mon réseau local,

sinon,

les messages échouent systemétiquement.
j'a pourtant autorisé l'ip du dns du fai, mais ça ne
change rien.

comme ça, les messages fonctionnent tous, comme il
fonctionnaient avant avec le nom de domaine de mon

réseau

local.
mais j'ai toujours le meme probleme lorsque j'envois un
mail à une adresse de mon FAI (et seulement chez lui),
j'ai toujours une erreur type :Diagnostic-Code:

smtp;550

Adresse @sentoo(c'est mon FAI).sn requis pour envoi.

pour tout ce qu i est configuration de MX, ou nom fqdn

et

autres, je ne sais pas ou se trouvent ces menus. Sinon,
je pourrai faire quelques essais.

merci de ton aide,

nicolas

Pour la partie DNS (vitale pour que tout fonctionne en

smtp)

pour verifier le fqdn (en ligne de commande):
nslookup
set type=ptr
123.123.123.123 (adresse IP publique de ton serveur.

doit retourner le nom

de la machine Par Ex ns.sonatel.sn)
puis faire un
set type=aname
ns.sonatel.ns (le fqdn trouvé à l'étape précédente, doit

retourner l'adresse

IP publique de ton serveur)
puis faire un
set type=mx
sonatel.sn (doit retourner le fqdn trouvé au début)

Depuis le serveur, as tu essayé d'envoyer un mail en

telnet à

adresse@sentoo.sn ?
Si non, alors le faire (en ligne de commande):
telnet mailrelay.sentoo.sn 25
helo ns.sonatel.sn
mail from:tonadresse@sonatel.sn
rcpt to:uneadresse@sentoo.sn
data
subject:test
test
..
quit
Ce qui donne quelque chose comme ça :
| telnet mailrelay.sentoo.sn
|220 Mailrelay Sentoo
| helo mon.domaine
| 250 mailrelay.sentoo.sn Hello mon.domaine

[123.123.123.123]

| mail from:moi@mon.domaine
| 250 OK
| rcpt to:postmaster@sentoo.sn
| 250 Accepted
Si cela passe correctement, on peut continuer:

Si tout ça est correct, dans IIS en nom fqdn mettre

ns.sonatel.sn (le nom

fictif et l'hôte actif ne sont pas requis)
Dans l'onglet général tu devrait avoir "non attribuées"

pour l'adresse IP.

Si cela ne va toujours pas mais que le test en telnet

est passé, tu peux

creer un site distant prenant en charge le domaine

sentoo.sn, dans l'hôte

atif de ce site mettre l'adresse IP de

mailrelay.sentoo.sn entre crochets

[213.154.64.2]

Bonjour,

de retour de voyage, me voici reconnecté à la matrice.

Merci pour ces infos.
résultat des courses:
j'ai vérifié le fqdn à partir de la ligne de commande
comme expliqué.
donc la fonction set type=ptr plus IP 213.154.64.13 me
donne bien une série d'info
13.64.154.213.in-addr.arpa name = ns.sonatel.sn
64.154.213.in-addr.arpa nameserver = ns2.sonatel.sn
64.154.213.in-addr.arpa nameserver = ns.sonatel.sn
ns2.sonatel.sn internet address = 213.154.95.126
ns2.sonatel.sn internet address = 213.154.64.13

par contre, quand je passe à l'étape de set type=aname,
il ne reconnait pas la commande.

de meme, si je demande set type=mx puis l'adresse
213.154.64.13, il trouve le server et l'adresse, mais il
me dit que c'est un Non-existant domain

j'ai essayé de lancer la connexion telnet, mais je ne
peux pas demander le "espace 25" et la connexion expire
en deux secondes. donc, pas moyen d'aller plus loin.

est ce que c'est la raison pour laquelle dans les retours
de mail il fait toujours des problemes.
d'ailleur, le message d'erreur à changé, il est devenu,
adresse @sentoo.sn requis pour envois.

merci pour ton aide,
nicolas.

anonymous@discussions.microsoft.com wrote:

-----Message d'origine-----

<anonymous@discussions.microsoft.com> a écrit dans le message de
news:988201c48627$2c207e30$a601280a@phx.gbl...

-----Message d'origine-----
niko wrote:
en fait, je t'ai dit des conneries dans le message
précédent, je me suis embrouillé.
je recommence

J'ai configuré le smtp onglet remise options avancées:
domaine fictif: ns.sonatel.sn
nom de domaine complet : ns.sonatel.sn
pas d'hote actif, et pas de recherche dns inversée.

au niveau de l'onglet général.
je suis obligé de mettre l'ip de mon réseau local, sinon,
les messages échouent systemétiquement.
j'a pourtant autorisé l'ip du dns du fai, mais ça ne
change rien.

comme ça, les messages fonctionnent tous, comme il
fonctionnaient avant avec le nom de domaine de mon réseau
local.
mais j'ai toujours le meme probleme lorsque j'envois un
mail à une adresse de mon FAI (et seulement chez lui),
j'ai toujours une erreur type :Diagnostic-Code: smtp;550
Adresse @sentoo(c'est mon FAI).sn requis pour envoi.

pour tout ce qu i est configuration de MX, ou nom fqdn et
autres, je ne sais pas ou se trouvent ces menus. Sinon,
je pourrai faire quelques essais.

merci de ton aide,

nicolas

Pour la partie DNS (vitale pour que tout fonctionne en smtp)
pour verifier le fqdn (en ligne de commande):
nslookup
set type=ptr
123.123.123.123 (adresse IP publique de ton serveur. doit retourner
le nom de la machine Par Ex ns.sonatel.sn)
puis faire un
set type=aname
ns.sonatel.ns (le fqdn trouvé à l'étape précédente, doit retourner
l'adresse IP publique de ton serveur)
puis faire un
set type=mx
sonatel.sn (doit retourner le fqdn trouvé au début)

Depuis le serveur, as tu essayé d'envoyer un mail en telnet à
adresse@sentoo.sn ?
Si non, alors le faire (en ligne de commande):
telnet mailrelay.sentoo.sn 25
helo ns.sonatel.sn
mail from:tonadresse@sonatel.sn
rcpt to:uneadresse@sentoo.sn
data
subject:test
test
..
quit
Ce qui donne quelque chose comme ça :

telnet mailrelay.sentoo.sn
220 Mailrelay Sentoo
helo mon.domaine
250 mailrelay.sentoo.sn Hello mon.domaine [123.123.123.123]
mail from:moi@mon.domaine
250 OK
rcpt to:postmaster@sentoo.sn
250 Accepted

Si cela passe correctement, on peut continuer:

Si tout ça est correct, dans IIS en nom fqdn mettre ns.sonatel.sn
(le nom fictif et l'hôte actif ne sont pas requis)
Dans l'onglet général tu devrait avoir "non attribuées" pour
l'adresse IP. Si cela ne va toujours pas mais que le test en telnet
est passé, tu peux creer un site distant prenant en charge le
domaine sentoo.sn, dans l'hôte atif de ce site mettre l'adresse IP de

mailrelay.sentoo.sn entre crochets

[213.154.64.2]

Bonjour,

de retour de voyage, me voici reconnecté à la matrice.

Merci pour ces infos.
résultat des courses:
j'ai vérifié le fqdn à partir de la ligne de commande
comme expliqué.
donc la fonction set type=ptr plus IP 213.154.64.13 me
donne bien une série d'info
13.64.154.213.in-addr.arpa name = ns.sonatel.sn
64.154.213.in-addr.arpa nameserver = ns2.sonatel.sn
64.154.213.in-addr.arpa nameserver = ns.sonatel.sn
ns2.sonatel.sn internet address = 213.154.95.126
ns2.sonatel.sn internet address = 213.154.64.13

par contre, quand je passe à l'étape de set type=aname,
il ne reconnait pas la commande.

de meme, si je demande set type=mx puis l'adresse
213.154.64.13, il trouve le server et l'adresse, mais il
me dit que c'est un Non-existant domain

j'ai essayé de lancer la connexion telnet, mais je ne
peux pas demander le "espace 25" et la connexion expire
en deux secondes. donc, pas moyen d'aller plus loin.

est ce que c'est la raison pour laquelle dans les retours
de mail il fait toujours des problemes.
d'ailleur, le message d'erreur à changé, il est devenu,
adresse @sentoo.sn requis pour envois.

merci pour ton aide,
nicolas.

Pour le set type=aname c'est de ma très grande faute:
set type=a est la bonne syntaxe.
Pour le set type=mx il faut spécifier un nom de domaine, pas une adresse IP
(puisqu'un MX doit retourner impérativement un aname)
set type=mx
sonatel.sn
sonatel.sn MX preference = 10, mail exchanger = eldiouf1.sonatel.sn
sonatel.sn MX preference = 20, mail exchanger = eldiouf2.sonatel.sn
Tu as deux serveurs de mail pour le domaine sonatel.sn
Les deux MX retournent bien un aname
set type=a
eldiouf1.sonatel.sn
Nom : eldiouf1.sonatel.sn Address: 213.154.78.2
eldiouf2.sonatel.sn
Nom : eldiouf2.sonatel.sn Address: 213.154.78.10
Mais aucun des deux n'a de PTR :
set type=ptr
213.154.78.2
*** dns ne parvient pas à trouver 2.78.154.213.in-addr.arpa. : Non-existent
domain
213.154.78.10
*** dns ne parvient pas à trouver 10.78.154.213.in-addr.arpa. : Non-existent
domain

Ceci est confirmé par au moinsun test de DNS en ligne :
http://www.dnsreport.com/tools/dnsreport.ch?domain=sonatel.sn

Il faut donc ajouter les PTR pour les deux serveurs de mail
2.78.154.213.in-addr.arpa devrait retourner eldiouf1.sonatel.sn
10.78.154.213.in-addr.arpa devrait retourner eldiouf2.sonatel.sn
Pour IIS, si il est Naté, donner un nom fictif correspondant à un de tes
deux MX (et ajouter les deux PTR), si il n'est pas Naté (adresse IP
publique) soit rajouter un MX (plus un PTR et un aname) pour l'adresse IP de
ton serveur IIS, soit lui donner un hôte actif qui sera un de tes deux
serveurs de mail.

Pour le telnet j'imagine que c'est un programme windows qui s'ouvre ?
Si c'est le cas, spécifier le port 25 dans la case qui va bien (peut pas
être plus précis, pas de windows© 2000 sous la main)

Dans la mesure ou cette discussion tourne de plus en plus vers la
configuration des DNS et de moins en moins (pour l'instant) vers celle de
IIS, je te propose de me contacter directement par mail pour résoudre cet
aspect.

bonjour, je t'ai envoyé un message par mail il y a
quelque temps déja, mais visiblement tu ne l'as pas reçu.
ton adresse est bien jbongran@free non?

-----Message d'origine-----
anonymous@discussions.microsoft.com wrote:

-----Message d'origine-----

<anonymous@discussions.microsoft.com> a écrit dans le

message de

news:988201c48627$2c207e30$a601280a@phx.gbl...

-----Message d'origine-----
niko wrote:
en fait, je t'ai dit des conneries dans le message
précédent, je me suis embrouillé.
je recommence

J'ai configuré le smtp onglet remise options

avancées:

domaine fictif: ns.sonatel.sn
nom de domaine complet : ns.sonatel.sn
pas d'hote actif, et pas de recherche dns inversée.

au niveau de l'onglet général.
je suis obligé de mettre l'ip de mon réseau local,

sinon,

les messages échouent systemétiquement.
j'a pourtant autorisé l'ip du dns du fai, mais ça ne
change rien.

comme ça, les messages fonctionnent tous, comme il
fonctionnaient avant avec le nom de domaine de mon

réseau

local.
mais j'ai toujours le meme probleme lorsque j'envois

un

mail à une adresse de mon FAI (et seulement chez

lui),

j'ai toujours une erreur type :Diagnostic-Code:

smtp;550

Adresse @sentoo(c'est mon FAI).sn requis pour envoi.

pour tout ce qu i est configuration de MX, ou nom

fqdn et

autres, je ne sais pas ou se trouvent ces menus.

Sinon,

je pourrai faire quelques essais.

merci de ton aide,

nicolas

Pour la partie DNS (vitale pour que tout fonctionne

en smtp)

pour verifier le fqdn (en ligne de commande):
nslookup
set type=ptr
123.123.123.123 (adresse IP publique de ton serveur.

doit retourner

le nom de la machine Par Ex ns.sonatel.sn)
puis faire un
set type=aname
ns.sonatel.ns (le fqdn trouvé à l'étape précédente,

doit retourner

l'adresse IP publique de ton serveur)
puis faire un
set type=mx
sonatel.sn (doit retourner le fqdn trouvé au début)

Depuis le serveur, as tu essayé d'envoyer un mail en

telnet à

adresse@sentoo.sn ?
Si non, alors le faire (en ligne de commande):
telnet mailrelay.sentoo.sn 25
helo ns.sonatel.sn
mail from:tonadresse@sonatel.sn
rcpt to:uneadresse@sentoo.sn
data
subject:test
test
..
quit
Ce qui donne quelque chose comme ça :

telnet mailrelay.sentoo.sn
220 Mailrelay Sentoo
helo mon.domaine
250 mailrelay.sentoo.sn Hello mon.domaine

[123.123.123.123]

mail from:moi@mon.domaine
250 OK
rcpt to:postmaster@sentoo.sn
250 Accepted

Si cela passe correctement, on peut continuer:

Si tout ça est correct, dans IIS en nom fqdn mettre

ns.sonatel.sn

(le nom fictif et l'hôte actif ne sont pas requis)
Dans l'onglet général tu devrait avoir "non

attribuées" pour

l'adresse IP. Si cela ne va toujours pas mais que le

test en telnet

est passé, tu peux creer un site distant prenant en

charge le

domaine sentoo.sn, dans l'hôte atif de ce site mettre

l'adresse IP de

mailrelay.sentoo.sn entre crochets

[213.154.64.2]

Bonjour,

de retour de voyage, me voici reconnecté à la matrice.

Merci pour ces infos.
résultat des courses:
j'ai vérifié le fqdn à partir de la ligne de commande
comme expliqué.
donc la fonction set type=ptr plus IP 213.154.64.13 me
donne bien une série d'info
13.64.154.213.in-addr.arpa name = ns.sonatel.sn
64.154.213.in-addr.arpa nameserver = ns2.sonatel.sn
64.154.213.in-addr.arpa nameserver = ns.sonatel.sn
ns2.sonatel.sn internet address = 213.154.95.126
ns2.sonatel.sn internet address = 213.154.64.13

par contre, quand je passe à l'étape de set type=aname,
il ne reconnait pas la commande.

de meme, si je demande set type=mx puis l'adresse
213.154.64.13, il trouve le server et l'adresse, mais

il

me dit que c'est un Non-existant domain

j'ai essayé de lancer la connexion telnet, mais je ne
peux pas demander le "espace 25" et la connexion expire
en deux secondes. donc, pas moyen d'aller plus loin.

est ce que c'est la raison pour laquelle dans les

retours

de mail il fait toujours des problemes.
d'ailleur, le message d'erreur à changé, il est devenu,
adresse @sentoo.sn requis pour envois.

merci pour ton aide,
nicolas.

Pour le set type=aname c'est de ma très grande faute:
set type=a est la bonne syntaxe.
Pour le set type=mx il faut spécifier un nom de domaine,

pas une adresse IP

(puisqu'un MX doit retourner impérativement un aname)
set type=mx
sonatel.sn
sonatel.sn MX preference = 10, mail exchanger =

eldiouf1.sonatel.sn

sonatel.sn MX preference = 20, mail exchanger =

eldiouf2.sonatel.sn

Tu as deux serveurs de mail pour le domaine sonatel.sn
Les deux MX retournent bien un aname
set type=a
eldiouf1.sonatel.sn
Nom : eldiouf1.sonatel.sn Address: 213.154.78.2
eldiouf2.sonatel.sn
Nom : eldiouf2.sonatel.sn Address: 213.154.78.10
Mais aucun des deux n'a de PTR :
set type=ptr
213.154.78.2
*** dns ne parvient pas à trouver 2.78.154.213.in-

addr.arpa. : Non-existent

domain
213.154.78.10
*** dns ne parvient pas à trouver 10.78.154.213.in-

addr.arpa. : Non-existent

domain

Ceci est confirmé par au moinsun test de DNS en ligne :
http://www.dnsreport.com/tools/dnsreport.ch?

domain=sonatel.sn

Il faut donc ajouter les PTR pour les deux serveurs de

mail

2.78.154.213.in-addr.arpa devrait retourner

eldiouf1.sonatel.sn

10.78.154.213.in-addr.arpa devrait retourner

eldiouf2.sonatel.sn

Pour IIS, si il est Naté, donner un nom fictif

correspondant à un de tes

deux MX (et ajouter les deux PTR), si il n'est pas Naté

(adresse IP

publique) soit rajouter un MX (plus un PTR et un aname)

pour l'adresse IP de

ton serveur IIS, soit lui donner un hôte actif qui sera

un de tes deux

serveurs de mail.

Pour le telnet j'imagine que c'est un programme windows

qui s'ouvre ?

Si c'est le cas, spécifier le port 25 dans la case qui

va bien (peut pas

être plus précis, pas de windows© 2000 sous la main)

Dans la mesure ou cette discussion tourne de plus en

plus vers la

configuration des DNS et de moins en moins (pour

l'instant) vers celle de

IIS, je te propose de me contacter directement par mail

pour résoudre cet

aspect.


.

anonymous@discussions.microsoft.com wrote:

bonjour, je t'ai envoyé un message par mail il y a
quelque temps déja, mais visiblement tu ne l'as pas reçu.
ton adresse est bien jbongran@free non?

Presque ;-)
jbongran at free point fr
Rien reçu à ce jour, en principe je répond le jour même, au pire le
lendemain.