On Fri, Apr 04, 2025 at 11:14:39AM +0200, Dmytro Alieksieiev via Postfix-users
wrote:
> > What sort of "local filter" are you talking about?
>
> local filter is smtpsplit transport
That's not a filter per-se.
> > What new emails? Your problem description is much too fuzzy.
> New email is emails that get created in queue after split for each rcpt from
> origin email, origin email is email that has many rcpts. When there no OOM
> origin email get properly mark each spitted rcpt as "done" and no duplicates
> appear.
Postfix runs in *bounded* memory, but it is up to *you* to not set the
bounds so high, that peak loads lead to crashes (OOM). Therefore, you
need to set the master.cf process limits and concurrency limits to
values that match available memory.
If you have a milter that holds the entire message in memory, you need
to make sure that the sum of the process concurrency limits of the
services using this milter, when multiplied by the message size limit,
fit into the available memory, leaving some room for other Postfix and
sytem services.
> > With server systems routinely shipping with 256GB of RAM or more
> > these days, 100MB seems rather undersized. Don't do that.
> Well I don't have such RAM limits in production, it was reproduced on
> test setup, but the point that production setup still have a limits,
> like 4gb per instance and if OOM can result in such situation on test
> stand, it can get same results in production too, that's why I
> worried. I propose set 100MB not because I plan to run Postifx with
> such low amount of RAM, but to provide people here ability to
> reproduce issue I speak about and maybe find a way to improve code to
> avoid duplicated emails at OOM.
This is a meaningless outcome. SMTP Message delivery is never
distributed two phase commit. The receiver commits an envelope
to its queue first, and then if all goes well, the sender removes
the envelope from its queue, a crash in between leads to double
delivery. Configure your system to avoid routine crashes.
--
Viktor.
_______________________________________________
Postfix-users mailing list -- postfix-users@postfix.org
To unsubscribe send an email to postfix-users-le...@postfix.org
