Reprise du message précédent :
Ok merci ! c'est donc une bonne nouvelle !
Donc par exemple si j'envoi un mail a administrateur@mon_domaine.no-ip.com en théorie mon serveur Exchange doit le recevoir ? non ?
Comment faire que pour quand Exchange voit arriver un mail à administrateur@mon_domaine.no-ip.com il accepte et surtout il le mette dans la boite administrateur@titi.local ?
 
Désolé mais là je suis un peu largué... pourtant j'ai la tete plongé dans mon pavé sur Exchange 2000... Pour l'instant tous les mails envoyés à administrateur@mon_domaine.no-ip.com par l'intermédiaire d'un compte chez iFrance me sont revenus sans etre arrivés à destination...

J'ai trouvé !!!!!!!!!!!!!! En fait c'est dans les stratégies de  destinataire qu'il faut que j'ajoute une adresse SMTP !!! Youpiiii !!!

J'allais te le dire..    
 
Il faut que tu rajoutes une stratégie @webman.no-ip.com
 
Pour l'instant ton exchange va recevoir uniquement les mails de ton domaine. A savoir jerry.com
 
Il faut que tu lui renseignes qu'il doit se charger des autres.
 
Au fait, bloque le relay
 
Ok apparament c'est fait.

Juste une question comment savoir si l'Open Relay est activé ? car je voudrais pas servir de machine à SPAM sans le savoir
 
 
EDIT: tant que j'y suis je vais abuser encore un peu si t'as une idée pour ca je suis preneur :
http://forum.hardware.fr/forum2.ph [...] h=&subcat=

Tu vas dans Exchange et tu limites les PC autorisé à faire du Relay à ton plan d'adresse local.
 
Moi c'est 10.1.0.0 / 255.255.0.0

C'est dans les protocols, SMTP, Accès, Relai, Groupe d'ordi.

Ok merci je vais aller voir ca

Bon moi j'ai limité ca à mon réseau 192.168.0.0 / 255.255.255.0
Sinon au niveai de OWA c'est l'adresse du serveur qui est prise en compte ? je veux dire le fait de limiter le relay à mon réseau n'empechera pas un client distant sur OWA d'utiliser le relay ?

 
Non puisque c'est Exchange qui l'envoie avec ça propre IP
Moi j'ai juste l'IPdu serveur qui à le droit de relayer meme pas les postes

 
Ok
Je vais quand même laisser les postes, de toute facon c'est un réseau de test donc il y a quasiment que moi dessus Et puis on sait jamais si un jour je pete un cable et que je me mette à envoyer mes mail avec Telnet depuis un poste client ca peut toujours être utile crazy:

Un dernier petit problème... j'ai utilisé OWA uniquement avec mon compte admin, par contre j'ai essayé de me loggué vace d'autres omptes, même membres du groupe d'administrateur de l'entreprise je ne peux pas me logguer... et au bout du 3ème essai j'ai une erreur HTTP 500.
Pourtant dans l'AD dans l'onglet Exchange j'ai bien Accès OWA qui est activé, à mon avis le problème viens d'ailleurs et il doit s'agir d'un problème de droits..., mais d'où ?
 
Si j'ai pas été assez clair n'hésitez pas à poser des questions !
 
EDIT: j'ai peut être une idée, il faudrait peut être permettre aux utilisateurs en question d'ouvrir une session localement sur le serveur ? un peut comme les utilisateurs qui se connecte en TS ?
 
 

Nop, il ne faut rien normallement.
 
A part, parfois un petit temps.
 
J'ai déjà eu le cas avec des users, donc l'accès Outlook était bon (immédiat), mais pour OWA, il fallait quelques minutes.
 
 
Why ? Je ne sais po

Ca m'intrigue cette histoire.... je rentre le login , le pwd et le domaine te ca marche pas... va comprendre... je vais essayer de nouveau voir ce que ca me donne.
 

Tu es sous XP ou 2000 ?

2000 Pro avec SP3 pour les clients, mais ces clients ne sont pas loggués sur le domaine. C'est dans IE que je rentre login + pwd + domaine.

Rien à faire même avec des admins de l'entreprise... seul le compte admin crée lors de l'install fonctionne

J'ai trouvé !!!!!!!!!! En fait il faut les utilisateurs aient ouvert au moins une fois une session sur le domaine pour accéder à OWA depuis un poste en étant pas loggué sur le domaine Va comprendre pourquoi ...
Dès que je me suis loggué une fois sur le domaine avec le compte j'ai accés OWA avec ce compte et cela d'un poste du domaine ou de n'importe quel poste...
En fait l'erreur que j'avais faite c'était de créer des utilisateurs et de tester OWA sans m'etre loggué sur le domaine au moins une fois sur un poste, j'étais allé direct sur OWA
 

En fait, quand tu ouvres un BAL avec exchange, elle n'est pas crée immédiatement. L'espace n'est pas réservé. La demande est juste formulée.

 
Explique STP.
 
Parfois tu n'a pas le choix.

 
Oui mais justement j'avais envoyé des mails à ces utilisateurs avant de me logguer avec eux sur OWA justement pour que la boite soit réellement créee avec un mail dedans... D'ailleurs la boite apparaissait dans la console Exchange avec 1 ou 2 Ko et un message.
Enfin ca marche c'est le principal...

 
Ben moi il faut que je tire cette histoire au clair, car je vais surement crée des BAL pour des users qui ne feront que du OWA...

 
Je sais pas c'est peut etre mon Exchange qui est possédé mais en tout cas chez moi ca se passe comme ça Il y a peut être un moyen de régler ca... car c'est vrai que pour des utilisateurs qui font que de l'OWA ca va être génant... Je précise que j'ai la version finale d'Exchange !
Si t'as du nouveau tiens moi au courant

 
Si Exchange gere directement un domaine email comme toto.com, des qu'un email est envoyé de n'importe a une adresse @toto.com, il arrive chez toi, au temps de routage pres bien sur.
Si ca arrive sur une boite pop externe, ben il faut que ton serveur aille periodiquement relever les comptes POP, tu perds le temps réel. Un email mais generalement moins de 2 minutes a arriver, avec le connecteur pop de SBS2000 par exemple l'intervalle le plus court entre 2 verifs des boites pop est de 15 minutes, ca peut etre genant. En plus ca rajoute une tonne de traffic internet inutile, ca bouffe des ressources serveurs en plus.
Et en restant sur du POP tu perds presque tout l'interet d'avoir son propre serveur de messagerie : c'est pas toi qui gere tes boites, c'est pas toi qui gere la stratégie (taille des boites, des mails...) etc.
Exchange c'est mini 1500?, perso ca m'enerverait un peu de l'exploiter qu'a 20%, le "on peut pas faire autrement" c'est bien plus souvent "on n'a pas vraiment envie de se prendre la tete pour faire autrement".

D'autant plus que si c'est l'admin qui gère les connecteurs pop3. Et c'est chiant. T'imagine 300 bal à entrer à la main dans un logiciel ? Dommage pour AD
 
Pour moi ils n'ont qu'à utiliser le Webmail de leur BAL externe.
 
PS : je n'en connais pas encore qui permettent à l'user de crée ses BAL externet par HTTP ou autre.

>Jef34: T'as pu tester cette histoire d'accès OWA impossible sans une ouverture préalable au moins une fois d'une session sur le domaine.

Logiquement tu n'as pas besoin d'ouvrir une session (du moins avec Exchange 2000) seulement il cree la boite aux lettre pas tout de suite, il faut attendre environ 15 mins

Oui mais entre le moment où j'ai crée la boite et le moment ou j'ai essayé l'ouverture de "session" sur OWA j'ai attendu plus de 24 heures avec un reboot au milieu
Je vais refaire des essais dans la journée pour voir ce que ca donne...:crazy: