sa_local_tests_only habe ich mit 0 und 1 getestet. Das Amavis-Verzeichnis habe ich den Arbeistspeicher ausgelagert. sa-update -D --checkonly meldet mit die aktuell Version. Laut debug ist sa-check mit 85 % Prozent dabei aber der gesammte Prozess dauert laut Logfile nur noch unter einer Sekunde so das ich hier eigentlich kein Problem mehr haben kann.
Nov 28 12:47:24 srvmail2 amavis[16794]: (16794-17) TIMING [total 8227 ms] - SMTP greeting: 1 (0%)0, SMTP EHLO: 0 (0%)0, SMTP pre-MAIL: 0 (0%)0, SMTP pre-DATA-flush: 2 (0%)0, SMTP DATA: 81 (1%)1, check_init: 1 (0%)1, digest_hdr: 0 (0%)1, digest_body: 0 (0%)1, gen_mail_id: 1 (0%)1, mime_decode: 6 (0%)1, get-file-type1: 17 (0%)1, decompose_part: 2 (0%)1, parts_decode: 0 (0%)1, check_header: 3 (0%)1, AV-scan-1: 1412 (17%)19, spam-wb-list: 3 (0%)19, SA msg read: 2 (0%)19, SA parse: 4 (0%)19, SA check: 6659 (81%)100, update_cache: 4 (0%)100, decide_mail_destiny: 1 (0%)100, fwd-connect: 4 (0%)100, fwd-mail-pip: 1 (0%)100, fwd-rcpt-pip: 0 (0%)100, fwd-data-chkpnt: 0 (0%)100, write-header: 1 (0%)100, fwd-data-contents: 0 (0%)100, fwd-end-chkpnt: 15 (0%)100, prepare-dsn: 0 (0%)100, main_log_entry: 5 (0%)100, update_snmp: 1 (0%)100, SMTP pre-response: 0 (0%)100, SMTP response: 0 (0%)100, unlink-1-files: 0 (0%)100, rundown: 0 (0%)100 Nov 28 12:47:24 srvmail2 postfix/smtpd[17248]: disconnect from localhost[127.0.0.1]
Was auffällt: Hier verliere ich 8 Sekunden,
Nov 28 12:47:16 srvmail2 amavis[16794]: (16794-17) Checking: oVN7OIUDd1BG MYNETS [127.0.0.1]
-> Nov 28 12:47:16 srvmail2 amavis[16794]: (16794-17) p001 1 Content-Type: text/plain, size: 4442 B, name: Nov 28 12:47:24 srvmail2 postfix/smtpd[17248]: connect from localhost[127.0.0.1] Nov 28 12:47:24 srvmail2 postfix/smtpd[17248]: 3D96B33053A: client=localhost[127.0.0.1]
Habe ich da ggf. ein Problem und ja wie löse ich es? Gruß -- i.A. Ralf Prengel Customer Care Manager Comline AG Hauert 8 D-44227 Dortmund/Germany Fon +49231 97575- 904 Fax +49231 97575- 905 EMail ralf.prengel@comline.de www.comline.de Vorstand Stephan Schilling,Erwin Leonhardi Aufsichtsrat Dr. Franz Schoser (Vorsitzender) HR Dortmund B 14570 USt.-ID-Nr. DE 124727422 -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
Hallo Ralf, schau mal in /etc/amavisd.conf nach clamd und kommentiere die entsprechenden Zeilen aus, damit amavisd auch clamd benutzt und nicht für jede Mail clamav einzeln startet. Das kostet richtig Zeit. Vorrauseetzung ist freílich, daß clamd läuft bei Dir. # ### http://www.clamav.net/ ['ClamAV-clamd', \&ask_daemon, ["CONTSCAN {}\n", "127.0.0.1:3310"], qr/\bOK$/, qr/\bFOUND$/, qr/^.*?: (?!Infected Archive)(.*) FOUND$/ ], # # NOTE: run clamd under the same user as amavisd, or run it under its own # # uid such as clamav, add user clamav to the amavis group, and then add # # AllowSupplementaryGroups to clamd.conf; # # NOTE: match socket name (LocalSocket) in clamav.conf to the socket name in # # this entry; when running chrooted one may prefer socket "$MYHOME/clamd". Tschö, Emil Am Mittwoch 28 November 2007 13:00:26 schrieb Ralf Prengel:
sa_local_tests_only habe ich mit 0 und 1 getestet. Das Amavis-Verzeichnis habe ich den Arbeistspeicher ausgelagert. sa-update -D --checkonly meldet mit die aktuell Version. Laut debug ist sa-check mit 85 % Prozent dabei aber der gesammte Prozess dauert laut Logfile nur noch unter einer Sekunde so das ich hier eigentlich kein Problem mehr haben kann.
Nov 28 12:47:24 srvmail2 amavis[16794]: (16794-17) TIMING [total 8227 ms] - SMTP greeting: 1 (0%)0, SMTP EHLO: 0 (0%)0, SMTP pre-MAIL: 0 (0%)0, SMTP pre-DATA-flush: 2 (0%)0, SMTP DATA: 81 (1%)1, check_init: 1 (0%)1, digest_hdr: 0 (0%)1, digest_body: 0 (0%)1, gen_mail_id: 1 (0%)1, mime_decode: 6 (0%)1, get-file-type1: 17 (0%)1, decompose_part: 2 (0%)1, parts_decode: 0 (0%)1, check_header: 3 (0%)1, AV-scan-1: 1412 (17%)19, spam-wb-list: 3 (0%)19, SA msg read: 2 (0%)19, SA parse: 4 (0%)19, SA check: 6659 (81%)100, update_cache: 4 (0%)100, decide_mail_destiny: 1 (0%)100, fwd-connect: 4 (0%)100, fwd-mail-pip: 1 (0%)100, fwd-rcpt-pip: 0 (0%)100, fwd-data-chkpnt: 0 (0%)100, write-header: 1 (0%)100, fwd-data-contents: 0 (0%)100, fwd-end-chkpnt: 15 (0%)100, prepare-dsn: 0 (0%)100, main_log_entry: 5 (0%)100, update_snmp: 1 (0%)100, SMTP pre-response: 0 (0%)100, SMTP response: 0 (0%)100, unlink-1-files: 0 (0%)100, rundown: 0 (0%)100 Nov 28 12:47:24 srvmail2 postfix/smtpd[17248]: disconnect from localhost[127.0.0.1]
Was auffällt: Hier verliere ich 8 Sekunden,
Nov 28 12:47:16 srvmail2 amavis[16794]: (16794-17) Checking: oVN7OIUDd1BG MYNETS [127.0.0.1]
-> Nov 28 12:47:16 srvmail2 amavis[16794]: (16794-17) p001 1 Content-Type: text/plain, size: 4442 B, name:
Nov 28 12:47:24 srvmail2 postfix/smtpd[17248]: connect from localhost[127.0.0.1] Nov 28 12:47:24 srvmail2 postfix/smtpd[17248]: 3D96B33053A: client=localhost[127.0.0.1]
Habe ich da ggf. ein Problem und ja wie löse ich es?
Gruß
-- i.A. Ralf Prengel Customer Care Manager Comline AG Hauert 8 D-44227 Dortmund/Germany
Fon +49231 97575- 904 Fax +49231 97575- 905 EMail ralf.prengel@comline.de
www.comline.de Vorstand Stephan Schilling,Erwin Leonhardi Aufsichtsrat Dr. Franz Schoser (Vorsitzender) HR Dortmund B 14570 USt.-ID-Nr. DE 124727422
-- Registered Linux User since 19940320 -------------------------------------------------- Emil Stephan, Marktplatz 39, 53773 Hennef, Germany voice: +49-2242-84438 Accelerate Windows: 9.81 m/sec^2 would be adequate -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
Ralf Prengel schrieb:
sa_local_tests_only habe ich mit 0 und 1 getestet. Das Amavis-Verzeichnis habe ich den Arbeistspeicher ausgelagert. sa-update -D --checkonly meldet mit die aktuell Version. Laut debug ist sa-check mit 85 % Prozent dabei aber der gesammte Prozess dauert laut Logfile nur noch unter einer Sekunde so das ich hier eigentlich kein Problem mehr haben kann.
Nov 28 12:47:24 srvmail2 amavis[16794]: (16794-17) TIMING [total 8227 ms] - SMTP greeting: 1 (0%)0, SMTP EHLO: 0 (0%)0, SMTP pre-MAIL: 0 (0%)0, SMTP pre-DATA-flush: 2 (0%)0, SMTP DATA: 81 (1%)1, check_init: 1 (0%)1, digest_hdr: 0 (0%)1, digest_body: 0 (0%)1, gen_mail_id: 1 (0%)1, mime_decode: 6 (0%)1, get-file-type1: 17 (0%)1, decompose_part: 2 (0%)1, parts_decode: 0 (0%)1, check_header: 3 (0%)1, AV-scan-1: 1412 (17%)19, spam-wb-list: 3 (0%)19, SA msg read: 2 (0%)19, SA parse: 4 (0%)19, SA check: 6659 (81%)100, update_cache: 4 (0%)100, decide_mail_destiny: 1 (0%)100, fwd-connect: 4 (0%)100, fwd-mail-pip: 1 (0%)100, fwd-rcpt-pip: 0 (0%)100, fwd-data-chkpnt: 0 (0%)100, write-header: 1 (0%)100, fwd-data-contents: 0 (0%)100, fwd-end-chkpnt: 15 (0%)100, prepare-dsn: 0 (0%)100, main_log_entry: 5 (0%)100, update_snmp: 1 (0%)100, SMTP pre-response: 0 (0%)100, SMTP response: 0 (0%)100, unlink-1-files: 0 (0%)100, rundown: 0 (0%)100 Nov 28 12:47:24 srvmail2 postfix/smtpd[17248]: disconnect from localhost[127.0.0.1]
Was auffällt: Hier verliere ich 8 Sekunden,
Nov 28 12:47:16 srvmail2 amavis[16794]: (16794-17) Checking: oVN7OIUDd1BG MYNETS [127.0.0.1]
-> Nov 28 12:47:16 srvmail2 amavis[16794]: (16794-17) p001 1 Content-Type: text/plain, size: 4442 B, name: Nov 28 12:47:24 srvmail2 postfix/smtpd[17248]: connect from localhost[127.0.0.1] Nov 28 12:47:24 srvmail2 postfix/smtpd[17248]: 3D96B33053A: client=localhost[127.0.0.1] Habe ich da ggf. ein Problem und ja wie löse ich es?
Das Problem scheint fetchmail zu sein. So wie es aussieht macht fetchmail nach jeder Mail mehrere Sekunden Pause. poll IP envelope "Envelope-to:" with proto POP3 nodns localdomains "rprengel.de" user 'webmaster@rprengel.de' there with password 'geheim' is * here Es muß etwas mit der Übergabe an Postfix zu tun haben da es deutlich schneller läuft wenn ich diese Teile der Konfiguration auskommentiere. ##Amavis smtpd_proxy smtp inet n - n - 2 smtpd -o smtpd_proxy_filter=localhost:10024 -o smtpd_client_connection_count_limit=2 127.0.0.1:10025 inet n - n - - smtpd -o smtpd_authorized_forward_hosts=127.0.0/8 -o smtpd_client_restrictions= -o smtpd_helo_restrictions= -o smtpd_sender_restrictions= -o smtpd_recipient_restrictions=permit_mynetworks,reject -o mynetworks=127.0.0.0/8 -- i.A. Ralf Prengel Customer Care Manager Comline AG Hauert 8 D-44227 Dortmund/Germany Fon +49231 97575- 904 Fax +49231 97575- 905 EMail ralf.prengel@comline.de www.comline.de Vorstand Stephan Schilling,Erwin Leonhardi Aufsichtsrat Dr. Franz Schoser (Vorsitzender) HR Dortmund B 14570 USt.-ID-Nr. DE 124727422 -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
Ralf Prengel
Habe ich da ggf. ein Problem und ja wie löse ich es?
Das Problem scheint fetchmail zu sein. So wie es aussieht macht fetchmail nach jeder Mail mehrere Sekunden Pause. poll IP envelope "Envelope-to:" with proto POP3 nodns localdomains "rprengel.de" user 'webmaster@rprengel.de' there with password 'geheim' is * here
Es muß etwas mit der Übergabe an Postfix zu tun haben da es deutlich schneller läuft wenn ich diese Teile der Konfiguration auskommentiere.
Klar hat es, lies mal man fetchmail(1) zum Thema multidrop, da wird das Verhalten genau beschrieben. Du solltest daher versuchen, statt pop3 ein anderes der erwähnten Protokolle zu verwenden. -Dieter -- Dieter Klünter | Systemberatung http://www.dkluenter.de GPG Key ID:8EF7B6C6 -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
Dieter Kluenter schrieb:
Klar hat es, lies mal man fetchmail(1) zum Thema multidrop, da wird das Verhalten genau beschrieben. Du solltest daher versuchen, statt pop3 ein anderes der erwähnten Protokolle zu verwenden.
Gleiches Problem wenn ich IMAP nutze. Das Problem erledigt sich wenn in /etc/postfix/master.cf den amavis_proxy auskommentiere. -- i.A. Ralf Prengel Customer Care Manager Comline AG Hauert 8 D-44227 Dortmund/Germany Fon +49231 97575- 904 Fax +49231 97575- 905 EMail ralf.prengel@comline.de www.comline.de Vorstand Stephan Schilling,Erwin Leonhardi Aufsichtsrat Dr. Franz Schoser (Vorsitzender) HR Dortmund B 14570 USt.-ID-Nr. DE 124727422 -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
Ralf Prengel wrote:
Dieter Kluenter schrieb:
Klar hat es, lies mal man fetchmail(1) zum Thema multidrop, da wird das Verhalten genau beschrieben. Du solltest daher versuchen, statt pop3 ein anderes der erwähnten Protokolle zu verwenden.
Gleiches Problem wenn ich IMAP nutze. Das Problem erledigt sich wenn in /etc/postfix/master.cf den amavis_proxy auskommentiere.
Ist das ein Wunder?!? smtpd_proxy_filter bedeutet, dass die gesamte Mail erst von amavisd-new (sa+clamd) gescannt wird, bevor sie angenommen wird. In Verbindung mit fetchmail ist das fast als grober Unsinn einzustufen: - Mails, die mit Fetchmail gepollt werden, sind bereits angenommen worden und können nicht mehr abgelehnt werden (Bounces sind Backscatter!!) - fetchmail arbeitet nur in einem Thread und nutzt nicht die parallel verfügbaren smtpd. Lösung: Setze smtpd_proxy_filter nicht global, sondern in der Master.cf nur für den internet-Port, für Localhost:25 verwende content_filter, so dass Postfix die Mails erst annimmt, queued und dann parallel an alle verfügbaren amavis-Prozesse übergibt. Das sollte das Abarbeiten der Mails um ein Vielfaches beschleunigen. -- Sandy Antworten bitte nur in die Mailingliste! PMs bitte an: news-reply2 (@) japantest (.) homelinux (.) com -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
Sandy Drobic wrote:
Ralf Prengel wrote:
Lösung: Setze smtpd_proxy_filter nicht global, sondern in der Master.cf nur für den internet-Port, für Localhost:25 verwende content_filter, so dass Postfix die Mails erst annimmt, queued und dann parallel an alle verfügbaren amavis-Prozesse übergibt. Das sollte das Abarbeiten der Mails um ein Vielfaches beschleunigen.
Danke, das war der entscheidende Hinweis. Dazu dann das Postfix-Buch Kapitel 14.2 Seite 213 und die Bremse ist gelöst. Ehe Mißverständnisse aufkommen. Es handelt sich um ein Hobby-System. Von produktiven Systemen lasse ich garantiert die Finger. Ich kenne meine Grenzen. Gruß -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
participants (5)
-
Dieter Kluenter
-
Emil Stephan
-
Ralf Prengel
-
Ralf Prengel
-
Sandy Drobic