Mickael Guessant a écrit 6 commentaires

Le module complémentaire Sogo connector permet bien de mettre à jour les contacts Exchange via DavMail/Carddav, même si la liste des attributs supportés reste limitée.

Configuration de référence :

• Messagerie avec Thunderbird 15 (IMAP ou POP/SMTP)
• Calendrier avec Lightning 1.7 (Caldav)
• Contacts personnels avec Inverse SOGo Connector 10.0.3 (Carddav)
• Carnet d'adresse global natif Thunderbird 15 (LDAP), en lecture seule
• en option Smiley Fixer 1.2.1 pour corriger les Smileys Wingdings

Je n'ai pas accès en écriture sur mon serveur Exchange de test, mais cette erreur a peut-être un rapport avec :
http://www.entourage.mvps.org/exchange/exchangefaq.html#publ(...)

En effet, Entourage utilise le même protocole que DavMail pour accéder à Exchange.

Les dossiers publics ne sont pas encore totalement supportés.
Il est possible d'y accéder avec la dernière version SVN 754.

Dans Thunderbird, aller dans les options avancés du compte IMAP, dans paramètres serveurs :
- décocher l'option afficher uniquement les dossiers avec abonnement
- mettre / dans Espace de nom personnel
- mettre /public/ dans Public
Relancer ensuite Thunderbird.

Comme ce forum n'est peut-être pas le meilleur endroit pour faire du support, je propose de passer soit par mail soit par le forum DavMail pour la suite. Il me faudrait un fichier de traces davmail.log pour déterminer la cause de l'erreur.

Si POP fonctionne, WebDav est disponible, tous les protocoles utilisent les mêmes mécanismes.
Une erreur Unsupported request provient en général d'une URL invalide (et devrait probablement être un 404 not found). Les URLs de calendrier utilisateur sont de la forme :
/users/user@company.com/calendar
Attention : la casse est importante, l'adresse mail à utiliser est celle connue d'Exchange, visible dans les traces DavMail au niveau de la création de la session.

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.