On Sun, 28 May 2006, Petr Rehor wrote:
> On 5/26/06, Alberto D'Ambrosio <[EMAIL PROTECTED]> wrote:
> > > > sendmail 8.13.6
> > > > amavisd-new 2.4.0
> > > > SpamAssassin 3.1.0
> > > > ...Switching the classic milter to amavisd-milter 1.1.2,
> > >
> > > > May 25 00:04:31 nessuno sendmail[1823369]:
On 5/26/06, Alberto D'Ambrosio <[EMAIL PROTECTED]> wrote:
> On Fri, 26 May 2006, Mark Martinec wrote:
>
> > Alberto,
> >
> > > sendmail 8.13.6
> > > amavisd-new 2.4.0
> > > SpamAssassin 3.1.0
> > > ...Switching the classic milter to amavisd-milter 1.1.2,
> >
> > > May 25 00:04:31 nessuno sendmail[1
Alberto,
> > answers lie in the amavisd log - find corresponding amavisd
> > log enties to your queue-id k4OLYKt61823369.
>
> With the default debug level,
> amavisd log entries don't show anything..
>
> The only errors are the ones reported above
To get more detailed results you need to incre
On Fri, 26 May 2006, Mark Martinec wrote:
> Alberto,
>
> > sendmail 8.13.6
> > amavisd-new 2.4.0
> > SpamAssassin 3.1.0
> > ...Switching the classic milter to amavisd-milter 1.1.2,
>
> > May 25 00:04:31 nessuno sendmail[1823369]: k4OLYKt61823369:
> > milter_data(amavis-milter): EOM ACK/NAK timeout
Alberto,
> sendmail 8.13.6
> amavisd-new 2.4.0
> SpamAssassin 3.1.0
> ...Switching the classic milter to amavisd-milter 1.1.2,
> May 25 00:04:31 nessuno sendmail[1823369]: k4OLYKt61823369:
> milter_data(amavis-milter): EOM ACK/NAK timeout
> May 25 00:04:31 nessuno sendmail[1823369]: k4OLYKt618233
I have the following _working_ configuration:
sendmail 8.13.6
amavisd-new 2.4.0
SpamAssassin 3.1.0
Switching the classic milter to amavisd-milter 1.1.2,
everything works fine for a while,
unless a random lack of SpamAssassin headers fields
(but this wouldn't be a serious problem).
Then I get the
