Print Page | Close Window

SMTP Authentication and domain redirecting

Printed From: LogSat Software
Category: Spam Filter ISP
Forum Name: Spam Filter ISP Support
Forum Description: General support for Spam Filter ISP
URL: http://www.logsat.com/spamfilter/forums/forum_posts.asp?TID=6592
Printed Date: 22 October 2017 at 12:50am


Topic: SMTP Authentication and domain redirecting
Posted By: rudaf
Subject: SMTP Authentication and domain redirecting
Date Posted: 18 December 2008 at 1:56pm
SF ENT 4.0.1.785
DB SQL SVR 2000
OS win 2000 sp4
 
Question1 (SMTP AUTH):
 
We are trying to use SMTP AUTH feature in order to send mail outbound.
 
We tested the UNIX STYLE PASSWORD FILE but it keeps on return "Account failed: "
 
this is the password file format:
 
username:password
 
is it correct?
 
Question 2: (DOMAIN REDIRECTING)
 
We wish to redirect mails destinated to a domain to another one.
 
eg. mailto:*@DOMAIN.COM - *@DOMAIN.COM to mailto:*@DOMAIN.NET - *@DOMAIN.NET
 
Both domains are on the same server where SF forwards to.
 
Is there a way using SF to accomplish the task?
 
Thank you.
 



Replies:
Posted By: LogSat
Date Posted: 18 December 2008 at 4:58pm
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 ( http://www.logsat.com/spamfilter/pub/passwd.zip - 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.

-------------
Roberto Franceschetti

http://www.logsat.com" rel="nofollow - LogSat Software

http://www.logsat.com/sfi-spam-filter.asp" rel="nofollow - Spam Filter ISP



Print Page | Close Window