SpamPal is een klein Windows-programma dat in staat is om je e-mail te controleren op spammail. Het programma kan mails controleren die ontvangen worden via de POP3-, IMAP4- en SMTP-protocollen. De berichten die als spam worden gemarkeerd, kunnen vervolgens via een rule naar een andere map verplaatst worden of in de trashcan worden gezet. Op het forum is gisteren de eerste bètaversie geïntroduceerd van de 1.70-branch. De belangrijkste verbetering in deze release is de zogenoemde transparant proxy: in plaats van instellingen te wijzigen in je e-mailprogramma kan je voortaan in SpamPal zelf aangeven welke mailadressen gecontroleerd moeten worden op spam. Naast de nieuwe transparant proxy zijn er ook een aantal andere zaken veranderd. Welke dat precies zijn, kan je lezen in dit topic of in het hieronder geplaatste changelog:
1.70 (Beta Release)[break]
- New Transparent Proxy feature - click here to learn more
- Mail filtering:
- New option to not call certain plugins if message already marked as spam/whitelisted; should improve performance if you only call slow plugins when necessary.
- For POP3 and IMAP4 sessions, SpamPal will now pre-fetch messages to improve performance. (It already did this for POP3 sessions under certain circumstances, but now everyone can benefit!) This can be disabled from the port properties dialog.
- Wasn't starting POP3 prefetching whilst body-filtering was in progress; fixed.
- Prefetching of POP3 headers wasn't working for the last message in your inbox; fixed.
- Fixed rare buffer overflow in POP3 code.
- User interface:
- More tweaks to the way status window handles saving column sizes.
- You can now enter hostnames as well as IP address and Netblocks in the blacklist & ignorelists of netblocks, the access control list, and anywhere you could previously enter a list of I.P. addresses/netblocks.
- When selecting "run spampal" from installer, no longer gives error message if SpamPal service already running.
- Added informative messages to "add to blacklist" and "add to whitelist" dialogs. (Advice on the best way to lay out these windows would be appreciated, as I think they look rather ugly right now!)
- New option in the Interface pane allows you to deactivate SpamPal's checking that status window is always on main desktop - implemented because I found I couldn't make it open the status window on my new second monitor.
- Tweaked layout of Plugin pane of options dialog (thanks Steve!)
- Added 'donations' page to options window
- Blacklist querying:
- Was recording some DNSBL result codes as negative values in logfile - fixed.
- Hostname lookups are now cached for a few hours; should give a minor improvement to UrlBody's speed when you receive lots of spam advertising the same thing.
- Fiddled around with DNSBL query multi-threading to hopefully make it yet more efficient.
- New option on the "Advanced" pane to make SpamPal wait for all DNSBL queries to complete before starting to filter the message body.
- Windows Service support
- GUI client may now start slightly faster.
- GUI client wasn't always exiting properly if it failed to log into the service; fixed.
- Changed way temporary folders are named by GUI client.
- Misc:
- Converting config files from one language to another had become broken; fixed.
- Update-checking doesn't inform you of new beta-releases just because it thinks you're using a beta.
- Should now start up very slightly faster.
- Fixed thread handle leak that'd crept into recent betas.
- Logfile now reports when SpamPal attempts APOP authentication
- New "Protocol logging" screen of the options window; allows you to create protocol-level logs of your mail sessions, which will be useful for debugging purposes. (Previous debugging versions already did this, but I've removed that code from the latest one.)
- For debug-logging releases, two new registry keys allow you to turn debug-logginglogging on/off and set debug-logging folder.
- Now doesn't try to call the unsupported function TryEnterCriticalSection if SpamPal crashes on a Windows 95/98/ME machine.
- Source code:
- Recent versions of lcc-win32 seem to have changed the values they returned from vsnprintf - this could result in truncation of some configuration files when SpamPal was running as a service. Updated Spampal code to avoid this.
:strip_exif()/u/41628/Tigerweb.gif?f=community){kind=small}
:strip_exif()/u/69039/MetallicA.gif?f=community){kind=small}
:strip_icc():strip_exif()/u/21673/crop65674aee06c6d_cropped.jpg?f=community){kind=small}