Je penses que tu as répondu un peu vite car tu juges avec des postulats qui sont faux.
Dans Kolab, IMAP est un entrepot qui sert à la synchronisation, mais que l'on ne parcoure pas en permanence (et heureusement). Tu confonds peut être avec d'autres outils.
Ca n'induit presque pas de charge coté serveur contrairement à ce que tu dis, pour la bonne raison que le choix de Kolab est de décentraliser les tâches "gourmandes" du coté du client (principe du "smart client"), en utilisant (entre autres) les flags IMAP qui permettent de ne lire que les nouveaux éléments.
Ce concept de "délégation des travaux au client", y compris avec des machines peu puissantes est très efficace. Et sur des machines modernes, c'est carrément transparent.
Accessoirement on profite des capacités du mode déconnecté IMAP. En fait c'est simple : gérer un agenda partagé avec Kolab n'entraine absolument pas plus de charge que la gestion d'une boite mail classique sans agenda (et je parle d'agendas à plusieurs dizaine de milliers d'entrées). Coté montée en charge Cyrus-IMAP n'a plus grand chose à prouver, et sans même avoir à utiliser ses capacités d'indexation.
Je ne doute pas des qualité de la solution que tu défends, mais je n'ai pas envie de jouer à celui qui a le plus gros serveur j'avoue ;)
Simplement, ne t'en fais pas pour les capacités de Kolab à gérer plusieurs dizaines de milliers de compte sur un serveur unique (même si je prefère sa capacité de gestion de serveurs maîtres et esclaves que je trouve simple et élégante).
Pour terminer, je connais un peu la solution OBM, et ca ne correspond en effet pas à la solution à laquelle je pensais en disant "SGBD mal utilisé". Il n'était pas utile de se sentir agressé :)
En fait je suis d'accord avec toi sur pas mal de points, mais ca ne s'applique tout simplement pas à ce dont je parlais !
[^] # Re: Et les contacts -> dans IMAP
Posté par Maillequeule . En réponse à la dépêche Sortie de Sunbird 0.3a. Évalué à 2.
Dans Kolab, IMAP est un entrepot qui sert à la synchronisation, mais que l'on ne parcoure pas en permanence (et heureusement). Tu confonds peut être avec d'autres outils.
Ca n'induit presque pas de charge coté serveur contrairement à ce que tu dis, pour la bonne raison que le choix de Kolab est de décentraliser les tâches "gourmandes" du coté du client (principe du "smart client"), en utilisant (entre autres) les flags IMAP qui permettent de ne lire que les nouveaux éléments.
Ce concept de "délégation des travaux au client", y compris avec des machines peu puissantes est très efficace. Et sur des machines modernes, c'est carrément transparent.
Accessoirement on profite des capacités du mode déconnecté IMAP. En fait c'est simple : gérer un agenda partagé avec Kolab n'entraine absolument pas plus de charge que la gestion d'une boite mail classique sans agenda (et je parle d'agendas à plusieurs dizaine de milliers d'entrées). Coté montée en charge Cyrus-IMAP n'a plus grand chose à prouver, et sans même avoir à utiliser ses capacités d'indexation.
Je ne doute pas des qualité de la solution que tu défends, mais je n'ai pas envie de jouer à celui qui a le plus gros serveur j'avoue ;)
Simplement, ne t'en fais pas pour les capacités de Kolab à gérer plusieurs dizaines de milliers de compte sur un serveur unique (même si je prefère sa capacité de gestion de serveurs maîtres et esclaves que je trouve simple et élégante).
Pour terminer, je connais un peu la solution OBM, et ca ne correspond en effet pas à la solution à laquelle je pensais en disant "SGBD mal utilisé". Il n'était pas utile de se sentir agressé :)
En fait je suis d'accord avec toi sur pas mal de points, mais ca ne s'applique tout simplement pas à ce dont je parlais !
Bise ;)
M