Solved

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

Posted on 2013-01-24
8
1,574 Views
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:

http://blogs.technet.com/b/exchange/archive/2006/12/28/3397620.aspx

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:
      - 10.0.0.20 (my sbs2011 server IP address)
- Receive mail from remote server that have these IP addresses
      - 10.0.0.0/24 (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
0
Comment
Question by:hwtech
  • 4
  • 2
  • 2
8 Comments
 
LVL 13

Accepted Solution

by:
imkottees earned 100 total points
ID: 38815685
0
 

Author Comment

by:hwtech
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
0
 
LVL 13

Expert Comment

by:imkottees
ID: 38815784
0
 
LVL 38

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.
0
Why You Should Analyze Threat Actor TTPs

After years of analyzing threat actor behavior, it’s become clear that at any given time there are specific tactics, techniques, and procedures (TTPs) that are particularly prevalent. By analyzing and understanding these TTPs, you can dramatically enhance your security program.

 

Author Comment

by:hwtech
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
0
 
LVL 38

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.
0
 

Author Comment

by:hwtech
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.
0
 

Author Closing Comment

by:hwtech
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 10.0.0.0/24 setting. It would not work with this 10.0.0.0/24 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 10.0.0.0/24 network scope setting, I"d like to know for future reference.  But now working, and appreciate the assistance.
0

Featured Post

How to run any project with ease

Manage projects of all sizes how you want. Great for personal to-do lists, project milestones, team priorities and launch plans.
- Combine task lists, docs, spreadsheets, and chat in one
- View and edit from mobile/offline
- Cut down on emails

Join & Write a Comment

Find out how to use Active Directory data for email signature management in Microsoft Exchange and Office 365.
Not sure what the best email signature size is? Are you worried about email signature image size? Follow this best practice guide.
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…
The video tutorial explains the basics of the Exchange server Database Availability groups. The components of this video include: 1. Automatic Failover 2. Failover Clustering 3. Active Manager

746 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

Need Help in Real-Time?

Connect with top rated Experts

9 Experts available now in Live!

Get 1:1 Help Now