GFI essentials not rerouting to the exchange server after pop3

[thefrstgatsby]

I have setup GFI essentials on a standalone machine to dial into our ISP and download the company emails via pop3.

However the only steps I took in the installation were to configure the local computer to send all messages to the server, but I have configured nothing on the main exchange 2000 server, because in the documentation there seems to be nothing indicating that it needs to be configured in order to receive the the emails. The reason for this is that I want to test it out on my mailbox only, and let the other users still use the exchange pop until I have it working for me.

In the log, I can see all emails that have come in, but they aren't being routed. Is there anything on the exchange server that needs to be configured in order to have the test computer route the emails to it?

 

[de1458]

I think the doc does mentioned that you have to get iis smtp server running first, under the smtp virtual server, creat a domain and set your forwarding/smart host, your exchange's ip with format [xxx.xxx.xxx.xxx],
on the exchange you need to creat a smtp connector if not existed then again your relay svr's ip in the smart host field

 

[thefrstgatsby]

I did get the iis vertual server running on the gfi machine, I didn't get the smtp connector on the exchange because that's only for sending out not coming in. I want to make sure that the software is working on my email address before I run it full time on everyone's emails, because if I create the connector and it doesn't work right away, everyones' emails will be stuck, and I obviously can't have that.

 

[thefrstgatsby]

Ok, I managed to get the exchange to relay the message. On my side, I had to set the iis to send helo instead on ehlo and it worked. But that doesn't solve my problem because when I send out from the server, through the gfi box, it just sits there because the iis is set to helo now.

when I telnet into the exchange and type ehlo it responds with the proper information. What could be happening from the gfi install that would not allow the emails to send through to exchange when iis is set to helo?

 

[thefrstgatsby]

ok, update, I think. The outgoing has nothing to do with my helo setting for incoming mail being rerouted to the exchange because the gfi box doesn't use that to send email out. however, when the mail is rerouted through the gfi using a separate smtp connector for emails destined for the internet, they get stuck. This outbound mail is actually being rerouted from the gfi machine to another internal machine across a vpn, which then sends it out to the internet.

The mail is not getting from the gfi to the other machine. It is sitting in the queue. what could be causing this. When I telnet into the other maching across the vpn from the gfi machine, and send an email, it works. I'm at a loss.

 

[de1458]

gfi product is not a smtp svr by itself, you can start/stop it anytime and should not affect the email flow that between your relay iis host and the exchange svr,
put away the gfi first and go to mskb website find an article regarding how to setup your iis host to talk to the exchange, here is one for iis5.0,

http://support.microsoft.com/default.aspx?scid=kb;en-us;293800&Product=iis50

http://support.microsoft.com/default.aspx?scid=kb;en-us;310336&Product=iis50

if telnet went well, try turn on the gfi on the iis host and close the relay, a lot of good articles about in this FAQ forum.
setup a connector not necessary mean all the email will go through there if you don't set to route the entire org., for testing, you can creat a new smtp virtual svr, use port 3000, on the exchange in the system manager than add only that smtp virtual svr to the connector.

 

[thefrstgatsby]

I realize that, I was actually referring to the smtp connector settings. I tried to repost this as a separate subject, in order to avoid that confusion, but the administrator gave me trouble because he said it was "the same thing" which clearly it isn't. At any rate, I did manage to fix the problem.

Although I had ommitted the antivirus software from scanning the mailroot and gfi directories as mentioned in the manual, it still blocked messages from going out. However, once I removed antivirus completely, the messages began to flow again. So now the main server is scanning for viruses only, (as well as the individual user computers.