search for: proxy_cach

...tch applied; no core dump in 24 hours. This appears to have fixed the problem. I found that it crashed when the policy server responded too quickly. As the before and after auth command=allow request are the same I cache the first, leading to a fast second response. Removing the cache (nginx proxy_cache ...) must change the timings and circumvented the crash. Why use both check before and after auth? roundcube webmail reports an error with only auth_policy_check_before_auth. I cannot see why. The simple and lazy solution is to use double auth_policy_check_! Thank you Aki for looking at t...

...dump in 24 hours. > > This appears to have fixed the problem.? I found that it crashed when > the policy server responded too quickly.? As the before and after auth > command=allow request are the same I cache the first, leading to a > fast second response.? Removing the cache (nginx proxy_cache ...) must > change the timings and circumvented the crash.? Why use both check > before and after auth?? roundcube webmail reports an error with only > auth_policy_check_before_auth.? I cannot see why.? The simple and lazy > solution is to use double auth_policy_check_! > > Thank...

My auth process is dumping core. This happens several times per day but dovecot can operate normally for hours between errors. The crash occurs in src/auth/auth-policy.c, line 356: t at 1 (l at 1) program terminated by signal SEGV (no mapping at the fault address) Current function is auth_policy_parse_response 356 context->request->policy_refusal = FALSE;