SBS2011 / Exchange 2010 Receive Connector for server-based app to relay email

Posted on 2013-01-24
Last Modified: 2013-02-14
Deferring to the pros - I have a single server environment running SBS2011 w/ Exchange 2010.

There is an application that runs on this SBS2011server that uses an internal distribution list to send emails to internal and external email recipients. The email contacts reside on a database internal to the application.

I've stepped through a few articles on how to config a new receive connector, set the appropriate permissions, etc

The last article I tried was from this site, using Option 1:

I created a new connector and named "app relay connector"

Connector settings are:

Network Tab
 - Use the local IP address(s) to receive email from:
      - (my sbs2011 server IP address)
- Receive mail from remote server that have these IP addresses
      - (IP's of the workstations that run this app, run on this network)

Authentication Tab
      - TLS    (checked)
      - Externally Secured   (checked)

Permissions Groups
     - Exchange Servers    (checked)
     - NOTE - I've tried the "anonymous users" but did not work. Currently unchecked

I am getting a "client not authenticated" message. Which, from other steps I've taken in other articles, it's either this message or a "unable to relay" response.

Looking for assistance on how to get this properly configured, to where the application that resides locally on my SBS server can get it's internal email distribution list contacts receiving email.  - thanks
Question by:hwtech
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
  • 4
  • 2
  • 2
LVL 13

Accepted Solution

imkottees earned 100 total points
ID: 38815685

Author Comment

ID: 38815764
imkottees - this was one of the articles I've read, in the process of trying to get this to work. Reviewing your article link, the steps outlined appear to me to be identical to the steps I've already taken and noted in my question.

Correct me if I'm wrong and have missed a step listed in your article link - thanks
LVL 13

Expert Comment

ID: 38815784
Best Practices: Disaster Recovery Testing

Besides backup, any IT division should have a disaster recovery plan. You will find a few tips below relating to the development of such a plan and to what issues one should pay special attention in the course of backup planning.

LVL 41

Assisted Solution

by:Adam Brown
Adam Brown earned 400 total points
ID: 38816116
You don't need a receive connector if the application sending mail is located on the server itself and connecting directly to the Exchange services. Receive and Send connectors are used to communicate with other servers, not the server itself. If you can configure the application to connect to the mail server with a valid Mailbox account, you don't really have to do anything. Just make sure the mailbox used to authenticate has permission to send to the Distribution group. If you can't configure the application to use a valid mailbox, however, you just need to make sure the Distribution group is configured to allow communication from non-authenticated users.

Author Comment

ID: 38818498
Thanks for the clarification on the requirement to build a connector for a server-side based application, and the need to send email.

I'll need to contact the application vendor to get clarification on how exactly this program works. The application database resides on the server, but how you hook a mailbox into this, I'll have to ask. Will update as I make progress. Thanks
LVL 41

Expert Comment

by:Adam Brown
ID: 38819770
In the mean time, you should be able to just set up the Distribution groups to not require authentication from users that send to it.

Author Comment

ID: 38843863
Wanted to provide a quick update. I've contacted the program vendor who had sent prior info on setting up receive connectors, which didn't work, thus this open thread.

Not to shift blame, but I'm under the impression that he's not exactly sure how the email function within this program works. The "test" workstation we've been sending test emails from, did not have an Outlook client installed on it. We went to another workstation that does have an installed, working Exchange Outlook client on it, but still getting the same "client not authenticated" message when sending from within this program.

I'm to work with the vendor again today, so will update as I have something to update about. Thanks.

Author Closing Comment

ID: 38888969
Finally was able to make it back to this issue. I worked with the application vendor on this. He stated that even though the program database resided on the server, the emailing of outside contacts was initiated by the workstation, external to the server Exchange operations. So I provided inaccurate information as to how I understood this to work on my opening comment.

We built a new relay connector, and stepped thru multiple combinations of permissions, etc before this finally worked. We kept getting the client not authenticated, unable to relay. The final working configuration on this was "Authentication tab > Externally Secured (checked)" all others unchecked - "Permission Groups tab > anonymous users - exchange users - exchange servers (checked) " 

But none of the above settings worked when the "network tab - Received mail from remote servers having these IP addresses:" was set to setting. It would not work with this network block setting. It was not until we went in and put the individual workstation IP's to use this feature, i.e., 10.0.0.x. , before this finally worked.

I'm going to go ahead and close this ticket, but if you know of any issues on SBS-2011 Exchange and this network scope setting, I"d like to know for future reference.  But now working, and appreciate the assistance.

Featured Post

Creating Instructional Tutorials  

For Any Use & On Any Platform

Contextual Guidance at the moment of need helps your employees/users adopt software o& achieve even the most complex tasks instantly. Boost knowledge retention, software adoption & employee engagement with easy solution.

Question has a verified solution.

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

This article aims to explain the working of CircularLogArchiver. This tool was designed to solve the buildup of log file in cases where systems do not support circular logging or where circular logging is not enabled
Unified and professional email signatures help maintain a consistent company brand image to the outside world. This article shows how to create an email signature in Exchange Server 2010 using a transport rule and how to overcome native limitations …
In this video we show how to create a Contact in Exchange 2013. We show this process by using the Exchange Admin Center. Log into Exchange Admin Center.: First we need to log into the Exchange Admin Center. Navigate to the Recipients >> Contact ta…
Exchange organizations may use the Journaling Agent of the Transport Service to archive messages going through Exchange. However, if the Transport Service is integrated with some email content management application (such as an antispam), the admini…

729 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