User Tools

Site Tools


doc:appunti:linux:sa:policyd-rate-limit

Differences

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

Link to this comparison view

Both sides previous revisionPrevious revision
Next revision
Previous revision
doc:appunti:linux:sa:policyd-rate-limit [2021/02/09 12:19] niccolodoc:appunti:linux:sa:policyd-rate-limit [2024/04/15 15:22] (current) – [policyd-rate-limit] niccolo
Line 1: Line 1:
 ====== policyd-rate-limit ====== ====== 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**: Si installa il pacchetto **policyd-rate-limit**:
Line 43: Line 45:
 </code> </code>
  
-Il database può (dovrebbe) essere svuotato 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> <file>
 0 0 * * * policyd-rate-limit /usr/local/bin/policyd-rate-limit --clean >/dev/null 0 0 * * * policyd-rate-limit /usr/local/bin/policyd-rate-limit --clean >/dev/null
 </file> </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%%**. 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 ==== ==== Debug ====
  
-Il processo logga in **/var/log/syslog** con il tag **policyd-rate-limit**.+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: 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:
Line 65: Line 73:
 </code> </code>
  
-FIXMEIl client di posta come reagisce?+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: 
 +4.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> 
  
doc/appunti/linux/sa/policyd-rate-limit.1612869586.txt.gz · Last modified: 2021/02/09 12:19 by niccolo