Avatar of Solutions4Problems
Solutions4Problems
Flag for Belgium asked on

Problem with Exchange email - GFI mailessential

HI

I am facing a unique problem. I have 192.168.0.2 server where my GFI mailessential was installed. I have my exchange server 192.168.0.3.

Today we had a crash for the server 192.168.0.2 hence we installed the applicaiton on 192.168.0.4

Now my emails are being received on 192.168.0.4 but they are nor being accepted by my exchange 2010 server.

We are doing the same from IIS SMTP smart host forwarding to 192.168.0.3

When anyone sent emai from outside they get the NDR.

This is an automatically generated Delivery Status Notification. Delivery to the following recipients failed. Network@Mydomain.com Final-Recipient: rfc822;network@mydomain.com Action: failed Status: 5.7.1 Diagnostic-Code: smtp;550 5.7.1 Unable to relay for network@mydomain.com

So i change the setting for the relay to integrated and now i see that everything is stopped in the QUE folder on 192.168.0.2

Please suggest how can i resolve this problem. my production is down.

Best regards
Shailesh
Exchange

Avatar of undefined
Last Comment
Solutions4Problems

8/22/2022 - Mon
the_endjinn

Your exchange server receive connector is probably only set to allow relay of messages from 192.168.0.2.

In the properties of your receive connector go to the network tab and add 192.168.0.4 to where it says "Receive mail from remote servers that have these IP addresses"
the_endjinn

The receive connectors in Exchange 2010 Management Console are under Server Configuration -> Hub Transport I believe.
Solutions4Problems

ASKER
Hi
i have already added 192.168.0.4 in the received mail from remote server settings.
Any other settings

Best regards
Shailesh
All of life is about relationships, and EE has made a viirtual community a real community. It lifts everyone's boat
William Peck
the_endjinn

The 550 might be from the server running GFI Mail Essentials, have you allowed it to do SMTP relay to the Exchange box?
the_endjinn

On the GFI box in IIS Manager, right click on SMTP Virtual Server and select Properties. Under the Access tab click on the Relay button in the Relay Restrictions sections to see which servers can relay through it.
SOLUTION
Solutions4Problems

Log in or sign up to see answer
Become an EE member today7-DAY FREE TRIAL
Members can start a 7-Day Free trial then enjoy unlimited access to the platform
Sign up - Free for 7 days
or
Learn why we charge membership fees
We get it - no one likes a content blocker. Take one extra minute and find out why we block content.
Not exactly the question you had in mind?
Sign up for an EE membership and get your own personalized solution. With an EE membership, you can ask unlimited troubleshooting, research, or opinion questions.
ask a question
Solutions4Problems

ASKER
I am getting following event in my GFI server

Message delivery to the host 192.168.0.3 failed while delivering to the remote domain 'geminicorp.be' for the following reason: The remote SMTP service rejected AUTH negotiation.
 The SMTP verb which caused the error is 'AUTH'.  The response from the remote server is '250-excahnge.yadomain.local Hello [192.168.0.4]
250-TURN
250-SIZE 2097152
250-ETRN
250-PIPELINING'.
Get an unlimited membership to EE for less than $4 a week.
Unlimited question asking, solutions, articles and more.
the_endjinn

On the new server running GFI have you configured any authentication methods in the SMTP service? Also, check what authentication the receive connector in exchange is expecting. Try them both with Anonymous and retest.
Solutions4Problems

ASKER
When i change the same to anoymous i get the NDR for Delivery failuers
ASKER CERTIFIED SOLUTION
Log in to continue reading
Log In
Sign up - Free for 7 days
Get an unlimited membership to EE for less than $4 a week.
Unlimited question asking, solutions, articles and more.
SOLUTION
Log in to continue reading
Log In
Sign up - Free for 7 days
Get an unlimited membership to EE for less than $4 a week.
Unlimited question asking, solutions, articles and more.
Solutions4Problems

ASKER
solution was pattially correct
Experts Exchange is like having an extremely knowledgeable team sitting and waiting for your call. Couldn't do my job half as well as I do without it!
James Murphy