Newsgroup: it.comp.os.linux.sys
Titolo: Tempi di risposta di postfix

Ciao a tutti, ho un problema con postfix su un server con Suse 9.
Da qualche giorno il servizio smtp ha dei tempi di risposta un pò
troppo lunghi (si aggirano da 5 ai 10 secondi) causando dei problemi
nell'inviare la posta (giustamente il client rimane in attesa più
tempo).
Sul server non sono state fatte modifiche di nessun genere e girano i
seguenti software:
Postifx, Postgrey, Clamav, Amavis, Cyrus, Ldap.
Segue la configurazione di postfix:
master.cf
:
smtp      inet  n       -       n       -       20       smtpd -o
content_filter=smtp:[localhost]:10024
127.0.0.1:10025
 inet    n   -   n       -       -       smtpd -o
content_filter=
pickup    fifo  n       -       n       60      1       pickup
cleanup   unix  n       -       n       -       0       cleanup
qmgr      fifo  n       -       n       300     1       qmgr
tlsmgr   fifo  -       -       n       300     1       tlsmgr
rewrite   unix  -       -       n       -       -       trivial-
rewrite
bounce    unix  -       -       n       -       0       bounce
defer     unix  -       -       n       -       0       bounce
trace     unix  -       -       n       -       0       bounce
verify    unix  -       -       n       -       1       verify
flush     unix  n       -       n       1000?   0       flush
proxymap  unix  -       -       n       -       -       proxymap
smtp      unix  -       -       n       -       -       smtp
relay     unix  -       -       n       -       -       smtp
showq     unix  n       -       n       -       -       showq
error     unix  -       -       n       -       -       error
local     unix  -       n       n       -       -       local
virtual   unix  -       n       n       -       -       virtual
lmtp      unix  -       -       n       -       -       lmtp
anvil     unix  -       -       n       -       1       anvil
smtp-amavis unix -       -       n       -      20       smtp
 -o lmtp_data_done_timeout=1800
 -o lmtp_send_xforward_command=yes
 -o disable_dns_lookups=yes
filter    unix  -       -       n       -       26      smtp
 -o smtp_send_xforward_command=yes
maildrop  unix  -       n       n       -       -       pipe
  flags=DRhu user=vmail argv=/usr/local/bin/maildrop -d ${recipient}
cyrus     unix  -       n       n       -       -       pipe
  user=cyrus argv=/usr/lib/cyrus/bin/deliver -e -r ${sender} -m $
{extension} ${user}
uucp      unix  -       n       n       -       -       pipe
  flags=Fqhu user=uucp argv=uux -r -n -z -a$sender - $nexthop!rmail
($recipient)
ifmail    unix  -       n       n       -       -       pipe
  flags=F user=ftn argv=/usr/lib/ifmail/ifmail -r $nexthop
($recipient)
bsmtp     unix  -       n       n       -       -       pipe
  flags=Fq. user=foo argv=/usr/local/sbin/bsmtp -f $sender $nexthop
$recipient
vscan     unix  -       n       n       -       10       pipe
  user=vscan argv=/usr/sbin/amavis ${sender} ${recipient}
procmail  unix  -       n       n       -       -       pipe
  flags=R user=nobody argv=/usr/bin/procmail -t -m /etc/procmailrc $
{sender} ${recipient}
main.cf
:
(Riporto solo alcuni pezzi)
smtpd_recipient_restrictions =
 check_sender_access hash:/etc/postfix/restricted_senders,
 check_sender_access hash:/etc/postfix/access_sender,
 permit_mynetworks,
 reject_non_fqdn_hostname,
 reject_non_fqdn_sender,
 reject_non_fqdn_recipient,
 reject_unknown_sender_domain,
 reject_unknown_recipient_domain,
 reject_unauth_pipelining,
 reject_unknown_recipient_domain,
 permit_auth_destination,
 check_policy_service inet:
127.0.0.1:54000
,
 #check_policy_service inet:
127.0.0.1:12525
,
 permit_sasl_authenticated,
 reject_unauth_destination,
 #reject_rbl_client 
relays.ordb.org
,
 reject_rbl_client 
sbl-xbl.spamhaus.org
,
 reject_rbl_client 
combined.njabl.org
,
 reject_rbl_client 
dul.dnsbl.sorbs.net
,
 reject_rbl_client 
list.dsbl.org
,
 permit
smtpd_client_restrictions = permit_sasl_authenticated,
 permit_mynetworks,
 permit_tls_all_clientcerts,
 permit_tls_clientcerts,
 reject_unauth_pipelining
smtpd_helo_restrictions = permit_mynetworks,
 check_helo_access hash:/etc/postfix/helo_access
 warn_if_reject,
 reject_non_fqdn_hostname,
 reject_invalid_hostname,
 permit
Grazie per l'aiuto.

  reject_non_fqdn_recipient,
La butto là. Magari queste tre righe, che richiedono una probabile
richiesta DNS, rallentano il tutto. Ma forse è solo una stupida ipotesi.
O-Zone
-- 
O-Zone ! No (C) since 1996
On the road with VFR VTec 2002 "Vuffy", on the net with Linux Slackware.
Home @ 
http://www.zerozone.it
 and BLOG @ 
http://www.openitaly.net/diary/O-Zone
Photos @ 
http://myphotos.zerozone.it/user/o-zone

 seguenti software:
Punto 50 euro su questa cosa qui:
http://groups.google.com/group/it.comp.os.linux.sys/browse_thread/thread/e3bd63a2a7073ddb
Soprattutto perchè hai un limite di concorrenzialità parecchio basso:


 O-Zone
Ci avevo pensato anche io, ma ho provato ad eliminarle ed il risultato
non è cambiato. :(


Questo lo immaginavo, ma fino ad oggi è andato bene e mi sono detto
"perchè metterne di + :) "
A quanto potrei portarla?
Se aumento quelle dell'smtpd devo aumentare anche quelle di amavis
giusto?

 giusto?
Solo se lo usi in prequeue, altrimenti no: il content-filter viene
chiamato in causa solo dopo che la mail è stata messa in coda, quindi il
problema non si pone: la coda provvede a separare il legame tra sessioni
SMTP entranti e ciò che viene dato in pasto ad amavis. Basti pensare che
non tutto gli vien dato in pasto: ad esempio tutto ciò che è rigettato
da smtpd_recipient_restrictions occupa una sessione SMTP ma non arriva
in alcun modo ad amavis.
Occhio cmq che, se leggi bene il thread di cui sopra, vedrai che in
realtà aumentare il numero di processi paralleli consentiti non è di per
sè una soluzione: te li saturano facilmente lo stesso.
La mitigante più efficace è la diminuzione dei tempi di timeout delle
comunicazioni smtp entranti.
Bye.