Cyrus 2.2.3

Posté par  . Modéré par Nÿco.
Étiquettes :
0
6
fév.
2004
Internet
La nouvelle version stable du serveur IMAP Cyrus apporte de grosses nouveautés : virtual domains, NNTP, mailbox annotations, support de Berkeley DB 4.2.
A noter aussi l'étude d'une nouvelle architecture intéressante de serveurs frontend-backend pour améliorer la scalabilité des serveurs mails : Cyrus Murder. La plus nouveauté essentielle est bien sûr la gestion des domaines virtuels. Elle était présente depuis les versions 2.1.x mais un nouveau mode des user.id permet une meilleure administration.
Le support NNTP permet maintenant d'utiliser fetchnews. Depuis les versions 2.1.x, le support NNTP permet de lire les news depuis cyrus directement via NNTP, sans besoin d'avoir un serveur de news local.

L'architecture Cyrus Murder utilise une combinaison de serveurs IMAP, proxy IMAP, et un directory server qui fournit une vue d'ensemble des namespaces IMAP aux utilisateurs. C'est donc différent des proxy IMAP traditionnels car tout utilisateur peut selectionner n'importe quelle mailbox sans limitation d'une partie du namespace IMAP global. Cela utilise un nouveau protocol MUPDATE dont voici la RFC : http://asg.web.cmu.edu/rfc/rfc3656.txt.

Aller plus loin

  • # Re: Cyrus 2.2.3

    Posté par  (site web personnel) . Évalué à -3.

    Pourquoi avoir attendu 20 jours pour nous publier une dépêche ?
    • [^] # Re: Cyrus 2.2.3

      Posté par  (site web personnel) . Évalué à 2.

      Elle a été proposée ce matin. Temps de modération < 8h
      • [^] # Re: Cyrus 2.2.3

        Posté par  (site web personnel) . Évalué à 0.

        Pour une fois, ce n'était pas une question posée aux modérateurs.
        J'avoue qu'avec mes précédentes interventions, elle peut être mal interprétée...
    • [^] # Re: Cyrus 2.2.3

      Posté par  . Évalué à 2.

      Mieux vaut tard que jamais & pour la prochaine, on compte sur toi pour la publier le jour même, la dépêche.

      Merci à Epp0, car c'est grace à lui que je l'ai appris ! ;)
      • [^] # Re: Cyrus 2.2.3

        Posté par  . Évalué à 3.

        Mieux vaut tard que jamais
        Bah en fait, j'ai regardé sur linuxfr et la version 2.0 est passé à la trappe. Comme une version récente est sortie il n'y a pas trop longtemps, j'ai voulu marquer le coup en précisant les changements depuis la branche 2.1.x. Et oui je savais que la version 2.2.3 date du 15/01, c'est pour cela que je ne n'ai pas mis de formule genre "vient de sortir".

        Merci à Epp0, car c'est grace à lui que je l'ai appris ! ;)
        de rien, ce fut un plaisir ;)
  • # Re: Cyrus 2.2.3

    Posté par  . Évalué à 3.

    Cyrus c'est vraiment le serveur de "boites aux lettres" le plus performant du "marché".

    On peut tranquillement servir un domaine avec plusieurs milliers de boites aux lettres et des pics
    de connexions a plus de 200 avec un simple pentium II 1ghz et quelques centaines de mega
    de RAM.

    quand on a migre sur la meme machine de WU Imap vers Cyrus nos utiiisateurs qui ont des boites aux lettres de plus de 50Mo ont senti la différence.
    • [^] # Re: Cyrus 2.2.3

      Posté par  (site web personnel) . Évalué à 2.

      Faut bien avouer que uw-imapd ne tient pas vraiment la comparaison face aux autres serveurs IMAP.
      Il n'est pas du tout conçu pour tenir de telles charges.
      Son principal atout est sa simplicité pour un usage personnel.
    • [^] # Re: Cyrus 2.2.3

      Posté par  . Évalué à 1.

      Bah Courier IMAP supporte aussi la charge sans problème (et sans les failles de sécurité qu'à connues Cyrus).
      • [^] # Re: Cyrus 2.2.3

        Posté par  . Évalué à 2.

        Quand tu atteinds un certain nombre de boites aux lettres sur le serveur et de connexions simultanées, cyrus, grâce à sonr architecture au niveau des mailbox, supporte mieux la charge que courier-imap.
        Reste, que pour un usage personnel, les affinités de chacun déterminent le choix. Cyrus est quand même moins évident à configurer que courier-imap qui lui est très rapide à deployer.
      • [^] # Re: Cyrus 2.2.3

        Posté par  . Évalué à 2.

        au dela de la centaine de bal, courrier charge comme un porc , enfin c est ce que j ai remarqué .
    • [^] # Re: Cyrus 2.2.3

      Posté par  (site web personnel) . Évalué à 1.

      Le gros problème de WU Imap est qu'il stocke chaque boite à lettres dans un gros et unique fichiers. Résultat, dés que l'on veut lire un mail, WU Imap parcours l'intégralité du fichier avant de trouver le message et de le transmettre. Comme on a facilment des boites mails de plus de 10 Mo, on voit trés bien où se situe la loudeur du serveur.

      Cyrus IMAP, au contraire, stocke chaque mail dans un fichier distinct et les indexe au choix dans une base de données ou un fichier texte plat. Par conséquent l'accès est immédiat et extrèmement économe en CPU.

      Le seul défaut que je trouve à Cyrus comparé à WU est le fait de devoir gérer séparément les utilisateurs. A moins que je me trompe, on est obligé de créer les utilisateurs dans Cyrus même si il existe déjà au niveau de Linux alors que WU se base sur le fichier /etc/passwd simplifiant d'autant l'administration du serveur.
      • [^] # Re: Cyrus 2.2.3

        Posté par  . Évalué à 2.

        Le seul défaut que je trouve à Cyrus comparé à WU est le fait de devoir gérer séparément les utilisateurs. A moins que je me trompe, on est obligé de créer les utilisateurs dans Cyrus même si il existe déjà au niveau de Linux alors que WU se base sur le fichier /etc/passwd simplifiant d'autant l'administration du serveur.

        Effectivement tu te trompes :). Tu n'es pas obligé d'utiliser sasldb2 pour les comptes utilisateurs mais tu peux utiliser PAM par exemple.
        • [^] # Re: Cyrus 2.2.3

          Posté par  (site web personnel) . Évalué à 1.

          tu veux dire que je ne suis pas obligé lorsqu'il y a un nouvel utilisateur de me connecter avec cyradm et d'utiliser au minimum la commande "cm user.duchemol"
          • [^] # Re: Cyrus 2.2.3

            Posté par  . Évalué à 1.

            Ah non je ne veux pas dire cela. Je pensai que tu parlais de l'authentification. Celle ci peut être établie par PAM pour utiliser par exemple /etc/passwd. Par contre, il faudra quand même créer la mailbox par cyradm, comme tu le ferais aussi pour tout autre serveur de courier (je parle de la création de mailbox).
            D'ailleurs, cyradm ne gère pas le côté authentification, il ne sert qu'à créer les mailbox, et est indépendant du choix d'authenfication de l'administrateur.
            En résumé, si tu veux créér une boîte mail à un nouvel utilisateur:
            si tu utilises sasldb2, tu créer la boite mail sous cyradm et tu crées l'utilisateur et son mdp avec la commande saslpasswd2.
            si tu veux une auth PAM, tu crées aussi la boite mail sous cyradm et tu fais le adduser associé au login de la mailbox créée.
          • [^] # Re: Cyrus 2.2.3

            Posté par  (site web personnel) . Évalué à 3.

            Bien qu'une identification centralisée par SQL ou LDAP ne résolve pas tout,
            le projet cyrmaster[1] propose, à défaut des sources du projet lui-même,
            quelques patchs pour le serveur cyrus:
            - Autocreate INBOX[2],
            - Create on demand folder requested by sieve filter[3],
            - Remove QUOTA file[4].


            [1]: http://email.uoa.gr/projects/cyrusmaster/(...)
            [2]: http://email.uoa.gr/projects/cyrus/autocreate/index.html(...)
            [3]: http://email.uoa.gr/projects/cyrus/autosievefolder/index.html(...)
            [4]: http://email.uoa.gr/projects/cyrus/rmquota/index.html(...)
            --
            Raphaël SurcouF
      • [^] # Re: Cyrus 2.2.3

        Posté par  . Évalué à 1.

        je trouve au contraire que c'est un avantage.

        Cela permet de separer les utilisateurs systemes des utilisateurs purement mail

Suivre le flux des commentaires

Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.