Print Page | Close Window

Secondary smtp server offline

Printed From: LogSat Software
Category: Spam Filter ISP
Forum Name: Spam Filter ISP Support
Forum Description: General support for Spam Filter ISP
URL: https://www.logsat.com/spamfilter/forums/forum_posts.asp?TID=5638
Printed Date: 27 December 2024 at 3:39pm


Topic: Secondary smtp server offline
Posted By: richard
Subject: Secondary smtp server offline
Date Posted: 06 June 2006 at 10:07am
I have Spamfilter as my incoming mail server and Mcafee Webshield as a secondary server both running on the same server.  Spamfilter is listening on port 25 and processes the mail and then forward to Webshield which is listening on port 1026
normally this works real well and gives me two options at scanning for viruses.  sometimes i have had the webshield service shutdown and when this happens Spamfilter will give the following error
"Mail from xxx to xxx was returned to sender - server error - Read Timeout
is there any way to have spamfilter just queue up the received mail and hold until the webshield service is restarted?
i apologize if this has been asked before
Richard




Replies:
Posted By: LogSat
Date Posted: 06 June 2006 at 4:13pm
Richard,

If SpamFilter receives a "Read Timeout" error, it usually indicates that "something" is accepting SpamFilter's connection when SpamFilter tries to forward its emails, but does not allow a complete SMTP transaction to occur. If the Webshield service was completely shut off, and there wasn't anything "listening" on that server for SMTP traffic, SpamFilter would not be able to connect to it, and then yes, email would be queued up.
When you bring Webshield down, can you try, from a command prompt on SpamFilter's server, the following command:

telnet aaa.bbb.ccc.ddd 25  (substituting IP and port with that of Webshield)

If you get a:

Connecting To aaa.bbb.ccc.ddd...Could not open connection to the host, on port 25: Connect failed

then we may have to revisit this as SpamFilter should not connect and thus emails should be queued. But if you either get a connection (even a blank screen indicates a connection) or some sort of welcome banner, then wither Webshield is not completely down or another mail application is running on the server.

In the latest SpamFilter we have two new options in the SpamFilter.ini file to control when to queue emails or when to bounce them, depending on the error code output by your destination mail server. These however assume a successful connection to the dest server, so they may not apply to your case:

;Determines if SpamFilter should hold in the queue emails that were rejected by the destination SMTP server with an error in the 4xy range
QueueIfDestinationError400=true

;Determines if SpamFilter should hold in the queue emails that were rejected by the destination SMTP server with an error in the 5xy range
QueueIfDestinationError500=false



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

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

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


Posted By: richard
Date Posted: 06 June 2006 at 4:25pm
Roberto I believe you are correct.  Webshield was originally setup to listen on port 1027 but when the server rebooted last night the LSASS.EXE application took that port and consequently webshield was unable to startup.  You would be able to telnet to that port but no smtp transfer would happen so you are correct in your explanation.
thank you for your help
Richard



Print Page | Close Window