Re: [AMaViS-user] SA SQL-Bayes causes MySQL performance issues

8800, fax: +386 1 479 88 99 On Mar 25, 2010, at 7:20 AM, Martin Svensson wrote: Hi List, I posted this a couple of days ago on the SA-user list, but haven't received any feedback. I know that it's not Amavis functionality but still hope that someone might have a clue of what's causing

[AMaViS-user] SA SQL-Bayes causes MySQL performance issues

Hi List, I posted this a couple of days ago on the SA-user list, but haven't received any feedback. I know that it's not Amavis functionality but still hope that someone might have a clue of what's causing this in this list, even if it's a bit OT. The setup consists of 2 spam-eating servers

Re: [AMaViS-user] How to remove Subject: ***UNCHECKED***

Hi James, Check the examples found in amavisd.conf-sample: -- # a string to prepend to Subject (for local recipients only) if mail could # not be decoded or checked entirely, e.g. due to password-protected archives $undecipherable_subject_tag = '***UNCHECKED*** '; # undef disables it --

Re: [AMaViS-user] How to remove Subject: ***UNCHECKED***

config files. and that's suppose to be disabled by default right? Thanks, James Martin Svensson wrote: Hi James, Check the examples found in amavisd.conf-sample: -- # a string to prepend to Subject (for local recipients only) if mail could # not be decoded or checked entirely, e.g. due

Re: [AMaViS-user] local_domains_maps

Dave, If you want to read it from a file, just substitute the existing with: @local_domains_maps = ( read_hash(/etc/mail/amavis/local_domains) ); In that file, just add the domains, one / line. Best regards, Martin Hey folks, me again. I've got quite a few domains that are considered

[AMaViS-user] SA timeout? (might be pure SA issue)

Hi all. This might be better suited for the SA-list, but I don't know if Amavis is a playing a role here so I'll give it a try here as well. I'm occasionally seeing amavis processes that hang for 10 minutes, utilizing 100% CPU due to some SA issue. After 10 minutes an error shows in the log:

[AMaViS-user] notification email doesn't work.. (probably cfg error?)

Hi All. I've just reinstalled our test environment and I can't seem to get the bounce notifications sent out. Everything else seems to be working as expected. Our setup is RHEL5, Amavis 2.5.2 and sendmail 8.13.8 in a milter pre-queue setup. I've done some copy paste from our old amavisd

Re: [AMaViS-user] notification email doesn't work.. (probably cfg error?)

Please ignore this, it was a sendmail issue. It works as expected now ! /Martin Martin Svensson wrote: Hi All. I've just reinstalled our test environment and I can't seem to get the bounce notifications sent out. Everything else seems to be working as expected. Our setup is RHEL5

Re: [AMaViS-user] rbl in SA or in MTA, which is better

Unless you want to block emails solely based on the RBL response, do it in SA. Then the response will add to the total score, which is the preferred way (AFAIK). //Martin On Friday 07 September 2007 21:07:30 Miguel wrote: I mean, both can do the same tests, where is the best place to do

Re: [AMaViS-user] Column 'am_id' cannot be null

Mark Martinec wrote: Martin, I've just reinstalled our staging area with the latest amavis release etc on RHEL5. I've created the mysql-db according to README.sql-mysql to be used with the SQL Logging features (not quarantine). I keep getting the error below, any ideas why am_id is null?

Re: [AMaViS-user] Column 'am_id' cannot be null

A quick follow up, if I use the same config and setup with 2.5.0 it works. So it has to be something in 2.5.1 that has changed, but I can't figure out what. Any ideas? Thanks all. Best regards, Martin Martin Svensson wrote: Hi all, I've just reinstalled our staging area with the latest

[AMaViS-user] Column 'am_id' cannot be null

Hi all, I've just reinstalled our staging area with the latest amavis release etc on RHEL5. I've created the mysql-db according to README.sql-mysql to be used with the SQL Logging features (not quarantine). I keep getting the error below, any ideas why am_id is null? The setup is the classic

[AMaViS-user] Experiences.. (mostly SA)

Hi all, I'm planning for an upgrade of our existing RHEL3, sendmail-milter+amavis setup handling roughly 130,000 messages/day. I know this might be more about SA than amavis, but it's such a good list! :) I hope it's ok.. The setup has worked very well since the initial install 2 years ago,

Re: [AMaViS-user] amavisd-new seems to be confused about mail body encoding

Perhaps it's the Libnet-1.20 bug? http://marc.theaimsgroup.com/?l=amavis-userm=117095734709511w=2 /Martin Nicklas Bondesson wrote: After an upgrade of amavisd dependent perl modules it seems that amavis gets confused about mail body encoding. Swedish characters åäö seems to be converted to

Re: [AMaViS-user] (ClamAV-clamd) FAILED

Do you have the correct permissions set? In other words, if you run clamav as user 'clamav', does that user have permissions in /home/amavis/? I run clamav as the 'amavis' user myself. /Martin [EMAIL PROTECTED] wrote: Hi, I am getting following error in maillog (!!) ask_av

Re: [AMaViS-user] RH9 sendmail 8.12.8 and Petr Rehor's amavis-milter

Hi Adam, We're using Amavis-milter with RHEL 3.0's Sendmail version 8.12.11 and it's working great. 80,000 emails/day on 2 servers with SA (incl. network tests, DCC and Bayes SQL) and 2 virusscanners. Regards, Martin Adam Gibson wrote: Has anyone tried the newer amavis-milter with RedHat9's

Re: [AMaViS-user] can`t starting amavis

Hi Jim, I think this is a known bug/issue in Net::Server 0.88. A workaround is to start Amavisd with the correct user in the startup-script, or to switch version. I'm running version 0.90 on RHEL 3.0 Update 6 without any problems. Check:

Re: [AMaViS-user] Too memory hungry!

Anders Norrbring wrote: On 2006-01-09 10:28 Matthias Keller wrote: Anders Norrbring wrote: New reboot, same memory status after 20 minutes.. And top says: PID USER PR NI VIRT RES SHR S %CPU %MEMTIME+ COMMAND 5012 vscan 15 0 438m 384m 29m S 0.0 38.1 0:16.15

Re: [AMaViS-user] local.cf: failed to parse line

Hi, I don't know if it's related, but check the thread 'http://groups.google.com/group/mailing.unix.amavis-user/browse_thread/thread/de72725d357079b6/55cb3965c60de83c?lnk=stq=%22debug%3A+config%3A+SpamAssassin+failed+to+parse+line%2C+skipping%22rnum=2hl=en#55cb3965c60de83c' Looks like the

Re: [AMaViS-user] Heads up: Sober.U reoutbreak

Thanks for the info Nathanael. We've received more than 1500 of Email-Worm.Win32.Sober.y since 8pm CET yesterday (13 hours). //Martin Nathanael Hoyle wrote: Just wanted to give some other folks a heads up, I'm seeing what looks like a fairly virulent re-outbreak of the Sober.U worm. Since

Re: [AMaViS-user] About SA...

Gary V wrote: Can I share the db for all incoming/outgoing mail, apart from user? One database is used for all mail that passes through amavisd-new, the data belongs to your amavisd-new user (probably 'vscan' or 'amavis'). If you have a fairly high amount if incoming mail, or more

Re: [AMaViS-user] exe in zip file

Hi Armin, There is. In this example we allow all types in the specified archives but stop exe,vbs, pif etc. $banned_filename_re = new_RE( # block certain double extensions anywhere in the base name qr'\.[^./]*[A-Za-z][^./]*\.(exe|vbs|pif|scr|bat|cmd|com|cpl|dll)\.?$'i,

Re: [AMaViS-user] Quarantine and MTA feedback

, it will most likely help you in narrowing down the root cause. su -c '/path/to/amavisd debug' amavis_user Regards, Martin Svensson --- SF.Net email is Sponsored by the Better Software Conference EXPO September 19-22, 2005 * San Francisco, CA

Re: [AMaViS-user] can't get amavisd-new runnning

Anne, Try to install all the needed modules using CPAN. The CPAN module will automatically install dependencies as well. sh %perl -MCPAN -e shell cpan install Archive::Zip I did it this way on our RHEL 3.0 servers and it worked like a charm. Regards, Martin Anne Ramey wrote: I'm trying to

Re: [AMaViS-user] too much 'mlfi_abort'

Hi, Although I'm not 100% certain I think everything looks quite right. You should have those mlfi_abort because you don't accept the emails. Jul 14 14:39:32 av4 sendmail[13292]: j6ECdVxB013292: ruleset=check_rcpt, arg1=[EMAIL PROTECTED], relay=host104-210.pool8173.interbusiness.it