[milters] Archive

Lists Index Date Thread Search

Article: 1765
From: Rose, Bobby
Date: 2007-10-06 16:53:41 -0400
Subject: Re: Milters and access.db

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

Connect:x.x.x.x OK
Milter-Sender-Connect:x.x.x.x OK=20
 80-90% of the time is seems ok but's it's the intermittent ones that
concern me especially in the case of milter-error and a reject action.
At first I thought it was just milter-error but seeing it with
milter-sender and greylisting makes me rethink that.  I'd surmise that
it's probably happening with milter-sender callbacks but I've never

-----Original Message-----
From: milters-bounce@milter.info [mailto:milters-bounce@milter.info] On
Behalf Of Anthony Howe
Sent: Saturday, October 06, 2007 2:06 PM
To: milters@milter.info
Subject: [milters] Re: Milters and access.db

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

Rose, Bobby wrote:
> Is there a scenario whereby the access file isn't reopened even if=20
> it's changed and the snert milters don't use the access file at all=20
> for 10 minutes?  Back in July I attempted to use milter-error but had=20
> to stop because sometimes it wouldn't find my tags for excluding=20
> systems.  A couple weeks ago, I enabled the greylisting of=20
> milter-sender but I then began to see that it too will on occassion=20
> not read tags either until I makemap my access file again or wait for=20
> a 10 minute chime. I've tried a couple scenarios to try to duplicate
the issue but haven't been able to.

What format do your access entries have? Maybe there is an
incorrect/unsupported syntax being applied.

> I probably see it more than most because I have a script that parse my

> maillogs for SpamAssassin markers for stats and if it sees too many=20
> from the same IP in a threshold time, I temp block them by modifying a

> text file that is cat'd with my main access file to a temp file which=20
> is makemapped into the access.db.  But I only recently starting using=20
> a separate autoblock file since before I was appending the main access

> file and makemapping it.  At most, the access.db is rebuilt every=20
> 10minutes.  Now I thought it was my process that makemapped the access

> file causing milter-sender to reopen the access.db but it would do it=20
> even if there hadn't been any changes since the last makemap.  Almost=20
> as if it finally saw the access.db had changed on the 10minute mark.

When you rebuild access.db do you "build & replace" or "overwrite in
place", see the following:


All the milters use common code found in libsnert that relies on fstat()
and so "overwrite in place" idiom in order to detect access.db changes.

Anthony C Howe          Skype: SirWumpus                    SnertSoft
+33 6 11 89 73 78         ICQ: 7116561          BarricadeMX & Milters

Lists Index Date Thread Search