[milters] Archive

Lists Index Date Thread Search

Article: 608
From: Anthony Howe
Date: 2005-06-09 17:59:56 -0400
Subject: Re: Problem with milter-gris 0.9.81

Removal...........: milters-request@milter.info?subject=remove
More information..: http://www.milter.info/#Support
--------------------------------------------------------

Arne Handtmann wrote:
> Removal...........: milters-request@milter.info?subject=remove
> More information..: http://www.milter.info/#Support
> --------------------------------------------------------
> 
> Hi,
> 
> first of all: Thanks for this nice piece of software!
> 
> We recently upgraded from 0.8 to 0.9.81 and I've seen a strange behavior on
> our incoming mailserver:
> 
> When I subscribed to the mailinglist, the outgoing mail was not sent through
> our gateway where milter-gris lives (this is another linux box), but the
> resulting subscription mail came in through milter-gris and was accepted
> without being delayed (update to 0.9.81 took place at about 21.30h, so the
> new database was not yet updated with many mail connections).
> 
> Below you can see the debug output (debugging was enabled before), so maybe
> there is a trace of the error (if there is any).
> 
> The Logfile states that there is "no grey listing" for the corresponding
> data (rc=-1 should correspond to "no record found"), but the result is
> "accepted grey listing".

When making such reports it helps to know what options you have enabled 
or if you are using the default options.

> 
> Do you have any idea, what went wrong, or is this a feature (yes, I noticed
> the feature for outgoing mail that enables the way back without greylisting
> - but the outgoing mail never went through this milter-gris).
> 
> Jun  9 22:21:26 vpngw milter-gris[351]: 00006 j59KLP6U000347: cache get
> key={auto,aeh@plesnik.de,achowe@snert.com} value={0, -1, 0} rc=-1
> Jun  9 22:21:26 vpngw milter-gris[351]: 00006 j59KLP6U000347: now=42a8a4c6
> Jun  9 22:21:26 vpngw milter-gris[351]: 00006 j59KLP6U000347:
> key={193.41.72.72,achowe@snert.com,aeh@plesnik.de}
> Jun  9 22:21:26 vpngw milter-gris[351]: 00006 j59KLP6U000347: cache get
> key={193.41.72.72,achowe@snert.com,aeh@plesnik.de} value={0, -1, 0} rc=-1
> Jun  9 22:21:26 vpngw milter-gris[351]: 00006 j59KLP6U000347: no grey
> listing for {193.41.72.72,achowe@snert.com,aeh@plesnik.de}
> Jun  9 22:21:26 vpngw milter-gris[351]: 00006 j59KLP6U000347: entry.status=4
> entry.stamp=42a8a4c6 entry.count=0

status=4 is SMFIS_TEMPFAIL

> Jun  9 22:21:26 vpngw milter-gris[351]: 00006 j59KLP6U000347: upgrading grey
> listing for {193.41.72.72,achowe@snert.com,aeh@plesnik.de}
> Jun  9 22:21:26 vpngw milter-gris[351]: 00006 j59KLP6U000347: cache put
> key={193.41.72.72,achowe@snert.com,aeh@plesnik.de} value={42a8a4c6, 0, 0}
> rc=0
> Jun  9 22:21:26 vpngw milter-gris[351]: 00006 j59KLP6U000347: accepted grey
> listing {193.41.72.72,achowe@snert.com,aeh@plesnik.de}
> 
> Any hint would be greatly appreciated!

My guess would be that -b 0 is set and/or -I is enabled and set to 0. If 
you are using -I, look for an earlier log message:

	disjoint client_addr=%s client_name=%s, skipping connection

(provided you have -v info as one of the log flags). If you want 
traditonal grey listing for _everything_, do not use -I or set it to 
something greater than 0 and less than -b. -I is disabled by default.
I'll review the code in the morning and see if there is something else.

-- 
Anthony C Howe                                 +33 6 11 89 73 78
http://www.snert.com/       ICQ:
7116561         AIM: Sir Wumpus

"Understanding is a three edged sword." - Kosh, Babylon 5

Lists Index Date Thread Search