About 31000 are in are postfix que and the rest is gone, on are
exchange we= see the confirmation of postfix that he has received the
mail is not in th= e postfix que.
We see a very high I/O on the disk but still writing...
../..
Witch parameter do I have to change to start throttling sow my mails
aren't= lost?
45000 mails a hour is a real situation where we use the postfix in
case of = problems with machines and the alerts they send.
My setup is quite different from yours, but I can handle more emails in
less time. Latest peak: +61000 email messages received in 6 minutes.
It's a unique VM running postfix-multi with 3 postfix instances. Those
+61K messages where received by one of these postfix instances, most
were coming from one of the other local instances (so read queue and
write queue on the same virtual disk).
The VM has 10 GB RAM, but is also running a huge Amavisd-new+clamav
setup, I could easily downsize to 6 GB RAM without this antispam.
The VM has 4 vCPU running @ 3GHz.
My guess is: you need proper storage IO.
Second. A good web based gui for postfix, the people that are to use
the po= stfix relay aren't IT people and they need to see how many
mails that are s= till in que and flush them easily.
I don't know any good GUI for postfix.
This is a strange business model to pay people doing manually what
postfix will do automatically.
You could just add a queue monitoring (munin, or whatever) that displays
a graph of queues, and escalate to IT if and only if a real problem
occurs (queue that won't decrease after 4-6 hours).
Patrick
