- Service configuration files:
- New registry key: HKEY_LOCAL_MACHINE\Software\SpamPal for Windows\SpamPal\ServiceConfigDirPath can be used to set location of Service configuration data without affecting instances of SpamPal that execute as an application.
- By default, new service installations now store configuration in "All Users\Application Data\SpamPal" rather than "LocalService\Application Data\SpamPal" - for existing users, the ServiceConfigDirPath registry key should get set automatically so your service still finds your old configuration. This should prevent the service configuration moving between LocalService and NetworkService folders occaisionally. (Thanks to George Breese for his great diagnosis of this problem!)
- SMTP: On 'Verbose' or 'Extreme' detail level, logfile now records all RCPT TOs that weren't rejected by SpamPal as well as those that were.
- Installer was putting wrong default data in "auto-whitelist exclusions" options window - fixed.
- Auto-whitelist logging had become broken in 1.72i; fixed.
- Transparent proixy:
- Fixed bug when filtered and unfiltered socket handles were used in the same WSPSelect call; was notably causing crases in Thunderbird.
- System error state was being corrupted when creating socket; fixed.
- Was incorrectly trying to process returned fd_sets if WSPSelect returned an error; could potentially cause crashes. Fixed.
- Should no longer crash if you try to terminate the same connection twice.
- Played with connection-accepting code in attempt to solve crashes after hibernation.
- Disabled the "deadlock detection" as it frequently gave spurious results.
- Can now use spampal.mc file to include function names in crash reports.
- Now built using Microsoft Visual Studio 2003 toolkit.
Download: spampal-beta.exe (759 Kb)