Un grand merci à toi, Yoann !

Il permet d’exporter un fichier de configuration automatique pour iOS 4 et OS X Lion.

J’ai déjà repérer un problème graphique avec cette fonctionnalité. Le panel qui doit proposer la sauvegarde du fichier monte mal sur certaines machines. Le temps de finir la traduction en Allemand et je publie une mise à jour qui est censé régler ce problème.

Je ne comprend pas à quoi sert le bouton « Fichier de configuration client », car quand je clique dessus le soft mouline un peu et rien ne se passe…

Pouvez-vous m’éclairer svp ? Merci d’avance. :)

Le MAS s’occupera de gérer toutes les connexions externe en prenant en charge le SSL (qui coute en temps processeur vu que les Mac n’ont pas de carte dédié) ainsi que l’authentification et la gestion des droits d’accès des utilisateurs.

C’est généralement le même serveur qui va faire office de tête VPN si vous utilisez le service du Mac. Ce peut être également ce serveur qui s’occupe du NAT si tout est géré sur OS X.

Effectivement, le SMTP prévois d’origine des délais de grâce qui permette de parer aux problèmes d’indisponibilité, mais il faut prendre le problème dans sa globalité.

Je recommande cette configuration pour des petites entreprises qui ont un Mac mini serveur derrière une ligne ADSL à 30 € par mois. De cette manière on peut utiliser un serveur de mail interne tout en ayant la garantie de haute dispo du serveur déclaré. Une ligne ADSL grand publique n’est contractuellement pas fait pour de la haute dispo, vous n’avez aucune garantie de temps de réparation en cas de problème.

Autre moment où cette config deviens utile voir même obligatoire, si vous êtes sur le réseau grand publique / pro de Orange où le port 25 est bloqué et sans appel possible (hormis offre entreprise). Dans ce cas la solution évoqué ici est obligatoire pour avoir un serveur en interne.

Concernant les mots de passe des utilisateurs, on ne connait pas les mots de passes finaux ici. Tout ce qu’on connait ce sont les mots de passe intermédiaire utilisé par le serveur pour se connecter au boites mails hébergé à l’extérieur. C’est nous administrateur qui créons ces boites mail et assignons un mot de passe fort, les utilisateurs n’en auront jamais connaissance.

Maintenant il faut bien comprendre que cette solution n’est valable que dans le cadre de TPE voir PME qui ne peuvent pas se payer un accès à 300 € / mois pour héberger un serveur directement chez eux mais qui souhaite quand même avoir un stockage illimité coté mail…

un grand merci pour cet article qui me permet enfin de comprendre plus clairement l’intérêt du service mobile access!
Enfin, je comprends bien pour l’accès à un site intranet. Mais pour ce qui est des autres services, l’intérêt n’est finalement que de reporter la charge de l’encodage sur un autre serveur que celui qui héberge les services en question?
Du coup pour que ça ait un sens il faut 2 serveurs et donc pas mal d’utilisateurs pour que la charge soit trop importante pour une seule machine. Sinon autant directement configurer le ssl pour les services.
Il ne semble pas possible de profiter du mobile access pour limiter à l’accès par l’intranet à certains utilisateurs pour les services en dehors du http puisque les autres protocoles ne gèrent pas les redirections, ce qui force à passer par le portail même depuis l’intranet…

Du coup je suis pas si sur d’avoir tout bien saisi :-)

Deuxième point, il n’est pas très courant de connaître les mots de passes de ces utilisateurs il me semble. De plus ces derniers peuvent en changer sans que l’on soit au courant! Bon, on aura vite de leur nouvelles avec cette configuration car ils ne recevront plus de mails…