Hi Group,
New bie here
I have installed the amavis-stats-0.1.19 on my Linux server with
Amavisd-new 2.3.3 .
But I am not able to see the domain-wise graphs / stats.
--
The /usr/local/var/lib/amavis-stats/amavis-stats.* are getting updated properly.
Gary,
Keyname Type Cardinality Field
PRIMARY PRIMARY 0id
id UNIQUE0id
users_idx_email INDEX None email
PRIMARY and INDEX keys should not both be set for column `id`
Using SERIAL PRIMARY KEY appears to have
Heute (13.12.2005/15:50 Uhr) schrieb Mark Martinec ([EMAIL PROTECTED]),
Gary,
Keyname Type Cardinality Field
PRIMARY PRIMARY 0id
id UNIQUE0id
users_idx_email INDEX None email
PRIMARY and INDEX keys should not
Hello,
I've got several postfix/amavis filtering types of installs setup. On
my most recent one, I've hit a snag that I haven't yet been able to
figure out. This particular server handles about 70k messages per day,
which is generally fine. Anyhow, things will churn along fine for days
and then
falz,
I've got several postfix/amavis filtering types of installs setup. On
my most recent one, I've hit a snag that I haven't yet been able to
figure out. This particular server handles about 70k messages per day,
which is generally fine. Anyhow, things will churn along fine for days
and
Mark Martinec wrote:
using - it is logged during startup like:
amavis[xxx]: Creating db in /var/amavis/db/; BerkeleyDB 0.27, libdb 4.3
The last time this was reported it turned out it was with an old version
of libdb. If this is also true in your case, try with a more recent version
Chris,
Is there some sort of compile time arg to use? Just I removed my older
db port, and installed 4.3 - recompliled Postfix to use it, then rebuilt
Amavis. Seems Ami still calls in db3
You may need to reinstall Perl module BerkeleyDB after upgrading libdb.
No changes and no reinstall on
Mark Martinec wrote:
Chris,
Is there some sort of compile time arg to use? Just I removed my older
db port, and installed 4.3 - recompliled Postfix to use it, then rebuilt
Amavis. Seems Ami still calls in db3
You may need to reinstall Perl module BerkeleyDB after upgrading libdb.
No
On my FreeBSD 5.4 server, I have upgraded to v2.3.3 from 2.2.x and the
CPU now has no idle time with less than 400 messages in the queue.
Messages are taking several minutes to process.
I dug around and realize that my amavisd.conf file is drastically
different than the new default file installed
Replying to my own post.
I still do not have the inet method working. It still gives the errors
below.
I got amavisd-release to work by switching to the unixsocket method.
Still interested in the inet method.
john
john wrote:
I'm running amavisd-new 2.3.3 on FreeBSD 5.4
I'm trying to
Greetings:
I have a postfix-amavisd-spamassassin box setup and running OK so far. I
have domains that get mail locally via virtual_users, and the box is a
gateway for a couple domains. Total of less than 100 users.
My postfix setup is mostly like the configuration at the end of the
amavisd's
techlist06 wrote:
Greetings:
I have a postfix-amavisd-spamassassin box setup and running OK so far. I
have domains that get mail locally via virtual_users, and the box is a
gateway for a couple domains. Total of less than 100 users.
I need to be able to segregate the tagged spam from at
12 matches
Mail list logo