Salut a tous,
 
Je rencontre un soucis. Nous avons un serveur Exchange 2003 sur SBS 2003.
Un utilisateur a sur son PC de bureau un compte exchange et chez lui a paramétré un compte POP pour retrouver ses mails chez lui également.
DOnc tout est Ok sauf que lorsqu'il est au bureau et qu'un de ses collegues de bureau lui envoi un Mail, il est envoyé en interne mais forcement il ne se retrouve pas sur le Serveur POP. Du coup chez lui , il ne retrouve pas le mail.
 
Y'a t il un moyen de faire sortir les mails sur le Serveur POP même si le destinataire est un utilisateur interne ??
 
Merci d'avance.

Ton exchange est un relais ?
Ton utilisateur pointe vers quel serveur quand il est chez lui ?

Salut,
 
Nan ce n'est pas un relais.
Quand il est chez lui, il a le serveur POP de l'hébergeur de son domaine.
Sur le serveur, on utilise le logiciel POPcon comme connecteur POP.

Logique alors qu'il ne reçoive pas les mails ...
Soit tu lui permets de pointer vers le serveur exchange de ta boite, soit tu crées une règle de redirection sur les mails dans ton exchange pour qu'une copie soit envoyé vers son serveur perso, soit ....
 

Desole je me suis mal exprimé !!
Le serveur POP de l'utilisateur (chez lui) est le même que le POP qu'utilise exchange.

Le jour où les gens comprendront qu'on utilise pas Exchange pour poper depuis serveurs distants

c'est le soir, je dois pas tout comprendre mais ton exchange pop sur le serveur de ton FAI ?

C'est ce que je comprends perso

 
Oui c'est ca !!
 

 
C'est pas fait pour ça, tu perds une tres grande partie de l'interet d'avoir ton propre serveur mail et tu te rajoutes pleins de problemes potentiels.

 
Ok mais alors comment le serveur exchange recupère les mails externes ?? Je sais qu'il y a le Record MX mais bon avec un logiciel POP c'est tres simple et je garde l'interet d'un serveur de messagerie en local. Il recupere les mails et ensuite chaque Postes clients se connecte a lui pour exploiter sa BAL, en plus des dossiers publics, partage de calendrier...Ca me suffit, c'est tres bien.

 
 
La preuve que non ca te convient pas puisque tu as ce probleme. Si tu n'avais pas ce satané pop, tu n'aurais pas a te poser ce genre de question. Le plus simple serait de virer le pop de ton presta et de rediriger le MX directement sur ton Exchange. Et tu verrais qu'en terme d'administration tu y gagnerais en simplicité et en indépendance

Il utilise un connecteur pop tiers pour se connecter au serveur de messagerie de son FAI, c'est trés répandu et ça élimine bon nombre de problématiques liées à la sécurité (serveur frontal en dmz)
Bref, il vous demande pas de critiquer sa solution le gars hein...
Donc, pour ton problème, le plus simple c'est de configurer le connecteur pop que tu utilises (pytheas ou un truc du genre ?) pour qu'il n'efface pas les mails dès qu'il télécharge sur le serveur de ton FAI. Tu peux normalement le configurer pour qu'il ne les efface que X jours après les avoir relevés. Ce qui permet à ton client nomade de disposer de X jours pour relever ces messages avant qu'ils ne soient plus disponibles sur le serveur du FAI.
Simplissime.
 
edit : il faut absolument configurer le logiciel de messagerie du client nomade pour faire la même chose, sinon c'est à l'entreprise que tu ne recevras plus les mails qui ont été lus depuis la maison xD

 
On a bien compris ce qu'il fait, mais ça rajoute plein de probleme, ça élimine beaucoup de l'interet d'avoir son serveur, et ça laisse plein de probleme de sécu. C'est tres rependu parce qu'a 1ere vue c'est plus simple, pas parce que c'est vraiment une bonne solution : si tu veux pas forcement exposer ton serveur mail interne faut prendre un service de MX/filtrage hebergé, pas utilser ce genre de non-sens technique.
 

 
Quand le probleme vient de la solution, ben faut le dire    
 

 
 
Il doit certainement utiliser le connecteur POP fourni avec SBS, qui ne permet pas de faire ça.
 

 
T'as pas compris son probleme : quand quelqu'un en interne avec une boite exchange envoit un mail a un autre utilisateur interne sur Exchange, et ben forcement le mail va rester sur Exchange et ne jamais aller sur la boite du FAI, ta solution ne résoud rien.
Et quand bien même, t'as un serveur Exchange qui est fait pour fournir un acces sécurisé a la messagerie de l'entreprise depuis l'exterieur (OWA, RPC over HTTPS, EAS...) et t'en serais encore ramené a utiliser son FAI (et un protocole non-crypté au passage ) ? Pour s'embeter a gerer un serveur Exchange dans cas la, si t'es pas pres a assumer le fait d'avoir un serveur de messagerie, autant ne pas l'utiliser et rester completement chez son FAI, t'auras moins de probleme.

 
 
rien a voir avec son probleme, ca ne résoudra strictement rien, il te parle d'echange de mails en INTERNE qui du coup ne passent pas par le pop du FAI... d'ou la réponse qu'on est plusieurs a avoir faites perso je ne connais pas de solution simple a son probleme si ce n'est la totale indépendance.

 
Le logiciel est "POPcon" et effectivement on peut paramétrer une copie sur le serveur (ce que j'ai déja fait).
 
Mais en effet, ce n'est pas le problème que je rencontre. Apparamment il n'y a pas de solution a part le fait d'utiliser par ex Outlook web access pour avoir accés directement a son compte exchange.
 
Merci quand même.

 
Tu veux dire qu'avec le MX je n'aurais pas le PB ? t sur ?

Autant pour moi, j'ai lu de traviole.
Ouais sans le pop, tu pourrais pas lire les mails depuis l'extérieur sans publier ton exchange via OWA par exemple.
C'est peut-être ça la solution la plus simple, au final, mais ça demande de l'infrastructure pour le faire de façon assez sécurisée (isa en dmz par exemple)

Tes mails ne seraient sur ton serveur Exchange et pas sur 2 serveurs différents comme actuellement en tout cas. Le POP ne serait par contre pas le moyen ideal d'y acceder (mais ça reste possible).