Tout d'abord, je précise que je suis le fondateur et principal contributeur de DavMail.
Quelques réponses aux commentaires ci-dessus : - Pourquoi implémenter IMAP, POP et SMTP alors qu'Exchange les propose en standard ?
Exchange propose effectivement ces services, mais en général ils ne sont pas
activés ou tout au moins non accessibles en dehors de l'intranet. DavMail permet
un accès complet à Exchange depuis internet ou même derrière un proxy, puisque tout
passe par HTTPS
- Techniquement, comment fonctionne l'accès via OWA ?
C'est bien le point d'entrée OWA qui est nécessaire, mais DavMail ne reproduit pas
les clics utilisateurs, ce qui serait peu fiable. Il se trouve que OWA supporte en
standard les extensions WebDav permettant de rechercher dans les dossiers, de
récupérer directement la forme MIME des messages, de créer, modifier et supprimer
des messages, de les envoyer... C'est un peu l'ancêtre des web services SOAP.
Ce mode d'accès est officiellement supporté par Microsoft et d'ailleurs utilisé
par Entourage (version OSX d'Outlook)
Pourquoi ne pas utiliser Evolution ?
D'après les retours utilisateurs, le support Exchange 2007 d'Evolution n'est pas
encore au point. Par ailleurs, les utilisateurs DavMail sont répartis entre Windows,
OSX et Linux, un outil purement Linux est insuffisant.
- Pourquoi ne pas utiliser une solution libre comme OBM ou Zimbra ?
Je n'ai pas eu que des retours positifs sur l'un de nos projets incluant OBM ;-)
Blague à part, DavMail permet déjà de rétablir la liberté de choix du client
de messagerie/agenda pour les entreprises ayant choisi de déployer Exchange,
je laisse le domaine serveur à des projets plus ambitieux !
- Support exchange sur le service pro de Live dans les nuages de Microsoft
L'authentification, surtout quand elle est basée sur des formulaires, est la
partie la plus délicate à implémenter : c'est à peu près le seul point qui
varie entre les déploiements OWA (accès direct, derrière ISA serveur, derrière
des répartiteurs de charge, avec SSO...), mais la plupart du temps quelques
ajustements simples permettent de passer.
# Quelques réponses aux commentaires ci-dessus
Posté par Mickael Guessant . En réponse à la dépêche La version 3.5 de DavMail est disponible. Évalué à 10.
Quelques réponses aux commentaires ci-dessus :
- Pourquoi implémenter IMAP, POP et SMTP alors qu'Exchange les propose en standard ?
Exchange propose effectivement ces services, mais en général ils ne sont pas
activés ou tout au moins non accessibles en dehors de l'intranet. DavMail permet
un accès complet à Exchange depuis internet ou même derrière un proxy, puisque tout
passe par HTTPS
- Techniquement, comment fonctionne l'accès via OWA ?
C'est bien le point d'entrée OWA qui est nécessaire, mais DavMail ne reproduit pas
les clics utilisateurs, ce qui serait peu fiable. Il se trouve que OWA supporte en
standard les extensions WebDav permettant de rechercher dans les dossiers, de
récupérer directement la forme MIME des messages, de créer, modifier et supprimer
des messages, de les envoyer... C'est un peu l'ancêtre des web services SOAP.
Ce mode d'accès est officiellement supporté par Microsoft et d'ailleurs utilisé
par Entourage (version OSX d'Outlook)
Pourquoi ne pas utiliser Evolution ?
D'après les retours utilisateurs, le support Exchange 2007 d'Evolution n'est pas
encore au point. Par ailleurs, les utilisateurs DavMail sont répartis entre Windows,
OSX et Linux, un outil purement Linux est insuffisant.
- Pourquoi ne pas utiliser une solution libre comme OBM ou Zimbra ?
Je n'ai pas eu que des retours positifs sur l'un de nos projets incluant OBM ;-)
Blague à part, DavMail permet déjà de rétablir la liberté de choix du client
de messagerie/agenda pour les entreprises ayant choisi de déployer Exchange,
je laisse le domaine serveur à des projets plus ambitieux !
- Support exchange sur le service pro de Live dans les nuages de Microsoft
L'authentification, surtout quand elle est basée sur des formulaires, est la
partie la plus délicate à implémenter : c'est à peu près le seul point qui
varie entre les déploiements OWA (accès direct, derrière ISA serveur, derrière
des répartiteurs de charge, avec SSO...), mais la plupart du temps quelques
ajustements simples permettent de passer.