Salut,  
 
Je dispose d'un serveur Exchange 2003 SP1 (SBS 2003). Le courrier est correctement relevé (connecteur pop3) et redistribué. Mais il m'est impossible d'envoyer des mails à l'extérieur, j'ai le message suivant :
 

 
Merci

up

up

déja passe le en sp2 !!!

en normal ça fonctionne ??? je veux dire le smtp ..sinon tu as plein de logiciel pour tester les fonctions smtp !!!
 

Salut les jeunes
 
bon. quel est le domaine @ d'envoi ? est ce que le reverse DNS sur ce domaine pointe bien sur ton ip ? . Ca sent l'antispam de controle de reverse DNS ca.

Vérifie que les adresses mails de tes utilisateurs soient bien dans ton domaine internet et pas avec ton nom de domaine local.

Le SP2 verra plus tard!!!
 
Le smtp fonctionne très bien, j'arrive à envoyer des mails avec les clients (outlook, outlook Express) seul Outlook Web Acces me pose problème et c'est celui que désir le client.

bon alors c'est la translation des adresses je pense. Je connais pas OWA assez bien, mais j'ai eu le même problème avec DWA (Domino WebAccess) anciennement iNotes.
 
Regarde si lors de l'envoi, la translation de domaine n'est pas de la forme @machine.domaine.com

 
Comment ça ?

qd tu envois un message avec ton utilisateur sous OWA . Dans le champs from du message. tu as utilisateur@domaine.com ou tu as utilisateur@machine.domaine.com ?

 
Dans les propriétés AD des utilisateurs, vérifie que l'adresse mail principale des utilisateurs soit bien valide.

L'adresse mail principale est valide, mais elle est de la forme : user@mon.domaine.lan

bah voila. donc soit tu la met de la forme @domaine.ext, soit tu autorises dans Exchange la sortie avec les emails @mon.domaine.ext

Cela ne change rien...

 
Exchange autorise a sortir, le probleme est que le serveur d'en face vérifie si domaine.lan existe, et sur le net c'est pas le cas.
Faut forcement mettre le vrai email des utilisateurs comme adresse SMTP principale (et rajouter le domaine utilisé dans la stratégie de destinataire Exchange, sinon la pour le coup exchange refusera de les faire sortir).

 
yep c'est le reverse DNS dont je parlais au début (je pense que c ca) . Le serveur tente une résolution de la partie après le @ en tant que host. si il ne résout pas il en conclu que c'est du spam.

Ouep donc la soluce ?

un alias CNAME pour que le serveur d'en face puisse résoudre le @machine.domaine.com .
 
Mais franchement, un utilisateur qui sort avec un email @machine.domaine.com, c'est vraiment pas propre. Donc soluce régler les emails utilisateurs pour qu'ils sortent en @domaine.com

 
Qd tu met ca , tu veux dire que tu pompes les mails sur une boite distante (chez un hébergeur par exemple) en pop3 et que tu les redistribues en local ?

 
Non c'est différent, la il vérifie l'existence du domaine, c'est pas du reverse c'est de la résolution DNS tout court.

 
As tu declaré ton domaine public dans la strategie de destinataire d'exchange ? Si oui, il te suffit de definir en mail principal l'adresse toto@domaine.com au lieu de toto@domaine.lan.
Ca devrait résoudre ton probleme. Si ca le résoud pas, c'est un prob de reverse dns sur ton IP mais je pense pas que ca soit ca.

 
ouep kiff kiff . mais abus de langage tu as raison, le terme est "résolution dns"

 
Mais ça ne sort pas en @machine.domaine.com  

 
bah j'ai cru comprendre ca sinon pourquoi le serveur d'en face gueule ?

 
 
parce qu'il sort en toto@domaine.local et nom en domaine public  

 
oui toto@domaine.local ou toto@machine.domaine.ext ou toto@machine.domaine.local. peu importe c t pour l'exemple.

 
Oui.
 

 
Je n'ai rien déclaré... cela ce trouve où ?
 

 
C'est tout à fait ça.

 
Gestionnaire systeme exchange, destinataires, stratégies de destinataire.
Tu edites la default policy, onglet adresse de messagerie, tu rajoutes une adresse SMTP.

voilà et si t'as bien laissé cocher dans tes comptes AD la case "mettre a jour automatiquement les adresses selon la strategie de destinataires", il va te créer tout seul toto@domaine.com

Nickel cela fonctionne!!! merci à tous.
 
Juste une p'tite remaque :
 
@Quich'man, c'est exact Exchange à crée les adresses du type user@domaine.com mais il n'y en a qu'une seule qui existe en vrai... donc je ne pourrais envoyer des mails (vers l'exterieur) cas partir de ce compte (celui qui recoit le courrier relevé par le connecteur pop3).
 
Edit :
 
En fait j'peux envoyé des mails avec n'importe quel users vu que maintenant ils ont tous la forme user@domaine.com mais le hic c'est pout les réponses, y a t'il moyen de forcer un mail unique ?

 
 
Oui mais ton cas est particuliers parce que ta config est hybride.  
Tu peux peut etre créer chez ton prestataire d'autre boites qui correspondent à tes users.
La config idéale, facile à mettre en place et qui ne couterait rien serait de tout basculer sur l'Exchange. Tu pourrais ainsi créer autant de boite que d'utilisateurs.

Tout à fait, j'vais voir ce que je peux faire, vu que ce n'est pas moi qui m'occupe du domaine.

Et dans la mesure du possible essaie de voir si tu ne peux pas mettre ton SBS comme MX du domaine, ce serait bien mieux.
Les systemes qui font le distingo entre adresses mail externes et internes et avec du connecteur POP au milieu c'est toujours bancal et source de probleme, et c'est vraiment sous-exploiter son Exchange.

Très bancal le biz je te l'accorde^^ j'suis aussi entièrement d'accord avec toi sur le fait qu'il sous-exploite leur Exchange. Que veux tu dire par MX du domaine ?

Au niveau des DNS de leur nom de domaine internet, au lieu d'avoir leur hebergeur mail dans les enregistrement MX on met un hote pointant au final vers l'IP publique derriere laquelle est ton serveur Exchange.
Ensuite tous les mails envoyés par tous les serveurs mails de la terre a destination du domaine en question seront directement envoyés en SMTP vers ton serveur, donc plus d'intermédiaire et controle total de la messagerie du domaine au niveau d'Exchange.

Le seul inconvenient de cette méthode est qu'il faut se gerer l'anti spam et l'antivirus SMTP, chose que le prestataire devait inclure dans son offre. Mais le jeu en vaut la chandelle, héberger son propre serveur de mail est quand meme d'un confort et d'une flexibilité non négligeable

 
Ok, mais cela ne va pas être possible, du moins avec ce nom de domaine, il gère d'autres agences (franchisées) comme celle-ci par exemple. Mais rien ne m'interdit de déposer un nom de domaine en y rajoutant le nom de la ville...