* John Stoffel: > So what happens if you get 1,000 emails coming into your system?
In one form or other, incoming messages flagged by milters A-C need to be queued until milter D is ready for them. Like I wrote in my original post, I am expecting a queue size of 1-5 million messages during peak hours. > So basically you want to accept all emails, feed them through a chain > of milters which take forever to process, and then deliver or not? Not quite, see my OP. Milters A, B and C can either reject a message, accept it unchanged or accept and flag it by means of adding a header, and trigger background processing aimed at milter D. At a later time, milter D can either accept a message unchanged or add yet another flag header. Rejection can only happen in milters A-C, i.e. the "fast" ones. > Can you go up a level and talk about the problem you're trying to > solve, not HOW you're trying to solve it. I don't have permission to discuss details in public. Suffice it to say that, unfortunately, milters A-D and the async processing are "condicio sine quibus non". Introducing a delay into Postfix's message processing is counterintuitive to me. I am usually more concerned with Postfix passing the hot potatoes along as quickly as possible. -Ralph
