Am Mittwoch 11 August 2004 20:10 schrieb Gerhard Gaußling: > Ich hatte gerade mal wieder etwas Zeit, um einem meiner amavis/exim > Probleme auf die Spur zu kommen. Soweit ich das überblicke geht das > jetzt wieder, und meine mails kommen jetzt nicht mehr erst am > nächsten Tag nach dem Wiederhochfahren der Kiste an ;-) > > Ich denke, dass dieser router in /etc/exim/exim.conf verantwortlich > ist: > > 533 > 534 #http://www.ijs.si/software/amavisd/README.exim_v3_app > 535 #finally, if outgoing mail should be scanned as well, a > possible 536 #definition for a route could be... > 537 > 538 amavis_router: > 539 condition = "${if and {{eq {$sender_host_address} > {127.0.0.1}} \ > 540 {eq {$sender_helo_name}{amavis}}} {0} > {1}}" > 541 driver = domainlist > 542 transport = amavis > 543 route_list = "* localhost byname" > 544 verify = false > 545 self = send > 546 > > Ich habe aber jetzt @bypass_spam_checks_acl genutzt, und es > funktioniert! > @bypass_spam_checks_acl = ( "!.$mydomain", "." );
Argghh.. zu früh gefreut :-(( . Mit @bypass_spam_checks_acl = ( "!.$mydomain", "." ); funktioniert es doch nicht: So werden keine Spams mehr herausgefiltert, auch die hereinkommenden nicht. Ich habe dann den router aus der exim.conf (s.o.) auskommentiert, und das ganze läuft jetzt im Testbetrieb. Bislang sieht es vielversprechend aus. Außerdem habe ich die user_prefs geändert, und hoffe, dass so die permanenten pakete auf ppp0 meiner dial-on-demand Konfiguration seltener werden, um wieder zu einer funktionierenden d-o-d Verbindung zu gelangen, die auch ab und an mal idle ist. Dazu werde ich demnächst auch noch den patch aus dem 2.6.7er kernel zurücknehmen, der die active-filter option des pppd unterläuft (siehe thread Wieso geht der active-filter in ppp mit Kernel 2.6.7 nicht mehr http://lists.debian.org/debian-user-german/2004/08/msg00013.html ) ( /var/lib/amavis/.spamassassin/user_prefs ) (auskommentierte Werte entsprechen der vorangegangenen Konfiguration) [...] # Enable or disable network checks skip_rbl_checks 1 #0 use_razor2 0 #1 use_dcc 0 #1 use_pyzor 0 #1 [...] razor wird dann (hoffentlich) per cron mit einem script sa-learn_amavis_razor.sh per cron aufgerufen: su --command='`for f in /var/lib/amavis/sa-learn/spam/cur/* ; do cat $f|/usr/bin/razor-report;done && rm -rf /var/lib/amavis/sa-learn/spam /* /var/lib/amavis/sa-learn/ham/*` >> /tmp/sa-learn_mail' amavis Falls jemand eine Idee hat wie ich z.B. mit tcpdump genau herausfinde wer der Übeltäter der amavis/exim Konfiguration ist, der dafür sorgt, dass ständig pakete gesendet werden, dem wäre ich sehr dankbar! Ich werde berichten wie der Testbetrieb läuft. ciao Gerhard