Re: [exim] Mail Implementation Design (Update)

Página superior
Eliminar este mensaje
Responder a este mensaje
Autor: Graeme Fowler
Fecha:  
A: exim-users
Asunto: Re: [exim] Mail Implementation Design (Update)
Hi

On Tue, 2006-08-29 at 07:29 +0800, W B Hacker wrote:
<snip>
> But even a very active ISP ordinarily has a 'rate of change' that is
> insignificantly low compared to, for example, a Point-of-Sale / inventory
> control system, theater ticket sales, or banking.


I worked for a number of years for a recently acquisitive UK ISP (which
in fact swallowed the hosting company I was part of). Granted, the ISP
side of the business used a RDBMS exporting to file-based DBs; their
rate of change was relatively low.

<snip>
> But I still do not recommend it for general smtp use.


The hosting side had a massive rate of change, and the
keep-in-db-and-export-via-cron approach had started to cause us
problems, so we moved to a replicated SQL backend approach whereby
changes were reflected all but instantaneously. It worked perfectly, for
many hundreds of thousand addresses across many tens of thousands of
domains.

I think, at this point, I will accept the relative merits of both
systems but agree to disagree with Bill :)

Graeme