From: Klaus A. S. <kse...@gm...> - 2005-03-14 22:30:04
|
On Mon, 14 Mar 2005 22:47:08 +0100, Lionel Bouton <lio...@bo...> wrote: >>> /^(mail|mx0|pop|imap)\.gmx\.(de|net|co\.uk)$/ >>> /^[mrw]proxy\.gmail\.com$/ >>> >>> are being ignored, too... >=20 > Just tested with 1.5.3. WORKSFORME(tm). >=20 > When SQLgrey detects a change in the local file it logs a reload like > this (even with 'quiet'): > Mar 14 22:33:38 ns sqlgrey: reloading > /etc/sqlgrey/clients_fqdn_whitelist.local > just add a blank line somewhere and wait for an SMTP connexion... >=20 > If it doesn't log a line like this, here's what could have happened: The files get reloaded, but SQLgrey doesn't take into account the clients_fqdn_whitelist.local file. The clients_fqdn_whitelist.local is being used, though. This is what it looked like a few minutes ago when I touched the two *.local files: <snip> reloading /etc/sqlgrey/clients_ip_whitelist.local reloading /etc/sqlgrey/clients_fqdn_whitelist.local domain_awl-match: updating gmx.co.uk, 213.165.64 from_awl-match: updating 64.233.184: x@y.z whitelist: a@b.c, 81.7.132.92(linuxnews.dk) d@e.f </snip> > Probable solution: restart SQLgrey and don't handle these files on > systems in the future, past or an alternate dimension. My mailbox is running NTP and file times look sane: <snip> $ stat *.local File: `clients_fqdn_whitelist.local' Size: 1616 Blocks: 8 IO Block: 4096 regular file Device: 2101h/8449d Inode: 897494 Links: 1 Access: (0644/-rw-r--r--) Uid: ( 0/ root) Gid: ( 0/ root) Access: 2005-03-14 23:16:03.000882252 +0100 Modify: 2005-03-14 23:12:02.050540707 +0100 Change: 2005-03-14 23:12:02.050540707 +0100 File: `clients_ip_whitelist.local' Size: 683 Blocks: 8 IO Block: 4096 regular file Device: 2101h/8449d Inode: 897588 Links: 1 Access: (0644/-rw-r--r--) Uid: ( 0/ root) Gid: ( 0/ root) Access: 2005-03-14 23:16:02.996882861 +0100 Modify: 2005-03-14 23:12:02.050540707 +0100 Change: 2005-03-14 23:12:02.050540707 +0100 $=20 </snip> Is there any way (perhaps a perl switch, or something) to check if the regexps used in the two files are all valid? Or is the only other solution to upgrade to v1.5.3? Cheers, --=20 Klaus Alexander Seistrup SubZeroNet =B7 Copenhagen =B7 Denmark |