Logo GNT
Actualités Tests & Guides Bons Plans
GTA 6 iPhone 17 Copilot Switch 2 Temu ChatGPT Tesla
OVH Cloud OVH Cloud
Entraide Windows Windows Serveur Exchange Exch 2003 SMTP : Pb de reception de certains mail

Exch 2003 SMTP : Pb de reception de certains mail

17 réponses
Avatar
Laurent LEFEVRE
Bonsoir,

Voilà, j'ai un demi problème. Je viens d'installer un exchange 2003
Entreprise sur un serveur Windows 2003 Entreprise. L'installation et le SP1
d'exchange se sont bien passé mais voilà, j'ai un problème :

Certains messages ne veulent pas entrer dans le smtp. Je m'explique : les
messages arrivent jusqu'au serveur smtp, passe de MAIL FROM, RCPT TO, et ne
vont pas plus loin. le message n'est jamais délivré. (Et je n'est pas de
filtre antispam ;-)

Ils entrent dans la queue, le message est vide et c'est tout. Pas de trace
dans les logs (autres que SMTP), pas de message d'erreur, pas de
notification, bref, peanuts...

C'est génant car cela se produit avec de vrai entreprise qui ne spam pas
(ms, amen, nse, oracle,...)

Avez vous une idée
Signaler un problème avec ce contenu

10 réponses

Supprimer
Cette action est irreversible, confirmez la suppression du commentaire ?
Signaler le commentaire

Veuillez sélectionner un problème

Nudité
Violence
Harcèlement
Fraude
Vente illégale
Discours haineux
Terrorisme
Autre
1 2
Avatar
Laurent LEFEVRE
Bonjour,

Suite au message posté hier, j'ai quelques éléments d'informations
supplémentaires. Un dump des infos me donne :

L'hôte distant « X.X.X.X » a répondu à la commande SMTP « xexch50 » par
« 504 Need to authenticate first ». L'intégralité de la commande envoyée
est « XEXCH50 3176 2 ». Ceci peut provoquer l'échec de la connexion.

Mon analyse des différentes informations ne laisserai penser que le problème
se pose avec les gens qui utilise un exchange dans leur entreprise.

Comment ne pas traiter les ouverture de session de système externe ?
Dois je impérativement revenir à exchange 2000 pour assurer la compatibilité ?

Merci de vos réponses
Avatar
Yannick DUCERF
http://support.microsoft.com/default.aspx?scid=kb;en-us;843106

avec cet article c normalement réglé..

--
Bon courage,
Yannick DUCERF


"Laurent LEFEVRE" a écrit dans le
message de news:
Bonjour,

Suite au message posté hier, j'ai quelques éléments d'informations
supplémentaires. Un dump des infos me donne :

L'hôte distant « X.X.X.X » a répondu à la commande SMTP « xexch50 » par
« 504 Need to authenticate first ». L'intégralité de la commande envoyée
est « XEXCH50 3176 2 ». Ceci peut provoquer l'échec de la connexion.

Mon analyse des différentes informations ne laisserai penser que le
problème

se pose avec les gens qui utilise un exchange dans leur entreprise.

Comment ne pas traiter les ouverture de session de système externe ?
Dois je impérativement revenir à exchange 2000 pour assurer la
compatibilité ?


Merci de vos réponses


Avatar
Laurent LEFEVRE
Merci pour l'info...

Malheuresement cela ne marche pas. Le problème décrit dans cette article
pour sur un problème de liaison intra organisation, car la solution est
l'authentification par connecteur (et groupe de sécurité).

Là mon problème est un poil plus complexe, car les serveurs ne font pas
partis de mon organisation et je n'arrive pas à forcer les connexion en
anonyme... a chaque fois ils veullent du XEXCH50 alors qu'ils n'en nont pas
besoin.

J'ai mis en place la TLS, mais cela ne change rien.

Faut il un smtp linux pour que des exchange puissent communiquer entre eux
ou créer une grande organisation mondiale pour que les serveurs
s'authentifient les uns les autres ;-) ?

Si vous avez des idées...

Merci


http://support.microsoft.com/default.aspx?scid=kb;en-us;843106

avec cet article c normalement réglé..

--
Bon courage,
Yannick DUCERF


"Laurent LEFEVRE" a écrit dans le
message de news:
Bonjour,

Suite au message posté hier, j'ai quelques éléments d'informations
supplémentaires. Un dump des infos me donne :

L'hôte distant « X.X.X.X » a répondu à la commande SMTP « xexch50 » par
« 504 Need to authenticate first ». L'intégralité de la commande envoyée
est « XEXCH50 3176 2 ». Ceci peut provoquer l'échec de la connexion.

Mon analyse des différentes informations ne laisserai penser que le
problème

se pose avec les gens qui utilise un exchange dans leur entreprise.

Comment ne pas traiter les ouverture de session de système externe ?
Dois je impérativement revenir à exchange 2000 pour assurer la
compatibilité ?


Merci de vos réponses







Avatar
Yannick DUCERF
alors peut être que cet article sera plus à ton gout...
http://support.microsoft.com/default.aspx?scid=kb;en-us;818222

--
Bon courage,
Yannick DUCERF


"Laurent LEFEVRE" a écrit dans le
message de news:
Merci pour l'info...

Malheuresement cela ne marche pas. Le problème décrit dans cette article
pour sur un problème de liaison intra organisation, car la solution est
l'authentification par connecteur (et groupe de sécurité).

Là mon problème est un poil plus complexe, car les serveurs ne font pas
partis de mon organisation et je n'arrive pas à forcer les connexion en
anonyme... a chaque fois ils veullent du XEXCH50 alors qu'ils n'en nont
pas

besoin.

J'ai mis en place la TLS, mais cela ne change rien.

Faut il un smtp linux pour que des exchange puissent communiquer entre eux
ou créer une grande organisation mondiale pour que les serveurs
s'authentifient les uns les autres ;-) ?

Si vous avez des idées...

Merci


http://support.microsoft.com/default.aspx?scid=kb;en-us;843106

avec cet article c normalement réglé..

--
Bon courage,
Yannick DUCERF


"Laurent LEFEVRE" a écrit
dans le


message de news:
Bonjour,

Suite au message posté hier, j'ai quelques éléments d'informations
supplémentaires. Un dump des infos me donne :

L'hôte distant « X.X.X.X » a répondu à la commande SMTP « xexch50 »
par



« 504 Need to authenticate first ». L'intégralité de la commande
envoyée



est « XEXCH50 3176 2 ». Ceci peut provoquer l'échec de la connexion.

Mon analyse des différentes informations ne laisserai penser que le
problème

se pose avec les gens qui utilise un exchange dans leur entreprise.

Comment ne pas traiter les ouverture de session de système externe ?
Dois je impérativement revenir à exchange 2000 pour assurer la
compatibilité ?


Merci de vos réponses









Avatar
Laurent LEFEVRE
malheuresement, non, ca ne marche pas non plus (ajouté la clef dans le
registre pour qu'il n'envoye plus de XEXCH50 à l'externe, mais ca n'a rien
changé, il envoye toujours le XEXCH50 à tout le monde)

J'ai essayé entre temps avec un serveur smtp simple (celui du IIS en relais)
et j'ai les mêmes problèmes.

Une autre idée ;-) ?

Merci pour ton aide

Laurent



alors peut être que cet article sera plus à ton gout...
http://support.microsoft.com/default.aspx?scid=kb;en-us;818222

--
Bon courage,
Yannick DUCERF


"Laurent LEFEVRE" a écrit dans le
message de news:
Merci pour l'info...

Malheuresement cela ne marche pas. Le problème décrit dans cette article
pour sur un problème de liaison intra organisation, car la solution est
l'authentification par connecteur (et groupe de sécurité).

Là mon problème est un poil plus complexe, car les serveurs ne font pas
partis de mon organisation et je n'arrive pas à forcer les connexion en
anonyme... a chaque fois ils veullent du XEXCH50 alors qu'ils n'en nont
pas

besoin.

J'ai mis en place la TLS, mais cela ne change rien.

Faut il un smtp linux pour que des exchange puissent communiquer entre eux
ou créer une grande organisation mondiale pour que les serveurs
s'authentifient les uns les autres ;-) ?

Si vous avez des idées...

Merci


http://support.microsoft.com/default.aspx?scid=kb;en-us;843106

avec cet article c normalement réglé..

--
Bon courage,
Yannick DUCERF


"Laurent LEFEVRE" a écrit
dans le


message de news:
Bonjour,

Suite au message posté hier, j'ai quelques éléments d'informations
supplémentaires. Un dump des infos me donne :

L'hôte distant « X.X.X.X » a répondu à la commande SMTP « xexch50 »
par



« 504 Need to authenticate first ». L'intégralité de la commande
envoyée



est « XEXCH50 3176 2 ». Ceci peut provoquer l'échec de la connexion.

Mon analyse des différentes informations ne laisserai penser que le
problème

se pose avec les gens qui utilise un exchange dans leur entreprise.

Comment ne pas traiter les ouverture de session de système externe ?
Dois je impérativement revenir à exchange 2000 pour assurer la
compatibilité ?


Merci de vos réponses














Avatar
Yannick DUCERF
as tu redémarré ton serveur pour l'application de la clé de registre ?

--
Bon courage,
Yannick DUCERF


"Laurent LEFEVRE" a écrit dans le
message de news:
malheuresement, non, ca ne marche pas non plus (ajouté la clef dans le
registre pour qu'il n'envoye plus de XEXCH50 à l'externe, mais ca n'a rien
changé, il envoye toujours le XEXCH50 à tout le monde)

J'ai essayé entre temps avec un serveur smtp simple (celui du IIS en
relais)

et j'ai les mêmes problèmes.

Une autre idée ;-) ?

Merci pour ton aide

Laurent



alors peut être que cet article sera plus à ton gout...
http://support.microsoft.com/default.aspx?scid=kb;en-us;818222

--
Bon courage,
Yannick DUCERF


"Laurent LEFEVRE" a écrit
dans le


message de news:
Merci pour l'info...

Malheuresement cela ne marche pas. Le problème décrit dans cette
article



pour sur un problème de liaison intra organisation, car la solution
est



l'authentification par connecteur (et groupe de sécurité).

Là mon problème est un poil plus complexe, car les serveurs ne font
pas



partis de mon organisation et je n'arrive pas à forcer les connexion
en



anonyme... a chaque fois ils veullent du XEXCH50 alors qu'ils n'en
nont



pas
besoin.

J'ai mis en place la TLS, mais cela ne change rien.

Faut il un smtp linux pour que des exchange puissent communiquer entre
eux



ou créer une grande organisation mondiale pour que les serveurs
s'authentifient les uns les autres ;-) ?

Si vous avez des idées...

Merci


http://support.microsoft.com/default.aspx?scid=kb;en-us;843106

avec cet article c normalement réglé..

--
Bon courage,
Yannick DUCERF


"Laurent LEFEVRE" a écrit
dans le


message de news:





Bonjour,

Suite au message posté hier, j'ai quelques éléments d'informations
supplémentaires. Un dump des infos me donne :

L'hôte distant « X.X.X.X » a répondu à la commande SMTP «
xexch50 »





par
« 504 Need to authenticate first ». L'intégralité de la commande
envoyée



est « XEXCH50 3176 2 ». Ceci peut provoquer l'échec de la
connexion.






Mon analyse des différentes informations ne laisserai penser que
le





problème
se pose avec les gens qui utilise un exchange dans leur
entreprise.






Comment ne pas traiter les ouverture de session de système externe
?





Dois je impérativement revenir à exchange 2000 pour assurer la
compatibilité ?


Merci de vos réponses
















Avatar
Yannick DUCERF
j'ai trouvé cela aussi..te permettant de désactiver le protocole ESMTP..
http://support.microsoft.com/default.aspx?scid=kb;en-us;257569

--
Bon courage,
Yannick DUCERF


"Laurent LEFEVRE" a écrit dans le
message de news:
malheuresement, non, ca ne marche pas non plus (ajouté la clef dans le
registre pour qu'il n'envoye plus de XEXCH50 à l'externe, mais ca n'a rien
changé, il envoye toujours le XEXCH50 à tout le monde)

J'ai essayé entre temps avec un serveur smtp simple (celui du IIS en
relais)

et j'ai les mêmes problèmes.

Une autre idée ;-) ?

Merci pour ton aide

Laurent



alors peut être que cet article sera plus à ton gout...
http://support.microsoft.com/default.aspx?scid=kb;en-us;818222

--
Bon courage,
Yannick DUCERF


"Laurent LEFEVRE" a écrit
dans le


message de news:
Merci pour l'info...

Malheuresement cela ne marche pas. Le problème décrit dans cette
article



pour sur un problème de liaison intra organisation, car la solution
est



l'authentification par connecteur (et groupe de sécurité).

Là mon problème est un poil plus complexe, car les serveurs ne font
pas



partis de mon organisation et je n'arrive pas à forcer les connexion
en



anonyme... a chaque fois ils veullent du XEXCH50 alors qu'ils n'en
nont



pas
besoin.

J'ai mis en place la TLS, mais cela ne change rien.

Faut il un smtp linux pour que des exchange puissent communiquer entre
eux



ou créer une grande organisation mondiale pour que les serveurs
s'authentifient les uns les autres ;-) ?

Si vous avez des idées...

Merci


http://support.microsoft.com/default.aspx?scid=kb;en-us;843106

avec cet article c normalement réglé..

--
Bon courage,
Yannick DUCERF


"Laurent LEFEVRE" a écrit
dans le


message de news:





Bonjour,

Suite au message posté hier, j'ai quelques éléments d'informations
supplémentaires. Un dump des infos me donne :

L'hôte distant « X.X.X.X » a répondu à la commande SMTP «
xexch50 »





par
« 504 Need to authenticate first ». L'intégralité de la commande
envoyée



est « XEXCH50 3176 2 ». Ceci peut provoquer l'échec de la
connexion.






Mon analyse des différentes informations ne laisserai penser que
le





problème
se pose avec les gens qui utilise un exchange dans leur
entreprise.






Comment ne pas traiter les ouverture de session de système externe
?





Dois je impérativement revenir à exchange 2000 pour assurer la
compatibilité ?


Merci de vos réponses
















Avatar
Laurent LEFEVRE
Gloups, cet article me fait froid dans le dos ... Mais cela désactive
correctement le ESMTP. Malheureusement, le pb arrive de l'interne maintenant.

J'ai remis les variable en place pour eviter de me faire fustiger par la
direction, un aussi beua produit.

Je me résoud à utiliser un smtp unix (comme ca, c'est sur pas de
communication exchange inter-entreprise.) jusqu'au SP 3 ... ;-)

J'ai qd meme du mal à comprendre un truc. Comment en faisant évoluer un
produit, on peu arrive à le rendre innopérant avec ses ascendants ... (parce
qu'a configuration égale, je n'avais pas ses problèmes en exch 2k)

Merci pour ton soutien et tes recherches. Si tu as d'autres pistes ...

Laurent


j'ai trouvé cela aussi..te permettant de désactiver le protocole ESMTP..
http://support.microsoft.com/default.aspx?scid=kb;en-us;257569

--
Bon courage,
Yannick DUCERF


"Laurent LEFEVRE" a écrit dans le
message de news:
malheuresement, non, ca ne marche pas non plus (ajouté la clef dans le
registre pour qu'il n'envoye plus de XEXCH50 à l'externe, mais ca n'a rien
changé, il envoye toujours le XEXCH50 à tout le monde)

J'ai essayé entre temps avec un serveur smtp simple (celui du IIS en
relais)

et j'ai les mêmes problèmes.

Une autre idée ;-) ?

Merci pour ton aide

Laurent



alors peut être que cet article sera plus à ton gout...
http://support.microsoft.com/default.aspx?scid=kb;en-us;818222

--
Bon courage,
Yannick DUCERF


"Laurent LEFEVRE" a écrit
dans le


message de news:
Merci pour l'info...

Malheuresement cela ne marche pas. Le problème décrit dans cette
article



pour sur un problème de liaison intra organisation, car la solution
est



l'authentification par connecteur (et groupe de sécurité).

Là mon problème est un poil plus complexe, car les serveurs ne font
pas



partis de mon organisation et je n'arrive pas à forcer les connexion
en



anonyme... a chaque fois ils veullent du XEXCH50 alors qu'ils n'en
nont



pas
besoin.

J'ai mis en place la TLS, mais cela ne change rien.

Faut il un smtp linux pour que des exchange puissent communiquer entre
eux



ou créer une grande organisation mondiale pour que les serveurs
s'authentifient les uns les autres ;-) ?

Si vous avez des idées...

Merci


http://support.microsoft.com/default.aspx?scid=kb;en-us;843106

avec cet article c normalement réglé..

--
Bon courage,
Yannick DUCERF


"Laurent LEFEVRE" a écrit
dans le


message de news:





Bonjour,

Suite au message posté hier, j'ai quelques éléments d'informations
supplémentaires. Un dump des infos me donne :

L'hôte distant « X.X.X.X » a répondu à la commande SMTP «
xexch50 »





par
« 504 Need to authenticate first ». L'intégralité de la commande
envoyée



est « XEXCH50 3176 2 ». Ceci peut provoquer l'échec de la
connexion.






Mon analyse des différentes informations ne laisserai penser que
le





problème
se pose avec les gens qui utilise un exchange dans leur
entreprise.






Comment ne pas traiter les ouverture de session de système externe
?





Dois je impérativement revenir à exchange 2000 pour assurer la
compatibilité ?


Merci de vos réponses





















Avatar
Yannick DUCERF
Apparemment tu n'es pas le seul à avoir eu autant de problème, à en voir les
quantités de post sur les forum s américains à ce sujet....
Je continue mes recherches..
Peux tu me reconfirmer l'énoncé du pb:

Exch2003 org A n'arivent pas à communiquer en ESMTP avec Exch 2000 org B :
Org A et Org B en interne (WAN)?

Peux tu aussi me donner les ID et source des différents messages que tu peux
avoir ?

Je te tiens au courant...

--
Bon courage,
Yannick DUCERF


"Laurent LEFEVRE" a écrit dans le
message de news:
Gloups, cet article me fait froid dans le dos ... Mais cela désactive
correctement le ESMTP. Malheureusement, le pb arrive de l'interne
maintenant.


J'ai remis les variable en place pour eviter de me faire fustiger par la
direction, un aussi beua produit.

Je me résoud à utiliser un smtp unix (comme ca, c'est sur pas de
communication exchange inter-entreprise.) jusqu'au SP 3 ... ;-)

J'ai qd meme du mal à comprendre un truc. Comment en faisant évoluer un
produit, on peu arrive à le rendre innopérant avec ses ascendants ...
(parce

qu'a configuration égale, je n'avais pas ses problèmes en exch 2k)

Merci pour ton soutien et tes recherches. Si tu as d'autres pistes ...

Laurent


j'ai trouvé cela aussi..te permettant de désactiver le protocole ESMTP..
http://support.microsoft.com/default.aspx?scid=kb;en-us;257569

--
Bon courage,
Yannick DUCERF


"Laurent LEFEVRE" a écrit
dans le


message de news:
malheuresement, non, ca ne marche pas non plus (ajouté la clef dans le
registre pour qu'il n'envoye plus de XEXCH50 à l'externe, mais ca n'a
rien



changé, il envoye toujours le XEXCH50 à tout le monde)

J'ai essayé entre temps avec un serveur smtp simple (celui du IIS en
relais)

et j'ai les mêmes problèmes.

Une autre idée ;-) ?

Merci pour ton aide

Laurent



alors peut être que cet article sera plus à ton gout...
http://support.microsoft.com/default.aspx?scid=kb;en-us;818222

--
Bon courage,
Yannick DUCERF


"Laurent LEFEVRE" a écrit
dans le


message de news:





Merci pour l'info...

Malheuresement cela ne marche pas. Le problème décrit dans cette
article



pour sur un problème de liaison intra organisation, car la
solution





est
l'authentification par connecteur (et groupe de sécurité).

Là mon problème est un poil plus complexe, car les serveurs ne
font





pas
partis de mon organisation et je n'arrive pas à forcer les
connexion





en
anonyme... a chaque fois ils veullent du XEXCH50 alors qu'ils n'en
nont



pas
besoin.

J'ai mis en place la TLS, mais cela ne change rien.

Faut il un smtp linux pour que des exchange puissent communiquer
entre





eux
ou créer une grande organisation mondiale pour que les serveurs
s'authentifient les uns les autres ;-) ?

Si vous avez des idées...

Merci


http://support.microsoft.com/default.aspx?scid=kb;en-us;843106

avec cet article c normalement réglé..

--
Bon courage,
Yannick DUCERF


"Laurent LEFEVRE" a
écrit






dans le
message de news:





Bonjour,

Suite au message posté hier, j'ai quelques éléments
d'informations







supplémentaires. Un dump des infos me donne :

L'hôte distant « X.X.X.X » a répondu à la commande SMTP «
xexch50 »





par
« 504 Need to authenticate first ». L'intégralité de la
commande







envoyée
est « XEXCH50 3176 2 ». Ceci peut provoquer l'échec de la
connexion.






Mon analyse des différentes informations ne laisserai penser
que







le
problème
se pose avec les gens qui utilise un exchange dans leur
entreprise.






Comment ne pas traiter les ouverture de session de système
externe







?
Dois je impérativement revenir à exchange 2000 pour assurer la
compatibilité ?


Merci de vos réponses























Avatar
Laurent LEFEVRE
Tout d'abord merci de l'attention que tu portes à mes requêtes.

Je vais te donner plus d'infos (enfin, autant que possible) grace à une
petite mise en situation :

En interne, j'ai 1 serveur Exchange 2003. Celui ci est configuré pour
envoyer et recevoir du courier Internet (1 connecteur + 1 smtp). Il est de
type : de base, et mis à jour avec le SP1 (6.5 build 7226.6). J'ai utilisé le
BPAT (Best Pratice Analyser Tool) pour affiner la configuration de base.

Un email (courrier commercial solicité) (qui maintenant est arrivé) est
resté à la porte du smtp pendant deux semaine. Voici les infos du mail :

Elements de lecture :
Pour recevoir ce mail, j'ai du mettre en place un smtp de relais (swsal101)
pour qu'il transmette les mails à mon serveur (spsal102) exchange. Le serveur
qui m'a envoyer le mail ne fait pas partie de mon organisation. Je modifie
uniquement les adresses mail de manière à ne pas etre spammé.

Microsoft Mail Internet Headers Version 2.0
Received: from swsal101.agencelambert.fr ([172.20.16.4]) by
spsal102.agencelambert.fr over TLS secured channel with Microsoft
SMTPSVC(6.0.3790.0);
Tue, 28 Sep 2004 20:32:01 +0200
Received: from siege.ldlc.com (relay.ldlc.com [195.167.236.148])
by swsal101.agencelambert.fr (8.12.8/8.12.8) with ESMTP id i8SIXZmd027754
for ; Tue, 28 Sep 2004 20:33:35 +0200
Received: from SVR-AKASHA.siege.ldlc.com ([192.168.100.1]) by siege.ldlc.com
with Microsoft SMTPSVC(6.0.3790.0);
Tue, 28 Sep 2004 10:22:09 +0200
Content-class: urn:content-classes:message
MIME-Version: 1.0
Content-Type: multipart/alternative;
boundary="----_=_NextPart_001_01C4A533.DDD23AF1"
X-MimeOLE: Produced By Microsoft Exchange V6.5.7226.0
Subject: Le sujet de ce mail
Date: Tue, 28 Sep 2004 10:19:25 +0200
Message-ID:
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
Thread-Topic: Le sujet de ce mail
Thread-Index: AcSlM91wWmyHn0LIRNeOKD76uMhUwQ= From: "Sandrine"
To:
X-OriginalArrivalTime: 28 Sep 2004 08:22:09.0625 (UTC)
FILETIME=[3F8C2C90:01C4A534]
Return-Path:

------_=_NextPart_001_01C4A533.DDD23AF1
Content-Type: text/plain;
charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

------_=_NextPart_001_01C4A533.DDD23AF1
Content-Type: text/html;
charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable


------_=_NextPart_001_01C4A533.DDD23AF1--

Voila pour le corps du mail. J'ai donc pu constaté que le serveur de chez
LDLC est sous exchange 2003 SP1 lui aussi. et voici ce que me donne les logs
du smtp (quand les serveurs exchange se connectent chez moi) :

Journal de protocole SMTP pour le serveur virtuel ID 1, connexion n° 19. Le
client à « X.X.X.X » a envoyé une commande « xexch50 » et le serveur SMTP a
répondu par « 504 Need to authenticate first ». L'intégralité de la
commande envoyée est « xexch50 984 2 ». Ceci peut provoquer l'échec de la
connexion.

De fait, aucun de ses serveurs n'a réussit à délivrer de message. Je compte
parmis ces serveurs des spécialistes MS (MSExchnage.org, Webwasher,
newsletter pandasoftware, ...) et des FAI avec lesquels je travail.

Il me semble, avec toutes les réserves nécéssaires, que le problème se situe
suite à la connexion lorsque les serveurs tentes de communiquer (un peu comme
si ils étaient dans la même organisation) voir
http://support.microsoft.com/default.aspx?kbid2455 et kbid'8339

Je ne me vois pas demander à ces sociétés de traiter une authentification
inter-entreprise pour me permettre de recevoir leurs mails.

En creusant unpeu, j'ai vérifié sur les autres serveurs que j'ai installé,
et il semble que j'ai le meme problème sur d'autres serveurs dans d'autres
sociétés. Un bug de Exchange ... ?

J'avoue etre dérouté par tout ces drôles de soucis.


Apparemment tu n'es pas le seul à avoir eu autant de problème, à en voir les
quantités de post sur les forum s américains à ce sujet....
Je continue mes recherches..
Peux tu me reconfirmer l'énoncé du pb:

Exch2003 org A n'arivent pas à communiquer en ESMTP avec Exch 2000 org B :
Org A et Org B en interne (WAN)?

Peux tu aussi me donner les ID et source des différents messages que tu peux
avoir ?

Je te tiens au courant...

--
Bon courage,
Yannick DUCERF


"Laurent LEFEVRE" a écrit dans le
message de news:
Gloups, cet article me fait froid dans le dos ... Mais cela désactive
correctement le ESMTP. Malheureusement, le pb arrive de l'interne
maintenant.


J'ai remis les variable en place pour eviter de me faire fustiger par la
direction, un aussi beua produit.

Je me résoud à utiliser un smtp unix (comme ca, c'est sur pas de
communication exchange inter-entreprise.) jusqu'au SP 3 ... ;-)

J'ai qd meme du mal à comprendre un truc. Comment en faisant évoluer un
produit, on peu arrive à le rendre innopérant avec ses ascendants ...
(parce

qu'a configuration égale, je n'avais pas ses problèmes en exch 2k)

Merci pour ton soutien et tes recherches. Si tu as d'autres pistes ...

Laurent


j'ai trouvé cela aussi..te permettant de désactiver le protocole ESMTP..
http://support.microsoft.com/default.aspx?scid=kb;en-us;257569

--
Bon courage,
Yannick DUCERF


"Laurent LEFEVRE" a écrit
dans le


message de news:
malheuresement, non, ca ne marche pas non plus (ajouté la clef dans le
registre pour qu'il n'envoye plus de XEXCH50 à l'externe, mais ca n'a
rien



changé, il envoye toujours le XEXCH50 à tout le monde)

J'ai essayé entre temps avec un serveur smtp simple (celui du IIS en
relais)

et j'ai les mêmes problèmes.

Une autre idée ;-) ?

Merci pour ton aide

Laurent



alors peut être que cet article sera plus à ton gout...
http://support.microsoft.com/default.aspx?scid=kb;en-us;818222

--
Bon courage,
Yannick DUCERF


"Laurent LEFEVRE" a écrit
dans le


message de news:





Merci pour l'info...

Malheuresement cela ne marche pas. Le problème décrit dans cette
article



pour sur un problème de liaison intra organisation, car la
solution





est
l'authentification par connecteur (et groupe de sécurité).

Là mon problème est un poil plus complexe, car les serveurs ne
font





pas
partis de mon organisation et je n'arrive pas à forcer les
connexion





en
anonyme... a chaque fois ils veullent du XEXCH50 alors qu'ils n'en
nont



pas
besoin.

J'ai mis en place la TLS, mais cela ne change rien.

Faut il un smtp linux pour que des exchange puissent communiquer
entre





eux
ou créer une grande organisation mondiale pour que les serveurs
s'authentifient les uns les autres ;-) ?

Si vous avez des idées...

Merci


http://support.microsoft.com/default.aspx?scid=kb;en-us;843106

avec cet article c normalement réglé..

--
Bon courage,
Yannick DUCERF


"Laurent LEFEVRE" a
écrit






dans le
message de news:





Bonjour,

Suite au message posté hier, j'ai quelques éléments
d'informations







supplémentaires. Un dump des infos me donne :

L'hôte distant « X.X.X.X » a répondu à la commande SMTP «
xexch50 »





par
« 504 Need to authenticate first ». L'intégralité de la
commande







envoyée
est « XEXCH50 3176 2 ». Ceci peut provoquer l'échec de la
connexion.






Mon analyse des différentes informations ne laisserai penser
que







le
problème
se pose avec les gens qui utilise un exchange dans leur
entreprise.






Comment ne pas traiter les ouverture de session de système
externe







?
Dois je impérativement revenir à exchange 2000 pour assurer la
compatibilité ?


Merci de vos réponses




























1 2