Zitat von ram <r...@netcore.co.in>:
On Wed, 2009-10-28 at 10:46 +0100, lst_ho...@kwsoft.de wrote:
Zitat von ram <r...@netcore.co.in>:
> We need to design a mail system where postfix transport maps file will
> grow based on the inputs. . This may grow to a million lines
>
> I need to know what will be the max entries in transport map that the
> machine can handle ( 4 GB Ram , Quad Xeon) .. given that the system is
> running postfix and almost nothing else
>
> How do I test the limits ?
>
> Thanks
> Ram
This is only dependant on the map-type you are using. If you have many
updates you should using a "network" database type (not file based)
like SQL or LDAP. Test the lookup times for the map-type of your
choice with the patterns described in the manpages for transport and
see what you get. Be aware that the lookup table for transport should
be highly available because without transport lookups Postfix will
stop working at all.
Sorry forgot to mention
I will be using cdb file for transport_maps
It will have no problem even with multi million entries, but be aware
that all dependant services need to restart on *every* update. Maybe
it is possible to get around this by using proxymap so only this one
need to restart/reopen the cdb file. You also need an scripting
solution to build and replace the map as it can take some time to
rebuild a cdb map so direkt replacement with "postmap" should be
avoided.
Regards
Andreas
