OVH Cloud OVH Cloud

Correspondance interne sur Exchange 2000

5 réponses
Avatar
Tdbear
Bonjour,

j'ai installé un serveur Exchange 2000 dans mon entreprise. J'ai ensuite
créé les boites mails de quelques utilisateurs.
Les boites mails avaient pour adresse nomduuser@mondomaineinterne.local (mon
domaine n'étant pas amené à aller sur internet il a donc un nom
quelconque.local).
Après des tests d'envoi de mail je me suis aperçu que certains mails vers
l'extérieurs passaient (hotmail, ....) tandis que d'autres ne passaient pas
(free.fr). On m'a donc dit que certains serveurs vérifiaient l'adresse de
l'émetteur pour lutter contre le spam/virus et que comme
@mondomaineinterne.local n'existait pas sur internet le serveur refusait le
mail.
J'ai donc été dans Destinataires\Stratégies de destinataires afin de
modifier la Default Policy. J'ai donc rajouter un type SMTP avec mon nom de
domaine internet et j'ai défini ce type en principal. Après avoir recréer
les boites mails de mes users de test j'ai enfin pu envoyer des mails vers
tout les providers y compris free.fr.
D'autres opérations ont du/pu avoir lieu sur le serv
Cependant, je ne peux plus envoyer de mail en interne !!! En effet si mon
user1 envoie un mail au user2 (selectionner via le carnet d'adresse et/ou en
tapant son adresse mail interne et/ou en tapant son adresse mail externe) le
message reste 2 a 3 minutes dans boite d'envoi avant de disparaître. Le
user2 ne reçoit pas le mail et je n'arrive pas à savoir ce qu'il advient du
message envoyé par mon user1. En effet, le user 2 ne reçoit rien, le user1
ne reçoit pas de message d'erreur, le user administrateur ne reçoit aucun
message d'erreur non plus !!! De plus, dans le suivi des messages j'obtiens
le message "La base de données de suivi sur
monserveur.mondomaineinterne.local n'est pas disponible ou le message a
quitté l'organisation Exchange."

Me voici donc à la tête d'un serveur de production de mail fantôme ;o)

Si vous avez des idées, je suis preneur !!!

5 réponses

Avatar
-=lolol=-
Salut Tdbear,

Les boites mails avaient pour adresse
(mon domaine n'étant pas amené à
aller sur internet il a donc un nom quelconque.local).


tu fais erreur, ton domaine "quelconque.local" n'empèche pas d'héberger un
site web en "tresjoli.com" ni même d'avoir des adresses mail type


Après des tests d'envoi de mail je me suis aperçu que certains mails
vers l'extérieurs passaient (hotmail, ....) tandis que d'autres ne
passaient pas (free.fr). On m'a donc dit que certains serveurs
vérifiaient l'adresse de l'émetteur pour lutter contre le spam/virus
et que comme @mondomaineinterne.local n'existait pas sur internet le
serveur refusait le mail.


tu as du mal comprendre, lis la file de post de Claire le 28/6/4 16:37, elle
avait des soucis (proches des tiens) pour envoyer chez aol (j'ai bien
l'impression pour les même causes, même punission)

J'ai donc été dans DestinatairesStratégies de destinataires afin de
modifier la Default Policy. J'ai donc rajouter un type SMTP avec mon
nom de domaine internet et j'ai défini ce type en principal.


euh, quel domaine ?
pour ma part, j'ai laisserdans DestinatairesStratégies de destinataires
SMTP "@mondomaine.local" mais pour chaque user (qui avait donc une adresse
) j'ai ajouté l'adresse internet que j'ai définie comme
"principale"

Après
avoir recréer les boites mails de mes users de test j'ai enfin pu
envoyer des mails vers tout les providers y compris free.fr.
D'autres opérations ont du/pu avoir lieu sur le serv
Cependant, je ne peux plus envoyer de mail en interne !!! En effet si
mon user1 envoie un mail au user2 (selectionner via le carnet
d'adresse et/ou en tapant son adresse mail interne et/ou en tapant
son adresse mail externe) le message reste 2 a 3 minutes dans boite
d'envoi avant de disparaître.
...
Me voici donc à la tête d'un serveur de production de mail fantôme ;o)

Si vous avez des idées, je suis preneur !!!


Ben moi je remettrais le DestinatairesStratégies de destinataires comme tu
l'avais et je ferais comme Claire : (copier/coller)

j'ai trouvé la solution en modifiant les paramètres du serveur virtuel SMTP,
et en renseignant "Transferer vers l'hote" le SMTP du FAI

courage
@+lolo

Avatar
Tdbear
Bonjour Lolol,
En fait je me suis mal expliqué pour les soucis d'envoi vers l'extérieur que
j'avais. Je les ai résolu en mettant comme faisant apparaitre comme adresse
principal En fait pour reprendre le post de Clair mon
problème était du au fait que free fait du reverse DNS comme l'a souligné
Bilbot. Or @domaine.local ne pouvant être résolu par free, mes mails étaient
refusés.

Donc maintenant chaqune de mes boites mails possèdent 2 adresses mails:
& Sachant que l'adresse mail principal
(donc visible dans l'entête SMTP pour le reverse DNS) est
Et je peux maintenant envoyé des mails à la terre entière (enfin presque
voir ci-dessous).

Voila pour l'historique.
Le problème du jour est le suivant:
Je n'arrive plus à envoyer de message en interne. Donc
n'arrive pas à envoyer de mail ni à ni à
(et vis et versa).

Et la j'avoue, je suis complètement sec.




"-=lolol=-" a écrit dans le message de
news:
Salut Tdbear,

Les boites mails avaient pour adresse
(mon domaine n'étant pas amené à
aller sur internet il a donc un nom quelconque.local).


tu fais erreur, ton domaine "quelconque.local" n'empèche pas d'héberger un
site web en "tresjoli.com" ni même d'avoir des adresses mail type


Après des tests d'envoi de mail je me suis aperçu que certains mails
vers l'extérieurs passaient (hotmail, ....) tandis que d'autres ne
passaient pas (free.fr). On m'a donc dit que certains serveurs
vérifiaient l'adresse de l'émetteur pour lutter contre le spam/virus
et que comme @mondomaineinterne.local n'existait pas sur internet le
serveur refusait le mail.


tu as du mal comprendre, lis la file de post de Claire le 28/6/4 16:37,
elle

avait des soucis (proches des tiens) pour envoyer chez aol (j'ai bien
l'impression pour les même causes, même punission)

J'ai donc été dans DestinatairesStratégies de destinataires afin de
modifier la Default Policy. J'ai donc rajouter un type SMTP avec mon
nom de domaine internet et j'ai défini ce type en principal.


euh, quel domaine ?
pour ma part, j'ai laisserdans DestinatairesStratégies de destinataires
SMTP "@mondomaine.local" mais pour chaque user (qui avait donc une adresse
) j'ai ajouté l'adresse internet que j'ai définie comme
"principale"

Après
avoir recréer les boites mails de mes users de test j'ai enfin pu
envoyer des mails vers tout les providers y compris free.fr.
D'autres opérations ont du/pu avoir lieu sur le serv
Cependant, je ne peux plus envoyer de mail en interne !!! En effet si
mon user1 envoie un mail au user2 (selectionner via le carnet
d'adresse et/ou en tapant son adresse mail interne et/ou en tapant
son adresse mail externe) le message reste 2 a 3 minutes dans boite
d'envoi avant de disparaître.
...
Me voici donc à la tête d'un serveur de production de mail fantôme ;o)

Si vous avez des idées, je suis preneur !!!


Ben moi je remettrais le DestinatairesStratégies de destinataires comme
tu

l'avais et je ferais comme Claire : (copier/coller)

j'ai trouvé la solution en modifiant les paramètres du serveur virtuel
SMTP,

et en renseignant "Transferer vers l'hote" le SMTP du FAI

courage
@+lolo




Avatar
-=lolol=-
Salut Tdbear,

As tu remis les choses comme suggérées :
- (1) DestinatairesStratégies de destinataires SMTP "@mondomaine.local"
- (2) paramètres du serveur virtuel SMTP, et en renseignant "Transferer vers
l'hote" le SMTP du FAI

et juste pour être sûr :
- tes clients ont 2 adresses mails et
(avec la seconde comme principale)
- tes clients n'ont qu'un compte configuré (compte exchange et non pas POP)

Pour ma part, je suis configurer comme ça et ça marche aux petits oignons
...

Dans l'idée que je me fais du fonctionnement d'exchange, lorsque tu envoies
un mail depuis ton client, lorsqu'il passe par exchange, si il est de la
forme "@mondomaine.local" exchange l'affecte à la bonne boite (voir (1)) et
c'est fini pour celui là, sinon il l'envoie au SMTP de ton FAI (voir (2))
qui s'en démerde ! Lorsque ton mail arrive chez free, si il y a un reverse
DNS il aura comme réponse le SMTP de ton FAI et zou, ça passe sans soucis !

As tu des problèmes dans l'observateur d'évènements (genre croix rouge) ?
J'ai cru comprendre que ton installation fonctionnait avant et qu'elle ne
fonctionne plus maintenant ... il y a bien dû y avoir un truc modifié (quoi
?) Peut être une problème autre part (par exemple DNS) qui te fait du soucis
et embrouille ton exchange ...

Et la j'avoue, je suis complètement sec.
Désolé de ne pouvoir t'aider plus

cordialement
@+lolo


Bonjour Lolol,
En fait je me suis mal expliqué pour les soucis d'envoi vers
l'extérieur que j'avais. Je les ai résolu en mettant comme faisant
apparaitre comme adresse principal En fait pour
reprendre le post de Clair mon problème était du au fait que free
fait du reverse DNS comme l'a souligné Bilbot. Or @domaine.local ne
pouvant être résolu par free, mes mails étaient refusés.

Donc maintenant chaqune de mes boites mails possèdent 2 adresses
mails: & Sachant que l'adresse
mail principal (donc visible dans l'entête SMTP pour le reverse DNS)
est Et je peux maintenant envoyé des mails à la
terre entière (enfin presque voir ci-dessous).

Voila pour l'historique.
Le problème du jour est le suivant:
Je n'arrive plus à envoyer de message en interne. Donc
n'arrive pas à envoyer de mail ni à
ni à (et vis et versa).

Et la j'avoue, je suis complètement sec.




"-=lolol=-" a écrit dans le message de
news:
Salut Tdbear,

Les boites mails avaient pour adresse
(mon domaine n'étant pas amené à
aller sur internet il a donc un nom quelconque.local).


tu fais erreur, ton domaine "quelconque.local" n'empèche pas
d'héberger un site web en "tresjoli.com" ni même d'avoir des
adresses mail type

Après des tests d'envoi de mail je me suis aperçu que certains mails
vers l'extérieurs passaient (hotmail, ....) tandis que d'autres ne
passaient pas (free.fr). On m'a donc dit que certains serveurs
vérifiaient l'adresse de l'émetteur pour lutter contre le spam/virus
et que comme @mondomaineinterne.local n'existait pas sur internet le
serveur refusait le mail.


tu as du mal comprendre, lis la file de post de Claire le 28/6/4
16:37, elle avait des soucis (proches des tiens) pour envoyer chez
aol (j'ai bien l'impression pour les même causes, même punission)

J'ai donc été dans DestinatairesStratégies de destinataires afin de
modifier la Default Policy. J'ai donc rajouter un type SMTP avec mon
nom de domaine internet et j'ai défini ce type en principal.


euh, quel domaine ?
pour ma part, j'ai laisserdans DestinatairesStratégies de
destinataires SMTP "@mondomaine.local" mais pour chaque user (qui
avait donc une adresse ) j'ai ajouté l'adresse
internet que j'ai définie comme "principale"

Après
avoir recréer les boites mails de mes users de test j'ai enfin pu
envoyer des mails vers tout les providers y compris free.fr.
D'autres opérations ont du/pu avoir lieu sur le serv
Cependant, je ne peux plus envoyer de mail en interne !!! En effet
si mon user1 envoie un mail au user2 (selectionner via le carnet
d'adresse et/ou en tapant son adresse mail interne et/ou en tapant
son adresse mail externe) le message reste 2 a 3 minutes dans boite
d'envoi avant de disparaître.
...
Me voici donc à la tête d'un serveur de production de mail fantôme
;o)

Si vous avez des idées, je suis preneur !!!


Ben moi je remettrais le DestinatairesStratégies de destinataires
comme tu l'avais et je ferais comme Claire : (copier/coller)

j'ai trouvé la solution en modifiant les paramètres du serveur
virtuel SMTP, et en renseignant "Transferer vers l'hote" le SMTP du
FAI

courage
@+lolo





Avatar
Tdbear
Merci de tes suggestions,

Quelqu'un de plus compétant que moi est intervenu de façon à remettre le
serveur d'aplomb et c'est maintenant chose faite. Par contre il n'a pas sus
me dire d'ou venait le soucis !!!

"-=lolol=-" a écrit dans le message de
news:
Salut Tdbear,

As tu remis les choses comme suggérées :
- (1) DestinatairesStratégies de destinataires SMTP "@mondomaine.local"
- (2) paramètres du serveur virtuel SMTP, et en renseignant "Transferer
vers

l'hote" le SMTP du FAI

et juste pour être sûr :
- tes clients ont 2 adresses mails et
(avec la seconde comme principale)
- tes clients n'ont qu'un compte configuré (compte exchange et non pas
POP)


Pour ma part, je suis configurer comme ça et ça marche aux petits oignons
...

Dans l'idée que je me fais du fonctionnement d'exchange, lorsque tu
envoies

un mail depuis ton client, lorsqu'il passe par exchange, si il est de la
forme "@mondomaine.local" exchange l'affecte à la bonne boite (voir (1))
et

c'est fini pour celui là, sinon il l'envoie au SMTP de ton FAI (voir (2))
qui s'en démerde ! Lorsque ton mail arrive chez free, si il y a un reverse
DNS il aura comme réponse le SMTP de ton FAI et zou, ça passe sans soucis
!


As tu des problèmes dans l'observateur d'évènements (genre croix rouge) ?
J'ai cru comprendre que ton installation fonctionnait avant et qu'elle ne
fonctionne plus maintenant ... il y a bien dû y avoir un truc modifié
(quoi

?) Peut être une problème autre part (par exemple DNS) qui te fait du
soucis

et embrouille ton exchange ...

Et la j'avoue, je suis complètement sec.
Désolé de ne pouvoir t'aider plus

cordialement
@+lolo


Bonjour Lolol,
En fait je me suis mal expliqué pour les soucis d'envoi vers
l'extérieur que j'avais. Je les ai résolu en mettant comme faisant
apparaitre comme adresse principal En fait pour
reprendre le post de Clair mon problème était du au fait que free
fait du reverse DNS comme l'a souligné Bilbot. Or @domaine.local ne
pouvant être résolu par free, mes mails étaient refusés.

Donc maintenant chaqune de mes boites mails possèdent 2 adresses
mails: & Sachant que l'adresse
mail principal (donc visible dans l'entête SMTP pour le reverse DNS)
est Et je peux maintenant envoyé des mails à la
terre entière (enfin presque voir ci-dessous).

Voila pour l'historique.
Le problème du jour est le suivant:
Je n'arrive plus à envoyer de message en interne. Donc
n'arrive pas à envoyer de mail ni à
ni à (et vis et versa).

Et la j'avoue, je suis complètement sec.




"-=lolol=-" a écrit dans le message de
news:
Salut Tdbear,

Les boites mails avaient pour adresse
(mon domaine n'étant pas amené à
aller sur internet il a donc un nom quelconque.local).


tu fais erreur, ton domaine "quelconque.local" n'empèche pas
d'héberger un site web en "tresjoli.com" ni même d'avoir des
adresses mail type

Après des tests d'envoi de mail je me suis aperçu que certains mails
vers l'extérieurs passaient (hotmail, ....) tandis que d'autres ne
passaient pas (free.fr). On m'a donc dit que certains serveurs
vérifiaient l'adresse de l'émetteur pour lutter contre le spam/virus
et que comme @mondomaineinterne.local n'existait pas sur internet le
serveur refusait le mail.


tu as du mal comprendre, lis la file de post de Claire le 28/6/4
16:37, elle avait des soucis (proches des tiens) pour envoyer chez
aol (j'ai bien l'impression pour les même causes, même punission)

J'ai donc été dans DestinatairesStratégies de destinataires afin de
modifier la Default Policy. J'ai donc rajouter un type SMTP avec mon
nom de domaine internet et j'ai défini ce type en principal.


euh, quel domaine ?
pour ma part, j'ai laisserdans DestinatairesStratégies de
destinataires SMTP "@mondomaine.local" mais pour chaque user (qui
avait donc une adresse ) j'ai ajouté l'adresse
internet que j'ai définie comme "principale"

Après
avoir recréer les boites mails de mes users de test j'ai enfin pu
envoyer des mails vers tout les providers y compris free.fr.
D'autres opérations ont du/pu avoir lieu sur le serv
Cependant, je ne peux plus envoyer de mail en interne !!! En effet
si mon user1 envoie un mail au user2 (selectionner via le carnet
d'adresse et/ou en tapant son adresse mail interne et/ou en tapant
son adresse mail externe) le message reste 2 a 3 minutes dans boite
d'envoi avant de disparaître.
...
Me voici donc à la tête d'un serveur de production de mail fantôme
;o)

Si vous avez des idées, je suis preneur !!!


Ben moi je remettrais le DestinatairesStratégies de destinataires
comme tu l'avais et je ferais comme Claire : (copier/coller)

j'ai trouvé la solution en modifiant les paramètres du serveur
virtuel SMTP, et en renseignant "Transferer vers l'hote" le SMTP du
FAI

courage
@+lolo








Avatar
-=lolol=-
Salut Tdbear,

Quelqu'un de plus compétant que moi est intervenu de façon à remettre
le serveur d'aplomb et c'est maintenant chose faite.


Arf ... un voleur ?

Par contre il
n'a pas sus me dire d'ou venait le soucis !!!


ah oui, un voleur alors ...

Peut être peux tu naviguer (gentillement) sur ton serveur pour voir qu'est
ce qu'il a mis dans les cases ?
Fais gaffe quand même ! ça serait dommage de devoir le faire revenir !!!

@+lolo (qui a déjà fait appel à des pros et non, ce ne sont pas tous des
voleurs ... pas tous ...)

ps : un p'tit pête de sauvegarde (état du système et tout et tout)