+- ispCP - Board - Support (http://www.isp-control.net/forum)
+-- Forum: ispCP Omega International Area (/forum-22.html)
+--- Forum: German Corner (/forum-26.html)
+---- Forum: Plauderecke (/forum-49.html)
+---- Thread: [OT] amavis timing : SA check dauert ewig (/thread-3239.html)
[OT] amavis timing : SA check dauert ewig - nachtarbeit - 05-07-2008 08:12 PM
Hallo Forum.
Wie bekommen ich diese ewigen SA-Check times in den Griff ?
Der Versand einer email dauert zwischen 6-12 Sekunden.
- Beim Empfangen gibts keine Probleme soweit ich das sehe.
- in der resolv.conf stehen 2 server, der erste geht, der 2te ist down
- load average: 0.38, 0.81, 0.67
Wo soll ich ansetzen ? Weiß grad nicht weiter.
System : 1,5ghz, 512mb ram, debian etch, ispc rc2, postfix + maya + amavis
Auszug aus dem maillog :
Quote:May 7 11:48:35 ve41710133 amavis[29785]: (29785-01) TIMING [total 17768 ms]
- sql-prepare: 5 (0%),
SMTP EHLO: 4 (0%),
SMTP pre-MAIL: 1 (0%),
mkdir tempdir: 0 (0%),
create email.txt: 1 (0%),
sql-connect: 5 (0%),
lookup_sql: 3 (0%),
SMTP pre-DATA-flush: 2 (0%),
SMTP DATA: 71 (0%),
body_hash: 1 (0%),
maia_connect: 3 (0%),
maia_read_system_config: 2 (0%),
maia_get_mysql_size_limit: 1 (0%),
mkdir parts: 0 (0%),
lookup_sql: 2 (0%),
mime_decode: 18 (0%),
get-file-type2: 54 (0%),
parts_decode: 0 (0%),
AV-scan-1: 22 (0%),
spam-wb-list: 3 (0%),
SA msg read: 1 (0%),
SA parse: 6 (0%),
SA check: 17188 (97%),
update_cache: 2 (0%),
maia_store_mail: 19 (0%),
deal_with_mail_size: 2 (0%),
maia_record_tests: 257 (1%),
maia_delete_mail_recipient_reference: 2 (0%),
fwd-connect: 23 (0%),
fwd-mail-from: 1 (0%),
fwd-rcpt-to: 2 (0%),
write-header: 2 (0%),
fwd-data: 1 (0%),
fwd-data-end: 46 (0%),
fwd-rundown: 1 (0%),
main_log_entry: 13 (0%),
update_snmp: 1 (0%),
maia_delete_mail: 5 (0%),
maia_cleanup: 0 (0%),
maia_disconnect: 0 ...
RE: [OT] amavis timing : SA check dauert ewig - BeNe - 05-07-2008 10:15 PM
Das ist etwas zu wenig RAM!
Zudem von was für eMailgrößen reden wir ?
Greez BeNe
RE: [OT] amavis timing : SA check dauert ewig - nachtarbeit - 05-10-2008 08:08 PM
hi bene,
hat die rbl_checks rausgenommen, dann gings wieder.
dann habe ich den defekte nameserver aus der resov.conf rauskommentiert,
rbl_checks wieder aktiviert, und seit dem funktioniert es wundersamer weise wieder.
verstehe den fehler aber nicht ganz. werden bei den rbl_checks alle in der resolv.conf eingetragenen nameserver angesprochen ? *confused*