On Fri, 1 May 2009, mark wrote:
Just posting this for others who may encounter this:-
This turned out to be an interaction between milter-greylist and
spamass-milter. In sendmail.mc the following grey list config was included
as part of the greylist setup:-
define(`confMILTER_MACROS_ENVRC
I have created case 6103 - but this may be a milter-issue, although
the same version of the milter worked very well on centos-4 i386 and
SA 3.1
https://issues.apache.org/SpamAssassin/show_bug.cgi?id=6103
thanks in advance
mark
This is a spamass-milter bug. They generate a malformed fake
mark wrote:
>>
> Thanks for this, the bug issue had some more info, which I had not
> included in my email:
>
> > I have recompiled spamass-milter with this patch:-
>
> > http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=510665
>
> However, this has not resolved the issue, can you tell me if SA ca
Nearly all the emails are received with UNPARSEABLE_RELAY - but if I
take the email as delivered by the MDA and run it with spamassassin -t
-D < spam.eml then its correctly detected as spam and no sign of
UNPARSEABLE_RELAY.
I have created case 6103 - but this may be a milter-issue, although
the
mark schrieb:
> Hey,
>
> I am trying to track down an issue on Centos 5 x86_64 with
> spamass-milter-0.3.2-1 and spamassassin-3.2.5.
>
> Nearly all the emails are received with UNPARSEABLE_RELAY - but if I
> take the email as delivered by the MDA and run it with spamassassin -t
> -D < spam.eml th
mark wrote:
> Hey,
>
> I am trying to track down an issue on Centos 5 x86_64 with
> spamass-milter-0.3.2-1 and spamassassin-3.2.5.
>
> Nearly all the emails are received with UNPARSEABLE_RELAY - but if I
> take the email as delivered by the MDA and run it with spamassassin -t
> -D < spam.eml then i
