locked
Distribution Group with external email addresses RRS feed

  • Question

  • I have an Exchange 2010 Distribution Group that was created by SharePoint. The group contains two users. One is an Active Directly user that has an Exchange mailbox. The other is an Active Directory user that does not have an Exchange mailbox, just an external email address (hotmail.com). When I send an email to this distribution group, the email is successfully delivered to the user with the Exchange email address but the user with the external email address does NOT get the email.

    Any ideas?

    Thursday, April 26, 2012 2:58 AM

All replies

  • I think you can create the SharePoint Group, not Exchange Group.

    And in Exchange just allow SharePoint server IP to relay message should be fine

    Thursday, April 26, 2012 5:27 AM
  • I think you can create the SharePoint Group, not Exchange Group.

    And in Exchange just allow SharePoint server IP to relay message should be fine

    I have done both of these things. I configured the relay per these instructions. I then created the group in SharePoint, and I see that it shows up Exchange as a Distribution Group. This is what leads me to think that this is somehow an Exchange related issue.

    Any other thoughts? Thank you!

    Thursday, April 26, 2012 1:49 PM
  • I think you can create the SharePoint Group, not Exchange Group.

    And in Exchange just allow SharePoint server IP to relay message should be fine

    I have done both of these things. I configured the relay per these instructions. I then created the group in SharePoint, and I see that it shows up Exchange as a Distribution Group. This is what leads me to think that this is somehow an Exchange related issue.

    Any other thoughts? Thank you!

    Turn up SMTP protocol logging on the receive connector that is doing the relaying and see what it logs when it fails.

    Thursday, April 26, 2012 1:54 PM
  • Turn up SMTP protocol logging on the receive connector that is doing the relaying and see what it logs when it fails.


    Pardon my ignorance, but what log file should I be looking at? I set the send connector to verbose logging but the latest entry in the log file from the SmtpSend directory is January 2011. What am I doing wrong?
    Friday, April 27, 2012 1:46 AM
  • Hello EdwardLee,

    After you sat the send connector to verbose logging, do you send one email to test for the issue?

    If not, please send one test email, then go to check for the logs.

    Thanks,

    Evan



    Evan Liu

    TechNet Community Support


    Friday, April 27, 2012 8:53 AM
    Moderator
  • After you sat the send connector to verbose logging, do you send one email to test for the issue?

    Hi Evan. A few questions:

    (1) Just to be clear, the log that I should be looking at is the Send Protocol Log, correct?

    (2) It would appear that emails to the distribution group in question are not generating anything in the Send Protocol Log. However, I do now see other activity in this log.

    Any thoughts?

    Friday, April 27, 2012 3:48 PM
  • After you sat the send connector to verbose logging, do you send one email to test for the issue?

    Hi Evan. A few questions:

    (1) Just to be clear, the log that I should be looking at is the Send Protocol Log, correct?

    (2) It would appear that emails to the distribution group in question are not generating anything in the Send Protocol Log. However, I do now see other activity in this log.

    Any thoughts?

    You should follow A_D_ advice and configure verbose logging on the receive connector.

    Martina Miskovic

    Friday, April 27, 2012 4:46 PM
  • After you sat the send connector to verbose logging, do you send one email to test for the issue?

    Hi Evan. A few questions:

    (1) Just to be clear, the log that I should be looking at is the Send Protocol Log, correct?

    (2) It would appear that emails to the distribution group in question are not generating anything in the Send Protocol Log. However, I do now see other activity in this log.

    Any thoughts?

    No, you need follow Andy's advice to enable logging on receive connector.

    I asked you send one test eamil is because you said you cannot see any lastest entry in the logs.

    Thanks,

    Evan


    Evan Liu

    TechNet Community Support

    Saturday, April 28, 2012 3:25 AM
    Moderator
  • I turned on logging. Sent a test email. Nothing appears in the log. The latest entry in the Receive Protocol Log is almost two weeks ago. Any ideas? Thanks.

    Saturday, April 28, 2012 3:49 PM
  • On Sat, 28 Apr 2012 15:49:29 +0000, EdwardLee wrote:
     
    >
    >
    >I turned on logging. Sent a test email. Nothing appears in the log. The latest entry in the Receive Protocol Log is almost two weeks ago. Any ideas? Thanks.
     
    If you've enabled protocol loggin on the receive connector(s) then
    this should veriry that fact:
    get-receiveconnector | fl name,ProtocolLoggingLevel
     
    To know where the transport server manages the log files, this should
    tell you:
    get-transportserver | fl name,ReceiveProtocolLogPath
     
    ---
    Rich Matheisen
    MCSE+I, Exchange MVP
     

    --- Rich Matheisen MCSE+I, Exchange MVP
    Saturday, April 28, 2012 8:56 PM
  • Thanks Rich. I had logging turned on for some receive connectors, but not all of them. Unfortunately, I see nothing in the log pertaining to the issue that I am hacing. :-(
    Monday, April 30, 2012 2:37 AM
  • On Mon, 30 Apr 2012 02:37:21 +0000, EdwardLee wrote:
     
    >Thanks Rich. I had logging turned on for some receive connectors, but not all of them. Unfortunately, I see nothing in the log pertaining to the issue that I am hacing. :-(
     
    Check the message tracking logs. The recipient address should be the
    address of the distribution group. You should see an "EXPAND" event
    and the result of the expansion should be there. You can then follow
    the ROUTING or SEND event to see where the messages went. If it says
    it was sent (not "delivered") there should be a corresponding event in
    the SEND Connector's SMTP protcol log showing the delivery.
     
    The Receive connector wouldn't be used if the message went from the
    mailbox to the hub transport role. The delivery of the message from
    the mailbox to the hub transport uses RPC. If the message was sent to
    another HT server by the first HT server there's be a log event in
    ther 2nd HT server's Receive Connector's log.
     
    ---
    Rich Matheisen
    MCSE+I, Exchange MVP
     

    --- Rich Matheisen MCSE+I, Exchange MVP
    Monday, April 30, 2012 4:26 AM
  • I have an Exchange 2010 Distribution Group that was created by SharePoint. The group contains two users. One is an Active Directly user that has an Exchange mailbox. The other is an Active Directory user that does not have an Exchange mailbox, just an external email address (hotmail.com). When I send an email to this distribution group, the email is successfully delivered to the user with the Exchange email address but the user with the external email address does NOT get the email.

    So, my solution to the issue was to create Mail User type accounts in Exchange.

    Some things I learned along the way...

    • SharePoint users with an Active Directory account but without an Exchange mailbox CAN be added to a SharePoint group. If you choose to send a welcome message when you add this type of user to a SharePoint group, it will work sucessfully using the email address from the Active Directory email field... THIS LEAD ME ASTRAY. :-) 
    • When a SharePoint group is mail enabled, it creates a Distribution Group in Exchange.
    • If you add an AD User that does not have an Exchange mailbox to a SharePoint group, that AD account WILL show up as a member when you view the Distribution Group membership in Exchange Management Console. HOWEVER, when you try to add this same AD User who doesn't have an Exchange mailbox to the Distribution Group via EMC, it can't be done... BIG CLUE HERE. :-) 

    Maybe this should have been obvious, but I'm just the "accidental tech," not formal system admin training. Thanks to everyone for offering advice.

    Sunday, May 13, 2012 2:40 PM