Outside E-mail

Home Forums Classic DFFS Outside E-mail

Viewing 8 reply threads
  • Author
    Posts
    • #13940
      Colin
      Participant

        Hi Alex,

        Could you provide some more information around this statement: “Please note that SP 2013 cannot send to E-Mail addresses outside your organization unless you check the “Use Workflow E-Mail”.”

        What is considered “Outside”? Are there any tweaks on the SharePoint Administration side that could make it possible?

        • This topic was modified 8 years, 1 month ago by Colin.
      • #13952
        Alexander Bautz
        Keymaster

          Hi,
          As far as I know, only emails within the domain that SharePoint is “installed” on will work in the “to” field.

          This only affects the “REST Email method”, and you can overcome it by setting up the DFFS_Email list with a workflow to send the email.

          Alexander

        • #14010
          Colin
          Participant

            Thanks for the additional information Alexander!

            My team and I are trying to avoid using workflows where possible. The REST approach has been working well for us in 98% of cases but we came across a few users where e-mails were not going through. However, e-mails generated from SharePoint alerts, permission grants, and powershell were going through without issue . We eventually discovered this SE post (http://sharepoint.stackexchange.com/questions/167348/sp-utilities-utility-sendemail-to-must-be-different-format-for-some-users) which found the resolution to be passing the users LoginName with an extra \ added to it (ex. i:0#.w|domain\\username). We have tested this and found it to resolve the issue.

            Would it be possible to update DFFS to use the LoginName from the PeoplePicker Values or provide an option for the user to choose this?

          • #14050
            Alexander Bautz
            Keymaster

              Hi,
              Does the affected users by any chance have a use name starting with the letter “n”?

              Alexander

            • #14058
              Colin
              Participant

                They do not, but you do have me curious as to what bug that may cause? 🙂

                Of the users that were not getting e-mails we have been able to identify one of two or more causes. A subset of that subset of users have multiple Active Directory accounts with the same e-mail assigned to both. We believe this causes an issue on the SharePoint Server side when validating the user as it receives multiple accounts when expecting one, and gives up there. We are still looking to understand what the root is for the rest of the users but the solution I mentioned in my last comment does solve the problem for all users, as well as works as expected for the users that worked using only email. Seeing the REST Email API provided with SharePoint is documented to accept a UserID in the To/From/CC variable would it be better to use that at all times given it is unique where e-mail may not be?

              • #14112
                Alexander Bautz
                Keymaster

                  Hi,
                  The reason for asking if the user name started with “n” was because I have seen this in a different scenario where a script interpreted a user name like this:

                  domain\name

                  to be

                  domain[newline_character]ame"

                  I’ll look into using full login name or if possible user id and get back to you.

                  Alexander

                • #14116
                  Colin
                  Participant

                    Makes sense. Maybe there is relation to that then for some of the affected users… Within our group of affected users, the users with two user accounts (matching e-mails in both) have one account that starts with “n” and another that does not. We want to send the e-mail to the account that does NOT start with “n”. I wonder if the “n” in the other account is creating conflict somehow.

                    We still have the rest of the affected users, without two accounts and without an “n” start where using LoginName resolved the no send issue. That leads me to believe the “n” isn’t the only cause but may be one to explore as well.

                    Thank you for your ongoing support,
                    Colin

                  • #14141
                    Alexander Bautz
                    Keymaster

                      Hi,
                      I have tested this and finds that using the login name works well, but using the user ID will not.

                      I’ll change the code to use the login name in the next release. Hopefully I’ll be able to get this release out during this week / next weekend.

                      Best regards,
                      Alexander

                    • #14160
                      Colin
                      Participant

                        Great! Thank you Alexander.

                    Viewing 8 reply threads
                    • You must be logged in to reply to this topic.