Differences

This shows you the differences between two versions of the page.

--- doc:appunti:linux:sa:policyd-rate-limit [2021/02/09 11:30] – niccolo
+++ doc:appunti:linux:sa:policyd-rate-limit [2024/04/15 15:22] (current) – [policyd-rate-limit] niccolo
@@ Line 1: / Line 1: @@
 ====== policyd-rate-limit ======
+:!: **ATTENZIONE**: Su versioni Debian più datate (da Debian 6 Squeeze a Debian 9 Stretch) è probabile che venga installato il pacchetto **[[postfix-policyd]]** invece del più nuovo **policyd-rate-limit**.
 Si installa il pacchetto **policyd-rate-limit**:
@@ Line 10: / Line 12: @@
   * Viene creato un database SQLite in **/var/lib/policyd-rate-limit/db.sqlite3**.
-=== Configurazione ===
+==== Configurazione ====
 Nel file di configurazione **/etc/policyd-rate-limit.yaml** il parametro più importante è **limits**:
@@ Line 24: / Line 26: @@
 È possibile specificare delle **eccezioni** (in eccesso o in difetto) per un particolare identificativo.
-=== Collegamento con Postfix ===
+==== Collegamento con Postfix ====
 Per aggiungerlo ai filtri utilizzati da Postfix è sufficiente ad esempio aggiungerlo alla catena dei filtri **smtpd_relay_restrictions**:
@@ Line 32: / Line 34: @@
 </file>
-=== Database ===
+==== Database ====
 Nel database esiste una tabella **mail_count** con un record per ogni mail inviata, nella riga compare il nome di login e il timestamp dell'invio:
@@ Line 43: / Line 45: @@
 </code>
-Nel database dovrebbe esistere anche la tabella **limit_report** che dovrebbe essere svuotata regolarmente eseguendo **%%policyd-rate-limit --clean%%** ad esempio con un cronjob:
+Il database può (deve) essere svuotato regolarmente eseguendo **%%policyd-rate-limit --clean%%** ad esempio con un cronjob:
 <file>
 0 * * * policyd-rate-limit /usr/local/bin/policyd-rate-limit --clean >/dev/null
 </file>
+Vengono automaticamente rimossi tutti i record che hanno un **timestamp più vecchio del doppio del limite temporale maggiore**.
+Se nella configurazione sono abilitati i **report**, nel database viene creata anche la tabella **limit_report**, anch'essa viene svuotata regolarmente dall'opzione **%%--clean%%**.
+==== Debug ====
+Il processo logga in **/var/log/syslog** con il tag **policyd-rate-limit**. Nel file di configurazione c'è l'opzione predefinita **debug: True**, sembra che non ci sia la possibilità di modificare la quantità di informazioni registrate (tante!).
+==== Limite raggiunto con destinatari multipli ====
+Il limite viene giustamente applicato al **numero dei destinatari**, se una mail contiene **destinatari multipli** e il totale eccede il limite disponibile, **alcuni destinatari vengono scartati**. Nei log di Postfix si trova segnalato il rifiuto:
+<code>
+postfix/smtpd[23150]: 5DBFB7DA5B: reject: RCPT from unknown[10.11.12.13]:
+4.7.1 <recipient@example2.org>:
+    Recipient address rejected: Rate limit reach, retry later;
+    from=<sender@example.org>
+    to=<recipient@example2.org> proto=ESMTP helo=<mail.example.org>
+</code>
+Cioè l'azione predefinita è **DEFER_IF_PERMIT** (vedere [[http://www.postfix.org/access.5.html|Postfix Access]]) con relativo messaggio **SMTP 4.7.1**.
+Un client di posta dovrebbe segnalare l'errore e considerare il **messaggio non inviato**, ma in generale **non è possibile capire quali destinatari sono stati accettati e quali rifiutati**. Ad esempio Thunderbird mostra un pop-up con il seguente messaggio:
+<code>
+An error occurred while sending mail. The mail server responded:
+.7.1 <recipient@example2.org>: Recipient address rejected: Rate limit reach, retry later.
+Please check the message recipient "recipient@example2.org" and try again.
+</code>