On Montag, 28. Januar 2008 Casper Langemeijer wrote: > Btw: I noticed in another thread this install is only going to be > used to store SPAM, did I read that correctly? Seems overkill to > focus on performance so much, as peaks are handled by MTA's queueing > mechanism. Most important is that dbmail can handle the sustained > mail throughput.
Right, over a day it must be able to handle the 20 mio e-mails, but it should not be more than some minutes delayed. I'd prefer not having to block on any load, because that could lead to serious strange problems. Servers tend to behave strangely once the load increases too far, and I don't want the system to block - that's not quite correct: it must not block. > Secondly, how are you going to spamfilter 1000 mails a second? By throwing in lots of hardware. We have to do some serious tests for that, but I believe it's not too painful. I can tell more once I know more. mfg zmi -- // Michael Monnerie, Ing.BSc ----- http://it-management.at // Tel: 0676/846 914 666 .network.your.ideas. // PGP Key: "curl -s http://zmi.at/zmi.asc | gpg --import" // Fingerprint: AC19 F9D5 36ED CD8A EF38 500E CE14 91F7 1C12 09B4 // Keyserver: www.keyserver.net Key-ID: 1C1209B4
signature.asc
Description: This is a digitally signed message part.
_______________________________________________ DBmail mailing list [email protected] https://mailman.fastxs.nl/mailman/listinfo/dbmail
