Re: [exim] Exim and SpamAssassin

Page principale
Supprimer ce message
Répondre à ce message
Auteur: Jerry Stuckle
Date:  
À: Bill Hacker
CC: exim-users, Marc Perkel
Sujet: Re: [exim] Exim and SpamAssassin
Hi, Bill,

Thanks for the suggestion, but that's not it. The MySQL calls are
working fine.

What I did was comment out the spamcheck router (below). The damn thing
started working! !@#$%^& Of course, I had to change the owners back to
their original values.

My wife would now say I'm becoming obsessed with finding out what the
problem is!

Yes, I'm going to look into the exiscan doc (I'm currently running Exim
4.42) to see how to implement SpamAssassin in it. But in the meantime,
I'd REALLY like to know why this things stopped working.

So, I'm back to my previous question. Is there any way to get a debug
trace for the process created to handle the message coming out of
SpamAssassin?

Thanks to all.

Jerry


Bill Hacker wrote:
> Marc Perkel wrote:
>
>> If it is skipping all the routers with MySQL and you are not seeing
>> things happen in the MySQL logs - looks like it's a MySQL problem.
>> Could be some simple typo so look real carefully. My guess is to look
>> for typos in database manes or passwords or user names - permissions -
>> and things you've recently messed with.
>>
>>
>
> Yazz . ..reminds me ... check that the ID used by your DB connector has
> been
> 'for sure' granted necessary DB rights, especially if you have added a
> table or column.
>
> Not familiar with MySQL, but in PostgreSQL, a non-owner user with 'x'
> privileges to an
> entire table does not automatically inherit the same rights to a column
> newly added
> to that table - or one removed and replaced. Same is true for
> contraints, such as
> autoincrementing fields and such.
>
> If in doubt, REVOKE and GRANT afresh.
>
> Bill
>
>
>