Rudaf,

That format is fine, but please do note that the passwords *must* be encrypted using the unix "crypt" algorithm.

This functionality is aimed towards Unix users running sendmail or similar SMTP servers, as they already an existing password file for their users. If you do not have a Unix/Linux server, we ourselves use a free utility (www.logsat.com/spamfilter/pub/passwd.zip) to genereate crypt-compatible password files.

For reference, the following is what the user:roberto with password:password could look like:

roberto:rox7Jdqy.byUU

Different tools may provide different crypt versions of the same password, because they are based on a different "seed" value, that's ok.


For the "redirect" question, not out of the box. SpamFilter can forward all emails to different SMTP servers, but it cannot change the "to" address to something else.

An option could be to forward all filtered emails to a second installation of SpamFilter (you can install it on the same server running your 1st copy). You can then configure this 2nd install of SpamFilter to quarantine all the emails it receives (which have already been filtered for spam by your primary SpamFilter). Once they are in the database, you could schedule SQL jobs that replace all the "domain.com" with "domain.net" in the "To" field in the tblQuarantine, and then set the "deliver" field to "1". This will cause your second SpamFilter to deliver all emails to anywhere you want, with the email address replaced. You could replace the SQL job with a table trigger that will replace the domain on the fly before it is even inserted in the database, and will change the deliver flag in real-time as well. Please contact us via email if you need additional assistance with this procedure.

Edited by LogSat - 18 December 2008 at 5:00pm