Edito
Voila voila, je refais mon infra…
Et j'ai donc envie de participer a une oeuvre commune :
Antoine.
Pub
Désolé de vous incommoder avec cela, c'est un mal aujourd'hui nécessaire. Je le souhaite juste utile, on verra.
Différences
Cette page vous donne les différences entre la révision choisie et la version actuelle de la page.
|
docs:linuxeries:postfix [2019/06/20 12:13] adlp |
docs:linuxeries:postfix [2021/08/20 15:47] (version actuelle) |
||
|---|---|---|---|
| Ligne 9: | Ligne 9: | ||
| * Permet le SMTP Auth (sur une base non local) | * Permet le SMTP Auth (sur une base non local) | ||
| * Proxys l'imap(s) et le pop3(s) (car pas de mail en local) | * Proxys l'imap(s) et le pop3(s) (car pas de mail en local) | ||
| + | |||
| + | ====== Fonctionnement de Postfix ====== | ||
| + | (Merci toniotonio que je copie colle depuis https://forum.ubuntu-fr.org/viewtopic.php?id=161292 ) | ||
| + | |||
| + | L’ordre global d’application est le suivant : | ||
| + | - SMTPD Restrictions | ||
| + | - Header/body Checks | ||
| + | - Content Filter | ||
| + | |||
| + | Postfix établit 5 étapes de tests (stages) au niveau des SMTPD Restrictions qui correspondent chacune à une commande SMTP : | ||
| + | |||
| + | ^ Test cote postfix ^ Vue SMTP ^ | ||
| + | |smtpd_client_restrictions | connection du client | | ||
| + | |smtpd_helo_restrictions | HELO | | ||
| + | |smtpd_sender_restrictions | MAIL FROM | | ||
| + | |smtpd_recipient_restrictions | RCPT TO | | ||
| + | |smtpd_data_restrictions | DATA | | ||
| + | |||
| + | Par defaut Postfix est configuré pour évaluer les tests au moment de la commande RCPT TO, donc dans la section smtpd_recipient_restrictions. | ||
| + | |||
| + | C’est à dire que le blocage n’interviendra qu’au moment ou le client envoie la dernière commande. | ||
| + | |||
| + | A l’intérieur d’un restriction stage il existe des access lists. Dès qu’une de ces access lists renvoient OK, on passe au stage suivant. (la fin d’un stage par défaut est PERMIT) | ||
| + | |||
| + | Si une access list renvoie REJECT le message est bloqué. Si une access list ne matche pas, on passe a l’access list suivante dans le stage. (DUNNO) | ||
| ====== Rajouter des logs ====== | ====== Rajouter des logs ====== | ||
| Ligne 17: | Ligne 42: | ||
| Ainsi tout les sujets des mail seront dans les logs Warning :) | Ainsi tout les sujets des mail seront dans les logs Warning :) | ||
| + | ====== Modifier les sujets des mails ====== | ||
| + | A manier avec bcp de precaution (cela peu, forcement, quelque peu indisposer la signature et/ou le chiffrement des mails) | ||
| + | - Dans le //main.cf// on rajoute //header_checks = regexp:/etc/postfix/header_checks// | ||
| + | - Dans le ///etc/postfix/header_checks// on rajoute ///^Subject:(.*?)/// REPLACE Subject: [OK] $1 | ||
| + | |||
| + | |||
| + | ====== Creer un trou noir, ils ne recevront plus de mails ====== | ||
| + | |||
| + | - Dans la meme lignée que les 2 precedent, dans le header_checks ///^To:.*@*.example.lan/// REJECT Sorry we have lost example.lan destination | ||
| + | |||
| + | |||
| - | ====== Ne pas saturer les SMTP des destinatiares ====== | + | ====== Ne pas saturer les SMTP des destinataires ====== |
| <xtermrtf> | <xtermrtf> | ||
| Ligne 53: | Ligne 89: | ||
| Changement de queue d'un mail a l'entrée | Changement de queue d'un mail a l'entrée | ||
| * Ici on ne desirais QUE traiter sur le TO | * Ici on ne desirais QUE traiter sur le TO | ||
| + | Quelques Urls rigolotes: | ||
| + | * [[https://pypi.org/project/pymailq/|Un outils de traitement de queue]] | ||
| + | |||
| ===== Configuration ===== | ===== Configuration ===== | ||
| Ligne 63: | Ligne 102: | ||
| <file /etc/postfix/recipient_restrictions> | <file /etc/postfix/recipient_restrictions> | ||
| moche@vilainpas.beau DISCARD | moche@vilainpas.beau DISCARD | ||
| - | mafia.gang IGNORE | + | mafia.gang REJECT |
| gentilsdeconnecters HOLD | gentilsdeconnecters HOLD | ||
| </file> | </file> | ||
