vbourbeau,
If the destination SMTP server is unavailable, offline, or rejects connection attempts with a 400 SMTP error code (which indicates a temporary error condition per RFC), then SpamFilter will by default queue the emails to be delivered, and will automatically re-attempt to deliver them every few minutes until the server is back online (by default it will retry forever). If the SMTP server instead rejects connections from SpamFilter with a 500 SMTP error code (which per RFC indicates a permanent error condition, such a non-existing user, mailbox full etc), then SpamFilter will not queue the email and will instead send a NDR to the sender to inform them of the problem. There are some settings in the SpamFilter.ini file which however can alter this default behavior: ;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=1 ;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=0 ;Number of hours SpamFilter will retry to deliver messages in queue to your destination SMTP server if it was unreachable. Enter 0 to try forever until back online. ExpireRetryQueueHours=0
From your post it's not possible to determine how your Exchange server was rejecting those emails. If you'd like to zip us SpamFilter's activity logfile for that day we'll be glad to help more. We'd also need the SpamFilter.ini file containing that day's settings as well, in case they were changed afterwards. You can email us the zip to support at logsat.com if the file is smaller than 8MB. If larger, I'll send you in a separate PM the credentials to upload it to our FTP site.
------------- Roberto Franceschetti
http://www.logsat.com" rel="nofollow - LogSat Software
http://www.logsat.com/sfi-spam-filter.asp" rel="nofollow - Spam Filter ISP
|