I have an oddity that I've run into (I guess it's not really an oddity considering how SIMS works), but I need to know if there is a solution.
We are running DNSRBL lookups, keep an local SMTP blacklist and have a router with umpteen entries. When someone sends a message to someone inadvertently with a domain that is routed to error by SIMS, it of course denies it, but because the SMTP settings are set to attempt delivery up to 5 times, I get a recurrent hang on the server and, due to my previous bonehead, had an absolutely HUGE log file over a couple of days due to an address being routed to error and trying to send to that domain from the LAN. That said, is there a workaround for this to allow SIMS to continue processing OTHER mail waiting in the queue, or is it strictly first-come, first-served? It was my mistake that cost that problem and I couldn't for the life of me see what was going on when I got here this morning until I checked in the log and saw the tons of entries of routed to error. It had chewed up all available disk space, so much that the server was rendered useless at that point because SIMS couldn't even write the temp files for the queue (at least that what I thought it was trying to do - it had several temp files that looked like queued messages). Any suggestions, other than the ribbing that I'm sure I'll receive, that is....... Thanks, all. Chris ############################################################# This message is sent to you because you are subscribed to the mailing list <[EMAIL PROTECTED]>. To unsubscribe, E-mail to: <[EMAIL PROTECTED]> To switch to the DIGEST mode, E-mail to <[EMAIL PROTECTED]> To switch to the INDEX mode, E-mail to <[EMAIL PROTECTED]> Send administrative queries to <[EMAIL PROTECTED]>
