My Popfile has been working wonderfully for ages, but
now when I try to access the UI the process (on
Windows) disappears. Sometimes the process can be
restarted, but it often needs a reload first. I just want to
re-classify some messages. What can I do dto work
round this problem?
Logged In: YES
user_id=663087
Sorry its been so long since you posted this. Normally
support requests go in the Help forum.
The first things to try are the steps in our trouble
shooting guide:
http://popfile.sourceforge.net/cgi-bin/wiki.pl?TroubleShooting
If they don't help, please post to the Help forum:
http://sourceforge.net/forum/forum.php?forum_id=213100
Logged In: YES
user_id=53438
(PopFile 0.22.3) I don't know if this is related or not but...
I have been having no end of lockups with POPFile as well.
In my case the majority of the time the mail still works but
the UI is not available and shutdown does not work.
The process has to bee killed and restarted.
So...
I ran a dependency checker overview POPFile and it appears
than none of the perl modules in the lib directories can
find the PERL58.DLL. I have copied that DLL to my
%WINDIR%\System32 directory and the mmodules now find the
PERL58.DLL file.
Everything seems to be working properly now.
Logged In: YES
user_id=663087
I am glad you got it working again. I have no clue why that
would solve things. I wouldn't think POPFile would run at
all if it wasn't able to find PERL58.DLL but you were still
able to get mail.
I know you have it fixed, but maybe the answers to these
questions can help us figure out why it happened so we can
prevent other people from having the same trouble.
Was mail being classified when that was happening?
Were you using the tray icon?
If you were using the tray icon, could you disable it (on
the Configuration page) and move the DLL out of
%WINDIR%\System32 to see if your problems return. The tray
icon is known to cause odd behavior sometimes. If your
problem was tray icon related and putting the DLL in your
system folder solved your problem, maybe it will help us
understand other tray icon caused problems.
Logged In: YES
user_id=53438
I agree with the Perl58.DLL not needing to be in System32,
but...
I process about 5K messages per week with this and since the
version where SQLLite replaced DB (I preferred DB) I have
had nothing but trouble. 5 minutes to remove 600 msgs (with
logging off), never able to get into UI unless directly
after a fresh start, shutdown never works from command or
via web page...
The performance since my tweak? has returned, but it didn't
really solve the problem, as its locked again today a few times.
I have removed the tray Icon to see if it makes any
difference. If its still running in a few days I'll remove
the Perl58.dll from system32 and see what happens after that.