OSEC

Neohapsis is currently accepting applications for employment. For more information, please visit our website www.neohapsis.com or email hr@neohapsis.com
Postfix Archives: Re: pop-before-smtp revisited

Re: pop-before-smtp revisited

Subject: Re: pop-before-smtp revisited
From: Jeff Johnson (jeffwebsitefactory.net)
Date: Wed Jan 05 2000 - 11:36:17 CST

> 2000-01-04-17:29:24 Wietse Venema:
> > One question: how much would it take to have a POP daemon update
> > an access DB file upon login, and to have a mine sweeper cron job
> > that iterates over the file and that kills old entries every 30
> > minutes or so? The disadvantage is that having multiple writers
> > requires locking.
>
> What would be the advantage of that approach over my daemon? I enjoy
> single-writer on my db file, and use with unmodifed UW pop3d/imapd (and of
> course unmodified Postfix). File::Tail backed by a couple of quick regex
> matches to toss uninteresting lines doesn't seem to thagomize the CPU, even on
> a pretty lively maillog. It can catch up with about 18MB of log (a couple of
> days worth) in a dozen seconds or two, and once it's caught up it settles
> right down and eats no CPU to speak of at all --- and that's with options
> tuned to make it follow the logfile hot-n-fast, so people will see their auth
> very shortly after their pop.

One of the advantages is that we have a very very large maillog -- one that
we need to keep for statistics and legal purposes. Our logs total about
400MB, which would take along time to parse. Also, we use LMTP delivery to
Cyrus now, and have two SMTP mail hosts on two seperate machines delivering
to Cyrus via LMTP which is running on it's own machine as well. For scalibity
sake, I think the 'overkill' of client-server applications running on a single
machine are great because there isn't any planning when it comes time to
upgrade and expand. 

-- 
Jeffrey H. Johnson - jeffwebsitefactory.net - System Administration - TrN
Barnet Worldwide Enterprises - The Website Factory - www.websitefactory.net

This archive was generated by hypermail 2b27 : Wed Jan 05 2000 - 11:37:31 CST