Has anybody run into this issue?
A customer of ours has a DSL connection running their own mailserver. They have their MX records pointing to our SpamFilter servers (primary & backup) so incase their DSL, or router, etc goes down and after scanning we redirect their outbound mail connection from port 25 to 20025 to connect to their Novell box. We are seeing this happen more often than not. That the SF servers will stop connecting to it and their mail gets queued on the SF servers. The retry is set for 5 mins and SF is showing that it's trying and trying and trying while the Novell Engineer monitors the Groupwise connections and does not see any connections from our SF servers. We stop and restart the service and then the queued mail starts delivering. We have this type of setup on a few other customers but they are not using Novell. We do not have any issues with them. The problem occurs only with this one customer with Novell. The Novell Engineer has tried every different setting to see if it's a timeout issue.
The tough part of this is... it works for a few hours and stops. Then after about 12 hours not working, it starts working again on its own or if we restart the SF service.
Roberto, can you tell me what the timeout is for outbound connections? Is it the same time setting as the incoming, or do you have something I can try? Thanks, Dan Blickensderfer
|