BTW, there's no need to press refresh or restart program: just resize a bit any column and it will be displayed correctly.

Ciao

MArco

I use the spamfilter only at the console (locally).

after repeated 'refresh list' presses, i see the following errors in activitylog:

07/22/05 09:14:16:089 -- (336) Exception occurred during TUpdateListViewQuarantineThread: Canvas does not allow drawing
07/22/05 09:14:20:136 -- (298) Exception occurred during TUpdateListViewQuarantineThread: Stack overflow

This could be due to me pressing the refresh too quickly, but nevertheless....

I'll send you some screenshots with the various 'modes' of compressed view over email.

regards,

Marco

p.s. i'll try setting up spf on another NT box, and let you know what happens.

I may have found a clue as to why the screen gets collapsed; I noticed today that when i scroll down using the cursor key, the highlighted field (note: field, not record) moves down, and then dissappears out of view.

If i keep pressing the down key, only after +- 5 seconds the quaraintine list starts panning down.

Cpnclusion i make here is that the number of rows the list is trying to display is WAY more than the screen can actually hold with current screen resolution.

(current res allows for 29 rows to be displayed, my estimation is that SPF is trying to display around 70)

compressing these 70 in the space of 29 'might' give the result of the compressed lines. But ofcourse i'm just guessing. So maybe logsat needs to look in the direction of the screen resolution detection algorithm.

Hope this helps,

regards,

Marco

the conn string has been implemented as you stated, spamfilter.exe uses roughly 26820 K  when viewing the quaraintine list.

I do not use the spamfiltersvc, but run spf in standalone mode.

re installed mdac 2.8 plus mdac2.8sp1, no change in the quarintine list behaviour, also ran jet 4.0 sp8 again, same result.