Home › Forums › Classic DFFS › Outside E-mail
- This topic has 8 replies, 2 voices, and was last updated 8 years ago by Colin.
-
AuthorPosts
-
-
November 3, 2016 at 16:24 #13940
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.
-
November 3, 2016 at 22:45 #13952
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
-
November 8, 2016 at 09:26 #14010
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?
-
November 9, 2016 at 20:33 #14050
Hi,
Does the affected users by any chance have a use name starting with the letter “n”?Alexander
-
November 9, 2016 at 21:12 #14058
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?
-
November 10, 2016 at 22:08 #14112
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
-
November 10, 2016 at 22:25 #14116
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 -
November 14, 2016 at 23:51 #14141
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 -
November 15, 2016 at 15:25 #14160
Great! Thank you Alexander.
-
-
AuthorPosts
- You must be logged in to reply to this topic.