Forum Discussion
ascarola
Sep 16, 2022Copper Contributor
SharePoint Foundation 2019 On-prem Alert Issue
Hello! We have SharePoint Foundation 2019 on-prem with configuration database version 16.0.10377.20000. I am the new administrator for this SharePoint application. When site administrators configure ...
NanddeepNachan
Sep 18, 2022Learn Expert
Hi ascarola
Nice to hear that, setting up "My Sites" has resolved the issue partially.
- If you are using Claims based authentication on your Web application, then the user name should be in the format of i:0#.w|domain\username to make the alert work.
- If you are using Windows authentication then username in form of domain\username should work.
ascarola
Sep 19, 2022Copper Contributor
I'm not really sure, but I guess we are using claims-based authentication per the settings I see in the console.
When I received the server/application to administer, everything was working ok, but I had an issue viewing the settings for one site. To troubleshoot this, Microsoft initially required that the server be patched and that was tried, although it failed. From this exact point, the alerts stopped working. Upon troubleshooting that, I configured AD synchronization, in an effort to populate the user's e-mail addresses. The AD sync works, but it didn't resolve the user's problem of sending alerts. Do you think that I did not need the AD sync? The server is on-prem and a member of the domain. I believe it is using NTLM authentication. Thank you again.
When I received the server/application to administer, everything was working ok, but I had an issue viewing the settings for one site. To troubleshoot this, Microsoft initially required that the server be patched and that was tried, although it failed. From this exact point, the alerts stopped working. Upon troubleshooting that, I configured AD synchronization, in an effort to populate the user's e-mail addresses. The AD sync works, but it didn't resolve the user's problem of sending alerts. Do you think that I did not need the AD sync? The server is on-prem and a member of the domain. I believe it is using NTLM authentication. Thank you again.
- ascarolaSep 22, 2022Copper ContributorHow do I check the user name format for those who are not receiving the alerts?
For the users whose alerts are not working (everyone except me), when I hover over their usernames, I see the following:
{email address}
Active Directory
{DOMAIN}\{username} - NanddeepNachanSep 22, 2022Learn Expert
As you are using Claims auth, please check the user name format for those who are not receiving the alerts.
Whether it is i:0#.w|domain\username or just domain\username - ascarolaSep 22, 2022Copper ContributorConfirmed that the technician who patched the server did run the Wizard after as part of the psexec command. Do you have any other thoughts?
- ascarolaSep 19, 2022Copper ContributorUnfortunately, after checking with two users who were experiencing the problem, they are still not able to setup the alerts. They receive the same error, that the alert is configured but that they do not have an email address. So, nothing I've done has worked.
- ascarolaSep 19, 2022Copper ContributorWhat does it do exactly, and do you know of any links to documentation about the wizard, or whitepapers available online? Thank you.
- NanddeepNachanSep 19, 2022Learn Expert
Hi ascarola
It will cause downtime, as it stops SharePoint and IIS services on that server. Please run it after-hours.
- ascarolaSep 19, 2022Copper ContributorNo, I did not. What does that do? (I'm a new admin.) Also, will it cause any downtime or impact to production if I run it? (Should it be run after-hours?)
- NanddeepNachanSep 19, 2022Learn Expert
Hi ascarola
Although the patch was unsuccessful, did you run the SharePoint Product Configuration Wizard again?