Yahoo Groups archive

Milter-greylist

Index last updated: 2026-04-28 23:32 UTC

Message

Re: [milter-greylist] Easier way to build whitelists?

2009-02-04 by Dan Mahoney, System Admin

On Tue, 3 Feb 2009, Mark Walker wrote:

Might I suggest doing something on the "outbound" or SMTP-authenticated 
mail, similar to anthony howe's milter-abook, that just gathers addresses 
of "known" email contacts?

Given this doesn't give you access to historical data (which might be what 
the original poster wanted), but over time it could provide a much more 
useful corpus and as a bonus it works regardless of what addressbook 
storage methods your clients are using, so long as they're sending via 
smtp.

-Dan


> 
> If I had my wish for a hook into mgl, I'd want some sort of "callback"
> where I can implement a server to answer questions about whitelisting or
> denial. I guess it would be a sort of mini-milter inside mgl, but I
> find the milter spec very difficult to implement. Some very simple
> protocol like:
> 
> mgl: from=myname@...;host=xxxxx;etc
> server: reject or delay or dontdelay etc.
> 
> That way you could make a server that doesn't add to the complexity of
> mgl, but can make it much more versatile.
> 
> Just my thoughts.
> 
> Thanks.
> 
> Michael Mansour wrote:
> >
> > Hi,
> >
> > > I've been requested by some people to have milter greylist
> > > automatically add address book names to its whitelist. Since I
> > > don't have access to client address books on my server, I'm planning
> > > on scanning IMAP databases for addresses. Any address that appears
> > > in a sent folder or in a receipt folder other than Junk for longer
> > > than a few days will get added to a whitelist in greylist.conf.
> > >
> > > Is there an easier way to do this?
> >
> > The easiest way would be to allow recipients to have access to a web
> > page and
> > add sender addresses themselves. The developer (Emmanuel) has a system in
> > place which does this already I believe, but it's based on custom scripts.
> >
> > I do hope at some stage this year to build a web interface to
> > milter-greylist,
> > the issue isn't getting it done (relatively easy) just finding the
> > time I can
> > sit down and do it.
> >
> > I've been thinking along these lines for some time now, to allow the web
> > interface to add/remove whitelist/blacklist entries by people with
> > accounts,
> > but for this to work I'd need to have milter-greylist support "include"
> > statements in the main greylist.conf file so I could use something like:
> >
> > include greylist.whitelist.conf
> > include greylist.blacklist.conf
> > include greylist.spf.conf
> > include greylist.rbl.conf
> > include greylist.country.conf
> > include greylist.greylist.conf
> >
> > etc in it while allowing easy manipulation of the respective files. I
> > think I
> > raised an "include" file system some time back when I started to think
> > about
> > the web interface side of things, but without actually sitting down and
> > working on it there's no reason yet to ask for it.
> >
> > > Also, I currently don't use SPF whitelisting. Maybe that will
> > > waylay the need for complex whitelisting. I want to use it, but
> > > haven't gotten to updating yet. I've read that it only has 10% to
> > > 20% adoption, so it may not give me such a big benefit, other than
> > > being part of the cause I guess.
> >
> > I use the spf facility to reject messages at the MTA. Before using it
> > so much
> > SPF:Fail trash would come through, after using it, rejects at the MTA
> > meant no
> > more came through with Fails, and I've never had even one complaint about
> > rejecting that SPF:Fail'ed mail.
> >
> > Regards,
> >
> > Michael.
> >
> > > Thanks.
> > >
> > > ------------------------------------
> > >
> > > Yahoo! Groups Links
> > >
> > >
> > >
> >
> >
> 
> 
>

-- 

"It would be bad."

-Egon Spengler, "Ghostbusters"

--------Dan Mahoney--------
Techie,  Sysadmin,  WebGeek
Gushi on efnet/undernet IRC
ICQ: 13735144   AIM: LarpGM
Site:  http://www.gushi.org
---------------------------

Attachments

Move to quarantaine

This moves the raw source file on disk only. The archive index is not changed automatically, so you still need to run a manual refresh afterward.