Problem Sending And Receiving Email Through ISA Server Using Outlook

Posted on 2003-03-14
Medium Priority
Last Modified: 2013-11-16

     OK. First, I am very new to ISA Server, but even worse on Linux firewalls. So please bear with me. If I do not provide enough info please let me know.

I have two firewalls. One ISA and one Linux. The Linux firewall is old, not up to date, and we just plain do not want it anymore.

My issue is that when the two firewalls are up everything works fine. Email, Web, Our published web server, Vpn....and so on. When the Linux firewall is down everything still works fine.....for a while.

Today I shutdaown the Linux server around lunch time. I went around and evryone was able to send and receive email. I was happy! After a couple of hours I started receiving phone calls. One by one people were unable to send and receive email. After five people calling me I started the Linux server back up and everything was fine. I don't understand why some people were able to send/receive and others were not. All machines are setup exactly the same.

By the way the error I am receiving for Outlook when they do not work is "The specified server was found, but could not get a response." Does this sound like a packet filter problem? If so I have one set for Incoming Pop Protocol.

Any help is appreciated,

Question by:Corr
Welcome to Experts Exchange

Add your voice to the tech community where 5M+ people just like you are talking about what matters.

  • Help others & share knowledge
  • Earn cash & points
  • Learn & ask questions

Accepted Solution

MCSE-2002 earned 1000 total points
ID: 8140894
do you have both servers acting as default gateways on your local network?

If the linux server is on and the other is on, then when you kill one, those who have that gateway programmed in tcp/ip will be dead in the water.
They have access to local net, but no other networks (i.e. internet).

try doing a "tracert -d {mailserverip}" from a dos prompt from one of the dead machines.

then do a tracert -d mailserverip from a good one. Does the network use a different route?

try "telnet mailserveripaddress 25" from a dos prompt. Do you get a message like "220 mail.com smtp server ready.."
if you do, then you do have access on port 25, it is another problem.

how is your network set up?


if so, both firewalls must be operational, or no packets will go.

Hope this gives you some ideas

Author Comment

ID: 8153247
Hey MCSE-2002,

     To answer you first question no. The TCP/IP settings on a problem client are the same as the working clients.

I cannot to a tracert on a dead one yet as currently I do not want to interupt the business. I will try after hours.

When I do a tracert on my machine I did notice that it is going through the Linux server, which is what I don't want.

I will try the Telnet, but I would like to see if I can get the machines to go through the ISA.

My Network is set like this:

Internet--|ISA Firewall|--LAN
Internet--|Linux Firewall|--LAN

So your only going through one firewall to get to the LAN. Both walls have thier own Static WAN IP.

So I guess I need to find out why the client is going through the Linux server to get out. Any Ideas. TCP/IP Settings are setup properly to go through the ISA.




Expert Comment

ID: 8200176
do you have the ISA firewall clients installed ?

Expert Comment

ID: 8200240
Just a stab in the dark here.

How are you routing? Are you using Static or some routing protocol like RIP? If you are routing dynamically then could it be that the ISA box is loosing the routing table after a while because it is using the routes advertise by your linux box?

Is it just your email failing? If so is it inbound and out bound email? is your mail server inside or outside the firewall? Could your linux box have an MX record for your domain pointing to it?

I have seen cases where the email gets delivered to the firewall and then the firewall passes it onto the real mail server.

Author Comment

ID: 8205200

Although your answer didn't quite pinpoint the exact problem, it did however help me figure out what was wrong. So I am going to give you the points anyway.

The problem was that the clients must have been receiving the TCP/IP settings or just the default gateway IP from the DHCP server. I could have sworn that I changed that setting on the DHCP, but I guess I was wrong. So. I changed the default gateway on the DHCP server and it solved my problem. I have been running without the Linux server now and everything is peachy.



Featured Post

Put Machine Learning to Work--Protect Your Clients

Machine learning means Smarter Cybersecurity™ Solutions.
As technology continues to advance, managing and analyzing massive data sets just can’t be accomplished by humans alone. It requires huge amounts of memory and storage, as well as high-speed processing of the cloud.

Question has a verified solution.

If you are experiencing a similar issue, please ask a related question

To setup a SonicWALL for policy based routing to be used with the Websense Content Gateway there are several steps that need to be completed. Below is a rough guide for accomplishing this. One thing of note is this guide is intended to assist in the…
This article offers some helpful and general tips for safe browsing and online shopping. It offers simple and manageable procedures that help to ensure the safety of one's personal information and the security of any devices.
In this video you will find out how to export Office 365 mailboxes using the built in eDiscovery tool. Bear in mind that although this method might be useful in some cases, using PST files as Office 365 backup is troublesome in a long run (more on t…
In this video, Percona Director of Solution Engineering Jon Tobin discusses the function and features of Percona Server for MongoDB. How Percona can help Percona can help you determine if Percona Server for MongoDB is the right solution for …
Suggested Courses

770 members asked questions and received personalized solutions in the past 7 days.

Join the community of 500,000 technology professionals and ask your questions.

Join & Ask a Question