Make greylist cache permanent
We have noticed that the greylist cache of allowed combinations (recipients and senders that have passed a greylist before) is reset when the server is rebooted. This leads to slow mail delivery for a while, when the greylist is building its whitelist again. Would be much better if the whitelist carries over when the server is rebooted.
The problem was not reproduced on latest Plesk version and no new details or evidence received for last 3 months, so the request is closed.
Marinus Israel commented
I have tried to reproduce this under Plesk 11.5 (the original problem appeared in Plesk 11.0) on CentOS 6.4 as we have upgraded all our servers since posting this problem.
I think the original problem might have been linked to updates rather than reboot as these occur concurrently. After updating Plesk Panel and doing yum updates (including kernel updates) we would reboot the server and experience the lost greylist cache problem.
I could not reproduce this on Plesk 11.5, so could it have been a problem under Plesk 11.0 while applying micro updates?
It should not happen on server reboot so i was trying to investigate the problem.
I've been checking this problem on our local environment and see no problem on reboot.
GL is turned on
sent email from external host(message has been rejected)
waited until GL interval has been expired
sent again (message passed and GL added sender information into DB)
GreyListing stores sender information in /var/lib/plesk/mail/greylist/data.db:
select * from data;
and after server reboot all records still exist and me messages still can be delivered w/o problems...
May be smth i'm doing wrong way in my attempt to reproduce. Can you indicate exact steps to reproduce the issue?
I have the same problem. After each upgrade the messages are delivered with a delay. In my opinion, this is so obvious, I'd even consider this as a bug.