Vito Pascali wrote:
Cosa c'è dentro il file doublebounceto ?
achille control # cat doublebounceto
oblivion
achille control # cat ../alias/.qmail-oblivion
#
La configurazione è corretta; se i double bounce arrivano ancora a
postmaster c'è qualcosa che non va. Bisognerebbe studiare esattamente il
giro.
Devi patchare con una delle patch ("obbligatorie" IMHO) che ti
permettono di aggiungere un file di configurazione "badmailto" o
"badrcptto".
Ho provato a patchare qmail-send ieri notte ed ora sto usando
mailfront---> http://untroubled.org/mailfront/ ma onestamente non son
riuscito ancora a capire come impostare un file con badmailto come per
badmailfrom.
Io in passato ho usato questo: http://patch.be/qmail/. Poi non ho mai
più usato qmail "stock", ma solo netqmail o qmail-ldap che hanno la
feature integrata.
achille qmqtool-1.10 # ./qmqtool -s
Messages in local queue: 3580
Messages in remote queue: 2256
Messages in todo queue: 14429
La "big todo" patch, se non l'hai, non farebbe male.
La cpu non supera mai il 2-3%
L'IO è "tappato", invece, suppongo.
Ma il server smtp e' sempre in busy.... e dal log vedo sempre quella
stramaledettissima mail arrivare occupare un istanza e poi sparire in
/dev/null, ma sempre che mi ha tagliato fuori il servizio prima...
Ogni mail che arriva ti occupa uno "slot", una delle sessioni SMTP
disponibili in ingresso. Questo è un problema soprattutto se l'SMTP di
quella macchina è usato come mail relay da dei client interni (cattiva
idea, BTW).
L'approccio qui è duplice:
a) Configurare il massimo parallelismo SMTP possibile. Partirei con 250.
b) "buttare via" la mail spazzatura il più velocemente possibile, in
modo da liberare ASAP lo slot SMTP.
Comunque qualcosa non mi torna... Hai detto che un tizio ha mandato una
mail a 600 destinatari; questo da solo non giustifica il fatto che hai
il server piantato da ore e 20mila mail in coda. Cosa sta succedendo
_esattamente_ ? Joe job ? Mail loop ? Le cavallette ?
- ap
|