Re: [Serveur mail] Bonnes pratiques et conseils
Toutes les discussions sur les serveurs mails attisent pour m'y remettre. Je vais retenter l'expérience, nettoyer mes notes et partager. Si ça peut rendre service à quelques uns, et bien, et j'en profiterai pour demander quelques renseignements sur des points d'architecture que je veux réaliser : 1 samba 4 par domaine et des serveurs frontaux. Pour apprendre, utiliser, et ne pas dépendre de solutions clé en main qui au final restreignent les libertés en terne de gestion, compréhension et maintenance Le 1 avril 2017 18:12:35 GMT+02:00, Louis-Philippe a écrit : >Bonjour, > >Je ne connais pas tous les logiciels que tu as installés, mais il y >aussi >PostGrey (en package Debian) que je commence à utiliser. >De ce que j'ai compris, si le triplet "expéditeur, serveur et >destinataire" >existe dans ma base de données (mon serveur de mail) et a été utilisé >récemment(ex dans le dernier mois), il passe librement, sinon, il >redemande >au serveur de l'expéditeur une nouvelle expédition du mail. Les >serveurs de >spams ne réexpédient pas un courriel en général. > >Et tout ça, avant qu'ils soient analysés pour vérifier si c'est un SPAM >ou >virus. La charge de ton serveur est donc réduite de beaucoup... > >Le seul désavantage que j'ai constaté, si le triplet n'existe pas et >que le >courriel est légitime, le courriel peut prendre 5-10 minutes avant >d'arriver... et nous n'avons pas de contrôle sur ce délai car c'est le >serveur de l'expéditeur qui décide quand le renvoyer. > >Cordialement, > > >Le 1 avril 2017 à 06:12, Kévin Gaspard a >écrit : > >> Bonjour à toutes et à tous, >> >> (je n'ai jamais participé à de ML, merci de me faire part de mes >erreurs >> mais avec un soupçon d'indulgence s'il vous plaît) >> >> J'ai il y a peu terminé la configuration d'un serveur mail, qui >> fonctionne, avec les composants suivants: >> >> - Debian 8 >> - IPTables + Fail2Ban >> - Postfix + Postscreen (avec 3 listes RBL) >> - Dovecot >> - MariaDB >> - RSpamD avec sa web UI >> - ClamAV >> - OpenDKIM + SPF (paquet: postfix-policyd-spf-python) >> - Certificat Let's Encrypt (4096 bits) pour imap.domain.tld et un >autre >> pour smtp.domain.tld >> >> Tout ça provenant des dépôts officiels de Debian, je n'ai rien >compilé ou >> récupéré sur github. >> >> Pour tester tout ça, j'ai effectué les actions suivantes: >> >> - Envoie de mail à partir d'une adresse de domain.tld (sur une >adresse >> gandi et une gmail) >> - Réception de mail à partir d'adresses gandi et gmail vers >domain.tld >> - Envoie d'une signature EICAR en pièce jointe pour tester ClamAV >> - Je suis en plein envoie massif de spam (depuis bientôt deux jours) >via >> un site qui inscrit une adresse e-mail donné sur un maximum de >formulaire >> sur le web, connu pour envoyer des mails en retour. Je suis à environ >27000 >> formulaires remplis, et seulement ~80 mails sont parvenu jusqu'à ma >boîte >> poubelle, et ces mails sont des inscriptions à des ML (du genre >redhat.com), >> donc aucun véritable spam pour le moment. Tout semble avoir été >filtré par >> le DKIM et le SPF (faut savoir qu'en testant ce site avec un gmail, >j'avais >> plusieurs mails à la minute me demandant si je voulais une petite >copine >> russe ou ce genre de truc dans les spams). >> >> Je sais que je n'ai pas terminé, je dois encore donner des cours à >RSpamD >> pour qu'ils servent à quelque chose (il n'a encore rien filtré) et je >dois >> encore voir pour réceptionner les logs de mon serveur vers mon >desktop >> (e-mail de notification, logwatch etc). Sans compter un véritable >système >> de backup digne de ce nom. Aussi, je ne crois pas avoir configuré >Fail2Ban >> pour travailler de paire avec l'authentification de mon serveur mail >(qui >> se passe avec Dovecot). >> RoundCube est aussi envisagé pour la mobilité. >> >> J'aimerai avoir vos avis sur ce qui me resterai à faire comme test, >voir >> comme configuration ou ajout de logiciels, ce que je devrai penser à >la >> suite, quels sont les pièges de débutant à éviter... Bref je me sens >un peu >> perdu sur la suite des évènements et je ne sais pas sur quoi je dois >> m'orienter en priorité. >> Le fait que ce serveur mail fonctionne ne veut pas dire que je l'ai >bien >> fais. Je ne m'amuse pas encore à paster de la conf ici, mais si vous >pensez >> que c'est nécessaire je le ferai (en obfusquant ce qui doit l'être >bien >> sûr). >> >> Après deux jours de recherches je suis tombé à cours d'idées, en >somme. >> >> Je vous souhaite à toutes et à tous un excellent week-end. >> >> Cordialement, >> GASPARD Kévin >> >> >> >> > > >-- >Louis-Philippe Gauthier -- Envoyé de mon appareil Android avec Courriel K-9 Mail. Veuillez excuser ma brièveté.
Re: [Serveur mail] Bonnes pratiques et conseils
Bonsoir, On 02/04/2017 15:12, Sébastien Dinot wrote: Au passage, tu peux essayer le site suivant pour vérifier la pertinence et la complétude de la configuration de ton serveur : https://www.mail-tester.com/ Très très bon ce site, je ne connaissais pas. Jette un œil à dsync si le sujet t'intéresse : https://wiki2.dovecot.org/Replication Ca aussi ! Merci Sébastien pour les liens. Et sinon Kévin, je t'encourage sur ta voie :) tu tiens le bon bout, et avoir son propre serveur mail est un vrai plus (qu'il soit autohébergé ou non) : Déjà pour comprendre comment ça fonctionne, et aussi souvent pour le diagnostique (si tu es dans le métier) de la personne qui te dis "j'ai envoyé un mail à mac...@truc.com, et c'est pas arrivé". Envoyer du mail est devenu un vrai métier à force :) @+ Christophe.
Re: [Serveur mail] Bonnes pratiques et conseils
On 02/04/2017 15:12, Sébastien Dinot wrote: Kévin Gaspard a écrit : J'ai simplement pas envie de servir de relais par exemple... Nous subissons déjà assez de spam, n'est-ce pas? Au même titre que les virus (Windows) n'ont rien à faire sur mon serveur mail. Oh! Au passage, tu peux essayer le site suivant pour vérifier la pertinence et la complétude de la configuration de ton serveur : https://www.mail-tester.com/ Et c'est pas bête Jette un œil à dsync si le sujet t'intéresse : https://wiki2.dovecot.org/Replication Merci ! après je sais pas si sur mon Raspberry Pi B un MariaDB, même minuscule, passerait. Avec 512 Mo de RAM, il faut opter pour SQLite plutôt que pour MariaDB. Ça tombe bien, il existe un paquet « postfix-sqlite » C'est pas faux, il va juste falloir que je vois les différences. Je suppose que je peux dupliquer (ou synchroniser?) le contenu d'une base MariaDB vers SQLite ? De mon dédié à mon auto-hébergé en somme. Le taux d'écriture/lecture est assez ridicule tout de même Certes mais de quel volume de mail parle-t-on ? La plupart du temps, mes deux serveurs personnels traitent moins de 300 mails par jour en comptant le spam et les rapports des différents outils qui tournent dessus. Il faudrait que le temps de traitement d'un seul mail prenne plusieurs minutes pour qu'ils commencent à être débordés. Ça sera quelques mails par jour dans un premier temps, et quelques dizaines si je me ré-inscris sur mes mailing list avec cette adresse. Surtout qu'une partie des spams sera jeté directement à la poubelle avant même de rentrer en contact avec mon serveur et le filtre anti spam. Donc ça sera relativement peu dans un premier temps en effet. L'idée de dupliquer ce serveur pour augmenter son taux d'up est très bonne et évidente, j'ai pas envie de perdre des e-mails en effet... Je me suis concentré sur Logwatch pour l'instant, j'ai réussi à obtenir un digest automatique à 06h25 ce matin de 7472 lignes pour ~370kb par mail. Un peu gros. J'installe logwatch et logcheck sur tous les serveurs que j'administre. Le second étant susceptible d'émettre un rapport par heure, tout admin. sys. s'empresse d'ajuster les filtres pour limiter le nombre de rapports et c'est là qu'il s'aperçoit que les logs de ses chers logiciels libres sont « vivants » : leur évolution au fil des versions des logiciels rendent régulièrement les filtres de logcheck obsolètes. Sébastien Et merde, je vais encore bien m'amuser ! Cordialement, GASPARD Kévin
Re: [Serveur mail] Bonnes pratiques et conseils
Kévin Gaspard a écrit : > J'ai simplement pas envie de servir de relais par exemple... Nous > subissons déjà assez de spam, n'est-ce pas? Au même titre que les > virus (Windows) n'ont rien à faire sur mon serveur mail. Oh! Au passage, tu peux essayer le site suivant pour vérifier la pertinence et la complétude de la configuration de ton serveur : https://www.mail-tester.com/ > Et c'est pas bête Jette un œil à dsync si le sujet t'intéresse : https://wiki2.dovecot.org/Replication > après je sais pas si sur mon Raspberry Pi B un MariaDB, même > minuscule, passerait. Avec 512 Mo de RAM, il faut opter pour SQLite plutôt que pour MariaDB. Ça tombe bien, il existe un paquet « postfix-sqlite » :) > Le taux d'écriture/lecture est assez ridicule tout de même Certes mais de quel volume de mail parle-t-on ? La plupart du temps, mes deux serveurs personnels traitent moins de 300 mails par jour en comptant le spam et les rapports des différents outils qui tournent dessus. Il faudrait que le temps de traitement d'un seul mail prenne plusieurs minutes pour qu'ils commencent à être débordés. > Je me suis concentré sur Logwatch pour l'instant, j'ai réussi > à obtenir un digest automatique à 06h25 ce matin de 7472 lignes pour > ~370kb par mail. Un peu gros. J'installe logwatch et logcheck sur tous les serveurs que j'administre. Le second étant susceptible d'émettre un rapport par heure, tout admin. sys. s'empresse d'ajuster les filtres pour limiter le nombre de rapports et c'est là qu'il s'aperçoit que les logs de ses chers logiciels libres sont « vivants » : leur évolution au fil des versions des logiciels rendent régulièrement les filtres de logcheck obsolètes. Sébastien -- Sébastien Dinot, sebastien.di...@free.fr http://sebastien.dinot.free.fr/ Ne goûtez pas au logiciel libre, vous ne pourriez plus vous en passer !
Re: [Serveur mail] Bonnes pratiques et conseils
On 02/04/2017 10:20, Sébastien Dinot wrote: Bonjour, Kévin Gaspard a écrit : J'ai il y a peu terminé la configuration d'un serveur mail, qui fonctionne, avec les composants suivants: Tout cela me semble très bien. Peu de gens se donnent autant de mal pour configurer un serveur mail. C'est plus sensible qu'un serveur web ou ftp selon moi donc ça impose plus de mesures. Et puis il n'y a pas que sa sécurité et son confort personnel. J'ai simplement pas envie de servir de relais par exemple... Nous subissons déjà assez de spam, n'est-ce pas? Au même titre que les virus (Windows) n'ont rien à faire sur mon serveur mail. Oh! Hormis la configuration de Fail2Ban qu'il faudrait sans doute ajuster si nécessaire (en vérifiant au passage que tu as bien activé le salvateur module « recidive »), je t'invite effectivement à te pencher sérieusement sur la sauvegarde, fonction essentielle mais bien souvent négligée, tant au niveau professionnel (sic !) que personnel (plusieurs de mes connaissances ont abandonné leurs velléités d'auto-hébergement, de centrale domotique, voire de développement après le crash de leur serveur dont ils n'avaient pas de sauvegarde). À ce sujet, je t'invite à considérer Borg Backup (https://borgbackup.readthedocs.io/). Merci pour ces conseils. À part cela, tu peux viser la perfection en déployant un serveur mail secondaire et un mécanisme de synchronisation permettant au serveur primaire de récupérer a posteriori les messages reçus par le serveur secondaire. En effet, en cas de crash matériel du serveur mail, nous avons pas souvent le temps (et pas forcément le budget) de déployer un nouveau serveur mail en moins de 5 jours (durée habituelle de rétention des mails par un serveur SMTP lorsque le serveur destinataire est indisponible). Cette défaillance matérielle peut donc entrainer la perte définitive de courriers. Et c'est pas bête, après je sais pas si sur mon Raspberry Pi B un MariaDB, même minuscule, passerait. Le taux d'écriture/lecture est assez ridicule tout de même, dès que la machine écrit trop sur le disque depuis le réseau la machine est à deux doigt de s'envoler... mais ça vaut le coup d'essayer. Pour ma part, la réplication des serveurs mail que j'administre est un sujet que je me promets de traiter depuis... au moins 3 ans, mais comme je le dis souvent, ce qui me manque le plus dans la vie, c'est du temps et contrairement à l'argent, je ne peux pas en gagner. :( Je me suis concentré sur Logwatch pour l'instant, j'ai réussi à obtenir un digest automatique à 06h25 ce matin de 7472 lignes pour ~370kb par mail. Un peu gros. La prochaine étape c'est de trier ça en fonction de certains services (web, mail, jabber, teamspeak3 etc). Et après faudrait en effet que je me concentre sur le backup parce que j'ai un petit script qui fait de bête rsync sur deux machines à la maison, mais même en l'automatisant dans cron c'est pas idéal, ça met tout dans le même dossier etc. Sébastien Cordialement, GASPARD Kévin
Re: [Serveur mail] Bonnes pratiques et conseils
Bonjour, Kévin Gaspard a écrit : > J'ai il y a peu terminé la configuration d'un serveur mail, qui > fonctionne, avec les composants suivants: Tout cela me semble très bien. Peu de gens se donnent autant de mal pour configurer un serveur mail. Hormis la configuration de Fail2Ban qu'il faudrait sans doute ajuster si nécessaire (en vérifiant au passage que tu as bien activé le salvateur module « recidive »), je t'invite effectivement à te pencher sérieusement sur la sauvegarde, fonction essentielle mais bien souvent négligée, tant au niveau professionnel (sic !) que personnel (plusieurs de mes connaissances ont abandonné leurs velléités d'auto-hébergement, de centrale domotique, voire de développement après le crash de leur serveur dont ils n'avaient pas de sauvegarde). À ce sujet, je t'invite à considérer Borg Backup (https://borgbackup.readthedocs.io/). À part cela, tu peux viser la perfection en déployant un serveur mail secondaire et un mécanisme de synchronisation permettant au serveur primaire de récupérer a posteriori les messages reçus par le serveur secondaire. En effet, en cas de crash matériel du serveur mail, nous avons pas souvent le temps (et pas forcément le budget) de déployer un nouveau serveur mail en moins de 5 jours (durée habituelle de rétention des mails par un serveur SMTP lorsque le serveur destinataire est indisponible). Cette défaillance matérielle peut donc entrainer la perte définitive de courriers. Pour ma part, la réplication des serveurs mail que j'administre est un sujet que je me promets de traiter depuis... au moins 3 ans, mais comme je le dis souvent, ce qui me manque le plus dans la vie, c'est du temps et contrairement à l'argent, je ne peux pas en gagner. :( Sébastien -- Sébastien Dinot, sebastien.di...@free.fr http://sebastien.dinot.free.fr/ Ne goûtez pas au logiciel libre, vous ne pourriez plus vous en passer !
Re: [Serveur mail] Bonnes pratiques et conseils
Bonjour, Je ne connais pas tous les logiciels que tu as installés, mais il y aussi PostGrey (en package Debian) que je commence à utiliser. De ce que j'ai compris, si le triplet "expéditeur, serveur et destinataire" existe dans ma base de données (mon serveur de mail) et a été utilisé récemment(ex dans le dernier mois), il passe librement, sinon, il redemande au serveur de l'expéditeur une nouvelle expédition du mail. Les serveurs de spams ne réexpédient pas un courriel en général. Et tout ça, avant qu'ils soient analysés pour vérifier si c'est un SPAM ou virus. La charge de ton serveur est donc réduite de beaucoup... Le seul désavantage que j'ai constaté, si le triplet n'existe pas et que le courriel est légitime, le courriel peut prendre 5-10 minutes avant d'arriver... et nous n'avons pas de contrôle sur ce délai car c'est le serveur de l'expéditeur qui décide quand le renvoyer. Cordialement, Le 1 avril 2017 à 06:12, Kévin Gaspard a écrit : > Bonjour à toutes et à tous, > > (je n'ai jamais participé à de ML, merci de me faire part de mes erreurs > mais avec un soupçon d'indulgence s'il vous plaît) > > J'ai il y a peu terminé la configuration d'un serveur mail, qui > fonctionne, avec les composants suivants: > > - Debian 8 > - IPTables + Fail2Ban > - Postfix + Postscreen (avec 3 listes RBL) > - Dovecot > - MariaDB > - RSpamD avec sa web UI > - ClamAV > - OpenDKIM + SPF (paquet: postfix-policyd-spf-python) > - Certificat Let's Encrypt (4096 bits) pour imap.domain.tld et un autre > pour smtp.domain.tld > > Tout ça provenant des dépôts officiels de Debian, je n'ai rien compilé ou > récupéré sur github. > > Pour tester tout ça, j'ai effectué les actions suivantes: > > - Envoie de mail à partir d'une adresse de domain.tld (sur une adresse > gandi et une gmail) > - Réception de mail à partir d'adresses gandi et gmail vers domain.tld > - Envoie d'une signature EICAR en pièce jointe pour tester ClamAV > - Je suis en plein envoie massif de spam (depuis bientôt deux jours) via > un site qui inscrit une adresse e-mail donné sur un maximum de formulaire > sur le web, connu pour envoyer des mails en retour. Je suis à environ 27000 > formulaires remplis, et seulement ~80 mails sont parvenu jusqu'à ma boîte > poubelle, et ces mails sont des inscriptions à des ML (du genre redhat.com), > donc aucun véritable spam pour le moment. Tout semble avoir été filtré par > le DKIM et le SPF (faut savoir qu'en testant ce site avec un gmail, j'avais > plusieurs mails à la minute me demandant si je voulais une petite copine > russe ou ce genre de truc dans les spams). > > Je sais que je n'ai pas terminé, je dois encore donner des cours à RSpamD > pour qu'ils servent à quelque chose (il n'a encore rien filtré) et je dois > encore voir pour réceptionner les logs de mon serveur vers mon desktop > (e-mail de notification, logwatch etc). Sans compter un véritable système > de backup digne de ce nom. Aussi, je ne crois pas avoir configuré Fail2Ban > pour travailler de paire avec l'authentification de mon serveur mail (qui > se passe avec Dovecot). > RoundCube est aussi envisagé pour la mobilité. > > J'aimerai avoir vos avis sur ce qui me resterai à faire comme test, voir > comme configuration ou ajout de logiciels, ce que je devrai penser à la > suite, quels sont les pièges de débutant à éviter... Bref je me sens un peu > perdu sur la suite des évènements et je ne sais pas sur quoi je dois > m'orienter en priorité. > Le fait que ce serveur mail fonctionne ne veut pas dire que je l'ai bien > fais. Je ne m'amuse pas encore à paster de la conf ici, mais si vous pensez > que c'est nécessaire je le ferai (en obfusquant ce qui doit l'être bien > sûr). > > Après deux jours de recherches je suis tombé à cours d'idées, en somme. > > Je vous souhaite à toutes et à tous un excellent week-end. > > Cordialement, > GASPARD Kévin > > > > -- Louis-Philippe Gauthier
Re: [Serveur mail] Bonnes pratiques et conseils
Merci pour ta réponse Bernard, Mais ça ne rentre pas dans mes besoins pour trois raisons: 1/ Je possède déjà un serveur dédié, payé pour encore 3 ou 4 bon mois, et faut bien qu'il serve! Il a faim de requêtes en plus. 2/ Je doute de l'intérêt pédagogique de YunoHost, c'est sûrement très bien quand tu ne veux pas te prendre la tête OR je souhaite me prendre la tête, apprendre et m'améliorer "à l'ancienne". 3/ Je ne souhaite pas m'auto-héberger pour le moment. Notamment parce que mes seuls machines dispo pour ça sont des Raspberry Pi B et niveau base de donnée c'est *très* vite limité avec la carte SD... Et j'ai pas les moyens d'investir dans quoi que ce soit en ce moment. Ce serveur mail n'est fondamentalement pas utile pour moi, j'ai deux noms de domaines chez Gandi ce qui m'offre 10 e-mails gratuit et largement d'espace de stockage pour les dix années à venir. Mais j'aimerai devenir plus indépendant. Et puis après avoir essayé il y a quelques années dans mettre un (de serveur mail) en place et mettre cassé les dents dessus, j'ai décidé de relever le défi et je suis fier d'avoir déjà quelque chose de fonctionnel et *relativement* sécurisé. PS: Attention, tu n'as répondu qu'à moi, je pense que tu voulais répondre à debian-user-french@lists.debian.org non? :-) Cordialement, GASPARD Kévin On 01/04/2017 13:46, bernard.schoenac...@free.fr wrote: - Mail original - De: "Kévin Gaspard" À: "Debian User French" Envoyé: Samedi 1 Avril 2017 12:12:39 Objet: [Serveur mail] Bonnes pratiques et conseils Bonjour à toutes et à tous, (je n'ai jamais participé à de ML, merci de me faire part de mes erreurs mais avec un soupçon d'indulgence s'il vous plaît) J'ai il y a peu terminé la configuration d'un serveur mail, qui fonctionne, avec les composants suivants: - Debian 8 - IPTables + Fail2Ban - Postfix + Postscreen (avec 3 listes RBL) - Dovecot - MariaDB - RSpamD avec sa web UI - ClamAV - OpenDKIM + SPF (paquet: postfix-policyd-spf-python) - Certificat Let's Encrypt (4096 bits) pour imap.domain.tld et un autre pour smtp.domain.tld Tout ça provenant des dépôts officiels de Debian, je n'ai rien compilé ou récupéré sur github. Pour tester tout ça, j'ai effectué les actions suivantes: - Envoie de mail à partir d'une adresse de domain.tld (sur une adresse gandi et une gmail) - Réception de mail à partir d'adresses gandi et gmail vers domain.tld - Envoie d'une signature EICAR en pièce jointe pour tester ClamAV - Je suis en plein envoie massif de spam (depuis bientôt deux jours) via un site qui inscrit une adresse e-mail donné sur un maximum de formulaire sur le web, connu pour envoyer des mails en retour. Je suis à environ 27000 formulaires remplis, et seulement ~80 mails sont parvenu jusqu'à ma boîte poubelle, et ces mails sont des inscriptions à des ML (du genre redhat.com), donc aucun véritable spam pour le moment. Tout semble avoir été filtré par le DKIM et le SPF (faut savoir qu'en testant ce site avec un gmail, j'avais plusieurs mails à la minute me demandant si je voulais une petite copine russe ou ce genre de truc dans les spams). Je sais que je n'ai pas terminé, je dois encore donner des cours à RSpamD pour qu'ils servent à quelque chose (il n'a encore rien filtré) et je dois encore voir pour réceptionner les logs de mon serveur vers mon desktop (e-mail de notification, logwatch etc). Sans compter un véritable système de backup digne de ce nom. Aussi, je ne crois pas avoir configuré Fail2Ban pour travailler de paire avec l'authentification de mon serveur mail (qui se passe avec Dovecot). RoundCube est aussi envisagé pour la mobilité. J'aimerai avoir vos avis sur ce qui me resterai à faire comme test, voir comme configuration ou ajout de logiciels, ce que je devrai penser à la suite, quels sont les pièges de débutant à éviter... Bref je me sens un peu perdu sur la suite des évènements et je ne sais pas sur quoi je dois m'orienter en priorité. Le fait que ce serveur mail fonctionne ne veut pas dire que je l'ai bien fais. Je ne m'amuse pas encore à paster de la conf ici, mais si vous pensez que c'est nécessaire je le ferai (en obfusquant ce qui doit l'être bien sûr). Après deux jours de recherches je suis tombé à cours d'idées, en somme. Je vous souhaite à toutes et à tous un excellent week-end. Cordialement, GASPARD Kévin bonjour, pour du mail, pourquoi ne pas se pencher sur : Yunohost alternc ( debian wheezy inside ) slt bernard
[Serveur mail] Bonnes pratiques et conseils
Bonjour à toutes et à tous, (je n'ai jamais participé à de ML, merci de me faire part de mes erreurs mais avec un soupçon d'indulgence s'il vous plaît) J'ai il y a peu terminé la configuration d'un serveur mail, qui fonctionne, avec les composants suivants: - Debian 8 - IPTables + Fail2Ban - Postfix + Postscreen (avec 3 listes RBL) - Dovecot - MariaDB - RSpamD avec sa web UI - ClamAV - OpenDKIM + SPF (paquet: postfix-policyd-spf-python) - Certificat Let's Encrypt (4096 bits) pour imap.domain.tld et un autre pour smtp.domain.tld Tout ça provenant des dépôts officiels de Debian, je n'ai rien compilé ou récupéré sur github. Pour tester tout ça, j'ai effectué les actions suivantes: - Envoie de mail à partir d'une adresse de domain.tld (sur une adresse gandi et une gmail) - Réception de mail à partir d'adresses gandi et gmail vers domain.tld - Envoie d'une signature EICAR en pièce jointe pour tester ClamAV - Je suis en plein envoie massif de spam (depuis bientôt deux jours) via un site qui inscrit une adresse e-mail donné sur un maximum de formulaire sur le web, connu pour envoyer des mails en retour. Je suis à environ 27000 formulaires remplis, et seulement ~80 mails sont parvenu jusqu'à ma boîte poubelle, et ces mails sont des inscriptions à des ML (du genre redhat.com), donc aucun véritable spam pour le moment. Tout semble avoir été filtré par le DKIM et le SPF (faut savoir qu'en testant ce site avec un gmail, j'avais plusieurs mails à la minute me demandant si je voulais une petite copine russe ou ce genre de truc dans les spams). Je sais que je n'ai pas terminé, je dois encore donner des cours à RSpamD pour qu'ils servent à quelque chose (il n'a encore rien filtré) et je dois encore voir pour réceptionner les logs de mon serveur vers mon desktop (e-mail de notification, logwatch etc). Sans compter un véritable système de backup digne de ce nom. Aussi, je ne crois pas avoir configuré Fail2Ban pour travailler de paire avec l'authentification de mon serveur mail (qui se passe avec Dovecot). RoundCube est aussi envisagé pour la mobilité. J'aimerai avoir vos avis sur ce qui me resterai à faire comme test, voir comme configuration ou ajout de logiciels, ce que je devrai penser à la suite, quels sont les pièges de débutant à éviter... Bref je me sens un peu perdu sur la suite des évènements et je ne sais pas sur quoi je dois m'orienter en priorité. Le fait que ce serveur mail fonctionne ne veut pas dire que je l'ai bien fais. Je ne m'amuse pas encore à paster de la conf ici, mais si vous pensez que c'est nécessaire je le ferai (en obfusquant ce qui doit l'être bien sûr). Après deux jours de recherches je suis tombé à cours d'idées, en somme. Je vous souhaite à toutes et à tous un excellent week-end. Cordialement, GASPARD Kévin
