On Thu, Jul 01, 2010 at 12:39:22PM +0200, Luciana Moreira wrote:
>> The cleanup and SMTP servers can work in parallel. If mysql is slow,
>> make sure your tables are properly indexed, and queries are not so
>> complex that they can only be resolved via a "table scan".
>>
> Is this also true for one single message?
>
> I know the cleanup server can process messages while smtpd is executing
> other tasks. But I expected the flow of a single message to be smtpd and
> then cleanup, i.e. for the same message we would not have parallel requests
> to cleanup and sender checks.
This naive view is inaccurate.
> btw, mysql is not slow, it is just that we would like to avoid wasted
> memory allocation for processes that will be _always_ sitting there doing
> nothing since there are more processes assigned than actually needed.
You are misdirecting your efforts, and probably doing more harm than good.
The operating system does a good job of managing idle memory pages, and
the process count is small enough that you'd need extremely old hardware
for this to be an issue.
> Another question also in regard to proxymap tuning: If I define less
> proxymap processes than what may be needed in a certain time period, will
> the postfix scheduler hold the request until a process is available or will
> there be an error returned to the function using mysql?
Don't tune proxymap, it does not need tuning.
--
Viktor.
