From: Lionel B. <lio...@bo...> - 2009-08-21 08:17:08
|
Phillip Smith a écrit, le 08/21/2009 04:07 AM : > Hi Lionel, > > I couldn't find any mailling lists or forums on the website, only your > e-mail address. There is user mailing list : https://lists.sourceforge.net/lists/listinfo/sqlgrey-users (cc'ed). > Let me know if I've missed something obvious and I'll ask this > question there :) > > I have 2 MX servers both using sqlgrey with a common/shared database - > ie, whitelists and optin/optout only has to be maintained in one place. > > Is the system supposed to ignore the 'reconnect_delay' setting in this > kind of setup. No, it should work correctly. > I have an example message that was grey-listed on my primary MX server: > > Aug 18 22:11:28 dingo postfix/smtpd[18060]: NOQUEUE: reject: RCPT from > relay04.mail-hub.dodo.com.au > <http://relay04.mail-hub.dodo.com.au>[123.2.6.239]: 450 4.7.1 > <te...@ry... <mailto:te...@ry...>>: Recipient address > rejected: Greylisted for 5 minutes; > from=<dan...@da... > <mailto:dan...@da...>> to=<te...@ry... > <mailto:te...@ry...>> proto=ESMTP > helo=<relay04.mail-hub.dodo.com.au <http://relay04.mail-hub.dodo.com.au>> > > Which made the remote MTA attempt delivery to the secondary MX only 2 > seconds later: > Aug 18 22:11:30 platypus postfix/qmgr[26506]: 4A96A8B67: > from=<dan...@da... > <mailto:dan...@da...>>, size=15367, nrcpt=1 (queue > active) Are you certain this is the same message and not another from the same user but to another one that was greylisted before? You should look at SQLgrey's log to find out what happened. > > My secondary MX then accepted the message because (I assume) of the > entry in the database from when the primary MX grey-listed it, however > there was only a 2 second gap so it didn't respect the reconnect_delay > setting. Both servers have '5' as the reconnect_delay. They are both > NTP sync'ed correctly, so the relative timestamps are accurate. NTP should always be used on mailservers but SQLgrey can work without it because it always uses the clock of the database. Unless something bad happens to the database's clock, SQLgrey should be fine. Lionel |