• # Postfix FTW

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

    J'utilise Postfix + Amavis + Spamassassin + Clamav niveau MTA, et Dovecot + Managesieve niveau MDA.

  • # OpenSMTPD

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

    Personnellement j'utilise encore et toujours postfix car opensmtpd n'existait pas avant. En revanche, si je devais recréer (ou migrer) un serveur mail je partirais clairement sur OpenSMTPD qui a l'avantage d'être beaucoup plus simple mais légèrement moins flexible.

    git is great because linus did it, mercurial is better because he didn't

    • [^] # Re: OpenSMTPD

      Posté par  . Évalué à 1.

      Merci pour votre retour.

      Du coup, je pense que pour un serveur mail un peu classique pour 20 comptes maximum.

      Je peux partir sur OpenSMTPD sans l'arsenal qui va derrière, spamassassin et dovecot, qu'en pensez-vous ?

      Je cherche également une interface web, que choisir ? Entre roundcube et zimbra.

      • [^] # Re: OpenSMTPD

        Posté par  . Évalué à 3.

        Je peux partir sur OpenSMTPD sans l'arsenal qui va derrière, spamassassin et dovecot, qu'en pensez-vous ?

        qu'ils ne font pas la meme chose et sont complémentaires.
        je te recommande de lire les definitions d'un MUA, MDA, MTA pour comprendre les differences.

        Spamassassin ne fait rien d'autre que l'analyse d'email pour savoir si c'est un SPAM,
        il n'envoie pas tes emails, ne les reçoit pas non plus, ca c'est le role de postfix ou opensmtpd.

        ensuite il faut que ton logiciel d'email (ou ton interface web) lise les emails là ou ils sont stockés, via des protocoles (fichier, pop, imap)
        il faut donc un serveur qui fournit ces protocoles, et c'est le role de dovecot par exemple, de pouvoir parler en IMAP/POP avec un client email.

        enfin

        Je cherche également une interface web, que choisir ? Entre roundcube et zimbra.

        Roundcube est une simple interface qui va aller interroger un serveur IMAP ou SMTP selon qu'on reçoit ou envoie un email.

        Zimbra, quand à lui est un serveur complet qui te fournit tout de manière intégrée.
        ca demande un peu plus de ressources car c'est du java.

      • [^] # Re: OpenSMTPD

        Posté par  (site web personnel) . Évalué à 2. Dernière modification le 20 novembre 2019 à 13:28.

        Je pense que c'est un bon choix.

        Gilles (@opensmtpd.org 😁)

      • [^] # Re: OpenSMTPD

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

        Dovecot est clairement le choix le plus judicieux pour l'IMAP. Super simple à mettre en place. Pour les spams il y a plusieurs projets pour ça. Moi j'utilise dspam qui est plus tellement maintenu et je pense que je migrerai un jour vers rspamd.

        git is great because linus did it, mercurial is better because he didn't

  • # mailcow encor une fois

    Posté par  . Évalué à 1.

    mailcow ça marche :)

    https://mailcow.email/

    Dovecot, postfix, rspamd (pour les spam) et SOGo pour le reste

  • # Quid de la vie privée

    Posté par  . Évalué à 3.

    Quand on songe à faire la partie ouaibe du courriel, pense-t-on à l'intégration de GnuPG?

    J'ai vu que Roundcube savait crypter les messages, les autres aussi?

    Pour ma part, Thunderbird remplace tous ces clients ouaibe depuis 20 ans sans problème, mais je pense qu'il faut se poser aussi cette question en élaborant une nouvelle architecture…

    ⚓ À g'Auch TOUTE! http://afdgauch.online.fr

  • # Postfix

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

    Hello,

    Postfix bien sûr, éprouvé depuis des décennies. Souple, simple et configurable à souhait. Jamais eu de problème avec !

    OpenSMTPd je ne sais pas.

    Dovecot non plus, j'ai pas mal utilisé cyrus-imap mais c'est moins trivial.
    On m'a glissé à l'oreille que Dovecot tenait moins la charge. Donc ça dépend du nombre de mails et d'utilisateurs (je parle pour ~10000 sessions imap).

    les pixels au peuple !

Suivre le flux des commentaires

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