Bonjour,
 
Configuration : 1 serveur Windows SBS 2008 avec rôles AD et Exchange.
 
Problème :
J'ai fait pointer le MX de mondomaine.com vers un nouveau serveur Exchange Online afin de ne plus utiliser celui du SBS. Le client Outlook ne veut pas se configurer pour pointer vers le Exchange Online, il prend automatiquement les paramètres du Exchange local à savoir mondomain.local et donc le client ouvre son ancienne boîte aux lettres. Il semblerait qu'il faille virer complètement Exchange du SBS.
 
N'y a t-il pas une autre méthode ? Je voulais garder le Exchange local pour gérer les mails mondomain2.fr puisqu'avec Outlook 2013 on peut configurer 2 comptes dans le même profil. Sinon, que dois-je faire, juste arrêter les services ou bien désinstaller Exchange sachant que j'ai lu que c'était déconseillé car plein de manip genre modif registry et que SBS pouvait en devenir instable.

Tu ne désinstalles pas Exchange d'un SBS. Soit tu formates et tu installes un OS standard, soit tu le laisses tel quel.

D'accord mais comment relier le Outlook du client au Exchange Online ? Parce que là c'est radical ! N'est-ce pas le programme Small Business Server installé sur le poste client qui fait la liaison direct de la configuration Exchange du client Outlook ? Personne ici n'a un SBS 2008 avec Exchange Online plutôt que celui du SBS ?

C'est les mécanismes complexe d'autodiscover/SCP qui font que ton client va s'autoconfigurer.
 
Si tu veux toucher à ça, il va falloir toucher un peu à l'Exchange et sans connaissance du produit ça ne risque pas d'être très aisé.

Je pense que tu n'auras pas grand monde ici qui utilisera exchange online à la place du SBS.
Car l'avantage du SBS c'est d'avoir un Exchange intégré.
Pourquoi payer une deuxième fois pour un Exchange ?  
Alors que le SBS est un serveur qui fonctionne bien, même s'il demande un peu plus de maintenance et qui peut gère 75 utilisateurs.

C'est surtout que j'ai aucune doc sur le serveur, je débarque.
 
J'ai résolu mon problème. J'ai pensé aussi à un problème de DNS local mais non. Cela venait bien du mécanisme autodiscover comme dit Je@nb.
 
1) Identification de la cause
Tout d'abord j'ai fait clique droit Ctrl sur l'icône d'Outlook de la zone de notification afin de lancer Tester la configuration automatique de la messagerie. Dans le champ adresse de messagerie j'ai mis l'adresse mail de mon utilisateur (=compte Exchange Online) et son mot de passe. J'ai décoché les 2 cases liées à Guessmart. Puis bouton Tester. Dans l'onglet Journal, je vois que ma configuration est faite automatiquement par http://remote.mondomain2.fr/autodiscover.xml qui pointe sur mon SBS local au lieu d'aller sur internet chercher le discover de mon nouveau fournisseur d'Exchange.
 
2) Solution
Arrêt du serveur IIS du SBS. Ensuite le client ne prend plus l'autodiscover local mais va chercher sur internet et ça fonctionne. L'arrêt de IIS peut sembler radical, peut être que de renommer le fichier XML aurait pu suffire (ou faire proprement en reconfigurant l'autodiscover local) mais dans mon cas IIS ne servait qu'à OWA du Exchange local mais comme je passe tout sur Exchange Online plus besoin de ce OWA.

C'est sûr que c'est un peu radical comme méthode.
Juste une question, tu avais fait la migration des boites vers l'exchange online ?

Oui j'avais fait la migration des boîtes vers l'Exchange Online. Le problème est que les users du domaine pointaient vers les anciennes BAL ne recevaient plus de mails externes mais pouvaient en envoyer vers l'extérieur et en interne pas de soucis sauf pour ceux qui avaient migrés normalement sur le online. Bref à ne plus rien y comprendre  
 
Enfin, pourquoi exchange online plutôt que SBS ?
 
1. Le client a récupéré le serveur suite à l'achat d'une autre société. Le serveur n'est pas sur le site principal et il y a 3 sites en tout. Le site sur lequel est le SBS a une connexion ADSL. Le client s'est séparé de l'administrateur en mauvais terme. La version d'Exchange est 2007. En migrant sur exchange online le client n'a pas à mettre à jour et bénéficie de la dernière version d'exchange (2013).
 
2. La taille max des PJ passe à 20Mo au lieu de 10 et la taille des BAL de 2Go à 50Go.
 
3. Le client dispose des mises à jour de son pack Office compris dans son forfait (il a pu uniformiser son parc avec 2013 au lieu de 2007, 2010, 2013 selon acquisition au fil de l'eau).
 
4. Le client n'a plus à gérer les licences serveur et CAL car c'est compris dans son forfait. En cas de départ ou arrivé d'un user le client peut ajouter enlever simplement une licence ou réaffecter.
 
5. Le client diminue sensiblement le coût d'administration/maintenance de sa solution de messagerie collaborative.
 
6. Le client dispose de 1To de stockage cloud / user. Il va pouvoir laisser tomber le service ftp de son SBS (qui ne donne pas satisfaction) et Dropbox à droite à gauche utilisé par les users.
 
7. Accessoirement le client dispose de la dernière version de SharePoint Online.
 
8. A terme le client souhaite virer son serveur physique Dell. Donc pas d'achat de matériel à prévoir ni de mises à jour de licences ni de garantie ni de contrat de maintenance matériel et système. Il pense virer complètement l'AD comme c'est déjà le cas sur 1 site qui fonctionne très bien en workgroup.
 
9. Le client dispose également du logiciel de communication Lync online relié à son exchange online, service non dispo sur son SBS.
 
10. Le client estime que la version Windows SBS 2008 est moins bien que Windows Server 2008 et surtout 2012 qu'il a aussi.
 
Il y a d'autres raison mais déjà ça te donnera une idée.

SBS c'est un package orienté PME/TPE qui comprend AD + Exchange + Sharepoint + les autres rôles que tu veux, c'était adapté il y a quelques années mais moins maintenant avec l'avènement des offres Cloud.