Category Archives: Standards

WebRTC pour un partage simplifié des données

Petit extrait de « Toutes les bonnes raisons d’utiliser WebRTC dans vos projets » par Korben, pour garder en mémoire des outils utiles basés sur le standard WebRTC :

  • Appear.in : visioconférence
  • Gruveo : visioconférence
  • Hello : visioconférence intégrée à Firefox
  • Reep.io : transfert de fichiers
  • ShareDrop : transfert de fichiers
  • Wimi : travail collaboratif
  • Nutty : partage de terminal

Utiliser Thunderbird/Lightning, Evolution ou autres clients respectueux des standards avec Microsoft Exchange

« Vous souhaitez vous débarrasser de Microsoft Outlook ?

DavMail (licence GPL) est une passerelle POP/IMAP/SMTP/Caldav/LDAP vers Microsoft Exchange, permettant d’utiliser n’importe quel client de messagerie/calendrier (ex : Thunderbird avec Lightning, Apple iCal, messagerie IPhone) avec un serveur Exchange, y compris depuis internet ou derrière un parefeu au travers d’Outlook Web Access. DavMail inclus maintenant une passerelle LDAP vers le carnet d’adresse global d’Exchange, permettant ainsi de compléter automatiquement les adresses des destinataires, et inclus un support complet du calendrier.

Le principal but de DavMail est de fournir des protocoles standards face au protocole propriétaire d’Exchange : LDAP pour le carnet d’adresses, SMTP pour l’envoie de messages, IMAP pour le parcours de la messagerie, POP pour la récupération des messages et Caldav pour le calendrier. Ainsi, n’importe quel client respectueux des standards peut être utilisé avec Microsoft Exchange.

La passerelle Davmail est implémentée en java et devrait fonctionner sur n’importe quelle plateforme (testé sous Windows, Linux et Mac OS X). »

Attention, DavMail ne fonctionne pas encore avec Microsoft Exchange 2010.

Hébergement de plusieurs sites HTTPS avec une seule adresse IP

Cet article explique la méthode à suivre pour héberger plusieurs sites HTTPS avec une seule adresse IP.
Mais cette méthode n’est pas compatible avec tous les navigateurs (voir colonne TLSServerNam) et demande de recompiler le serveur web.

Le VHost SSL Taskforce essaie de créer une RFC pour permettre la standardisation d’une méthode permettant de résoudre ce problème. Dans ce document, elle présente les différentes méthodes actuelles et leurs problèmes de compatibilités.

Nouveau : Le Server Name Indication, disponible par défaut depuis Apache 2.2.12 (d’après le changelog. mod_ssl: Add server name indication support (RFC 4366) and better support for name based virtual hosts with SSL.), permet de résoudre le problème définitivement et proprement. Plus d’informations, dont les compatibilités navigateurs, sur http://wiki.apache.org/httpd/NameBasedSSLVHostsWithSNI, car ce n’est pas encore très détaillé dans la documentation officielle (http://httpd.apache.org/docs/2.2/mod/mod_ssl.html#sslstrictsnivhostcheck).