Version 2 of AntiSpam is deprecated by now. Please use the new version 3.0.
We leave this page here just for historical reasons.
The following works for a multiuser installation of Pegasus Mail.
The following works for a single or multiuser installation of Pegasus Mail.
Either use setup.exe (the same program used for automatic installation)
or just delete all files called AntiSpam*.*
from the pmail user und program directories.
There are no registry entries, no files in other
directories or any other annoying stuff.
When you received unsolicited mail ...
You can also drag&drop mails on the extension window that came back because the recipient's email address/domain doesn't exist. It will be added to the so called domain filter, so that no more complaint mails are written to this domain.
Please be careful when you use AntiSpam: Never use it with "normal" messages or messages from mailing lists you are subscribed to.
AntiSpam was written in Delphi 4. Developers who are interested in an example of writing an Pegasus Mail extension using Delphi or who just want to test or improve the extension can download the source code [zip; 30 KB].
The extension and the source code are free and they will be free forever. But of course there is no warranty ...; everything is provided "as-is". Test reports (success and failures ;-)) and (ideas for) improvements are welcome.
Pegasus Mail provides an interface for the "communication" of an extension with the program (receiving
informations about messages or sending messages for example). We found no way to get
the content of a message through this interfaces without drag&drop.
For experts: This is true for the "composer" type of extensions (which we used for AntiSpam).
The interface Pegasus Mail provides for extensions does not provide a function that deletes messages. We could delete the message file directly from the harddisc (AntiSpam 1 did this), but this was not "gentle(wo)man - like". AntiSpam2 communicates only through the interface from Pegasus Mail.
We are not sure about that possibility; there are cases where some corrections can be useful (e.g. remove attachments or X-headers that contain personal informations) but in general the headers should stay "original". We will further consider this issue when planning the next release.
Interesting idea. We will consider a more intelligent signature handling for the next version
Technically that would be possible but we don't really like the idea. As an alternative we suggest to use the possibility of defining the order of the response templates in the pull down by giving the text files adequate names: AntiSpamComplain0.txt, AntiSpamComplain1.txt, ...
That's true. Maybe we'll change it for the next version. Until that time you hopefully find all necessary information on this web page.
Sorry for that but we have no possibility to test it and therefore we cannot do anything about it. We recommend to use the manual installation. If some programmer out there is eager to port the setup routine to W2K we would welcome that effort ...
You have to change the extension of the form fact file; for the german version it would be AntiSpam.fde instead of AntiSpam.fff.
© Philipp Spitzer and Gregor Herrmann (Toast Freeware)
Last update:
20.10.2003, 18:24 UTC