E.B.:
> > However, all the requests from a single smtpd(8) service will go
> > to the same policy service instance. So in memory caching can be
> > used to construct per-transaction state (if, for example, the policy
> > service fires for each recipient and also at data and/or end of
> > data).
>
On Tue, Jul 14, 2015 at 09:19:02PM -0700, E.B. wrote:
> > However, all the requests from a single smtpd(8) service will go
> > to the same policy service instance. So in memory caching can be
> > used to construct per-transaction state (if, for example, the policy
> > service fires for each recip
> However, all the requests from a single smtpd(8) service will go
> to the same policy service instance. So in memory caching can be
> used to construct per-transaction state (if, for example, the policy
> service fires for each recipient and also at data and/or end of
> data).
That's guaranteed
On Tue, Jul 14, 2015 at 06:04:37PM -0700, E.B. wrote:
> Beginner question - I want to confirm that policy service running
> under postfix spawn could have multiple instances running (if
> there are multiple smptd processes) and so they should never
> cache any important user data in local memory b
Beginner question - I want to confirm that policy service running
under postfix spawn could have multiple instances running (if
there are multiple smptd processes) and so they should never
cache any important user data in local memory because they
would be out of sync with other instances of the sa
