etch-ről lenny-re frissítés utáni logcheck hiba

hello,

etch-ről lenny-re frissítés (eddig úgy látszik) egyetlen problémaval:
masszívan jönnek a logcheck-től olyan üzenetek amelyeknek nem kéne (eddig nem jöttek).
pl.:


Jun 19 14:02:18 szerverneve pop3d: LOGIN, user=user.neve@domain.tld, ip=[::ffff:XX.XXX.XXX.XX], port=[65355]
Jun 19 14:02:18 szerverneve pop3d: LOGOUT, user=user.neve@domain.tld, ip=[::ffff:XX.XXX.XXX.XX], port=[65355], top=0, retr=0, rcvd=12, sent=39, time=0


Ezek ugye elvileg teljesen normális be-kijelentkezések, semmi szükségem rájuk emailben. Ugyenez a frissítés előtt így nézett ki, és ki is volt szűrve a logcheckkel:


Jun 18 06:26:31 szerverneve courierpop3login: LOGIN, user=user.neve@domain.tld, ip=[::ffff:XX.XXX.XXX.XX]


magyarul ami eddig "courierpop3login" volt az most "pop3d" lett (+ a port információ).
Semmi nyoma az interneten hogy ez bárkinek gondot okozna - tehát biztos valami nálam gáz.
(A port információ mint többlet nem releváns, mert ez megjelent a logcheck-database egyik frissítésében).
Az egyetlen kiinduló pontom ez a debian bug: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=418878

(a LOGGEROPTS="-name=pop3d" nem volt figyelembe véve az /etc/courier/pop3d-ben ezért úgy logolt, hogy
"courierpop3login" ahelyett, hogy "pop3d". Ez javították 0.58.0-ban - szóval ezért van "pop3d" már
a 0.60.0-2-ben...)

A kérdés csak az h. akkor a logcheck-database (default lenny) miért nem követi ezt? És miért nincs egy csomó erre vonatkozó bugreport? (A legfurább hogy a courier csomag maga is elhelyez logcheck szabályokat, de még azok is "courierpop3login"-ra szűrnek). Nem jelentkezett valakinél ehhez hasonló?