WSS 3.0 Sharepoints alerts are not working.
Hi,In our company we have problems with the sharepoints alerts (SP 2007 on windows 2003). No one receives the email alerts.Other mail functionality works correctly.When a user installs an alert he receives an email "You have successfully created an alert for ...".* It was a new installation so it isn't an upgrade problem.* The mail settings in the central administration are OK* Timer job status: Immediate Alerts oppnsps01 Succeeded 100% 1/3/2008 10:35 AM * In the logs i don't find errors* I tried the following commands: NOKstsadm.exe -o setproperty -url http://oppnsps01/sites/library -pn alerts-enabled -pv true stsadm.exe -o setproperty -urlhttp://oppnsps01/sites/library -pn job-immediate-alerts -pv "every 5 minutes" * I've requested and installed the latest hotfix package: NOK* It's not a permission issue -> i have the same problem and have all rightsCan someone help?Thanks.Gr,Frederik
January 3rd, 2008 12:52pm
When a new folder is created in the document library an alert is sent (not at an upload of a new document). Strange...
January 3rd, 2008 1:14pm
January 6th, 2008 11:34pm
I have exactly the same problem ! no error informations in the event viewer... nobody can help us ?
January 10th, 2008 5:16pm
I have the exact same problem. The Timer service is running on our server and the user gets an email from the server that the alert has been created. But anytime a change is made in the the user never gets an alert. I have tried several different scenarios and they are all the same. No alerts.
January 10th, 2008 7:26pm
Have you checked the ULS and system logs to make sure there aren't any errors with the timer service? I've seen this happen when the account used for the service has issues (expired password, no access, etc).
January 10th, 2008 8:26pm
Yeah. No errors. I spoke with our SQL admin (databases are housed on seperate SQL 2005 server) and also sent him this KB article: http://support.microsoft.com/kb/936759. Symptoms appear to be that WSS email alert services is not being notified when data changes in SQL db. Still looking into it.
January 10th, 2008 9:39pm
I've found a interesting link : http://sharepoint.microsoft.com/sharepoint/worldwide/us/southeast/Wiki/Troubleshooting%20Alerts%20in%20WSS%203.0%20-%20MOSS.aspx I haven't tested yet... maybe it can help you !
January 11th, 2008 2:24pm
Ok, thanks for the link. i'll check it this afternoon.
January 14th, 2008 12:56pm
I tried to execute this "stsadm.exe-o getproperty -url http://problemsite -pn alerts-enabled" but then i get this error in the dos-windows: The server administration programs and the Windows SharePoint Services Web applications on this Web server are not compatible. Ensure that the administration program is the same version as the Web application. Can this occurs the problem? Normally the versions should be the same. I have installed them with the same cdrom. Gr, Frederik
January 14th, 2008 4:24pm
I was able to resolve my alert problems by stopping and restarting both Window Time and Windows Sharepoint Services Timer services in the MMC on the server running my WSS configuration.
January 18th, 2008 3:01am
I tried it but it doesn't help. I've already restarted the server completely -> NOK Pfffff
January 18th, 2008 3:56pm
The problem isn't solved yet. It's really a strange issue. No one an idea? Frederik
February 20th, 2008 11:04am
Frederik,Have you been able to resolve this issue with the alerts not working properly yet? Thanks in advance!
August 26th, 2008 10:29pm
i have just found the same problem...no alert going out except the information message that alert has been set up on that library for that user. if i create a folder in the library i do get an alert it was created but not when i create or upload a document. alert set on new item added- anything changes- immediate email. only diffrence it my lib is a forms library. i get not error messages in logs cant find any trace of an alert anywhere.if i create a normal document library and add an alert it works as it should ! but i doubt its becuasei try on form libarary it doesnt work.very strange. any clues on that ?
November 6th, 2008 3:45pm
Hi,I had this problem with a document library also. Turns out it was a combination of security and versioning.If security on the document library was controlled through AD groups (ie. adding an AD group to the Sharepoint groups), nobody got alert messages. Adding users directly to the Sharepoint groups resolved this.Once the security was sorted, read only users received alerts for new folders, but not for files. This was because the document library was set to allow minor and major versions of files. All files being uploaded were checked in as version 0.1 -- a minor version. Even though the doc library was set to allow read access to minor versions, the alerts were not sent. When a document was published as a major version, the alerts would be sent. This would make more sense to me if the readers were not allowed to access minor versions. Anyway, you can either make sure documents are published as major versions or set the library to only store major versions. If you're only storing major versions, a document will be assigned 1.0 when uploaded and all alerts will be sent.Hope this helps.
November 11th, 2008 9:02am
Hi,Ihave the sameproblem on a MOSS 2007 Web site : my customer would like to receive notification emails for minor version : after few investigations I could notice that notifications were sent only when documents are published as major versions.Does anybody know if this is a feature of SharePoint or a bug ?To myopinion, thenormal behaviour should be thatthe notification emailson minor version depend on the "Who can see minor version : Anybody, only contributers, only approvers" parameter of the document library...Did someone managed to activate notifications for minor versions ?Regards,LaurentLUNG
November 24th, 2008 12:53pm
Hi,After further investigation : users need to have the "Approve elements" permission to receive notifications on minor versions. The behaviour doesn't depend on the "Who can see minor version" doclib parameter.I will try to post a Microsoft case on this problem...Regards,LaurentLUNG
November 24th, 2008 1:29pm
Many thanks for the information about the Approve elements permission - it saved me a lot of investigation!
December 9th, 2008 10:32am
babeach said: I was able to resolve my alert problems by stopping and restarting both Window Time and Windows Sharepoint Services Timer services in the MMC on the server running my WSS configuration. Can someone please explain to me what running "WSS configuration" could mean here?Thanks,
February 22nd, 2009 8:45pm
Hello, This is for Laurent...you stated you were going to post a case on Microsoft IRT this issue. Have you received any answer?Thanks so much.KeyKey
March 23rd, 2009 11:36pm
Hi,have you been able to resolve this issue?Michal Straka
May 12th, 2009 4:39pm
Ok, for the novice users of sharepoint which includes myself.First off, I had the issue where I was receiving the confirmation emails for the alerts but not the actual alerts.1) Email server was setup correctly and was sending emails2) Thus the Schedule Timer OWSTIMER.EXE might be having issues. a) Verify Permissions (My account being used was Network Service) Verify permissions for the OWSTIMER.EXE File and Content Database which you defined (default is wss_content) are properly set. Best way is to do this via Service Accounts in Central Administration. b) Review Log Files: Mine are located at: c:\program files\common files\microsoft shared\web server extensions\12\logs - review lines indicated by process OWSTIMER.EXE (Especially Category Timer under this process)NOTE: My issue was this, and it was stated in the log file: Alerts Job Failed to initialize site collection for subscription.........possibly incorrect siteurl http//blah.blah. I solved this issue by ensuring my Alternate Access Mappings in Central Administration had the same listed siteurl that my Log file contained. It happened that it wasn't the same so I had to edit the url in the mappings so the OWSTIMER.EXE could access the content Database. Now Permissions could also affect the access to the content database, so please keep this in mind. c) Verify that your Anti-virus is not blocking the OWSTIMER.EXE as a Mass Email Spammer or anything else. d) Verify that the OWSTIMER.EXE is running in Services for your Operating System.If you changed any of these items, test out the alert again.
May 21st, 2009 10:30pm
I have now performed all of the above (except for the MOSS server since it is Windows Server 2003, SharePoint Services 3.0 SP1). I am completey astonished that something has not worked. I have exactly the same problem as mentioned in the beginning thread. I sincerely appreciate all the effort those with answers have put in here and all across the web, but to no avail, I have yet to get any activity alerts...just the ones that alert me when I have signed up for alerts on a particular web part. Any fresh ideas? Curious - I received one alert from all the stuff I tried the following morning at 7am. My alert was set up to receive a daily account. Interesting that it was only one and then stopped even to this day...something I did worked, but I changed it back.One more note that could help - my SharePointAdmin account (in which I configured it's email to go to my email account), the alerts it is configured for works.WPJim
September 1st, 2009 8:57pm
Found the solution for my problem - another Forum had listed this as a solution (can't recall which, been to so many):Go to the Central Administration tool for the affected site, click on Operations --> Access Drive MappingsEnsure that the URL listed for the DefaultZone is the URL of your site, not the Windows Name of your Site's server. If it is not, edit it (Click on the linked URL name).Hope this helps you.
September 14th, 2009 5:57pm
Found the solution for my problem - another Forum had listed this as a solution (can't recall which, been to so many): Go to the Central Administration tool for the affected site, click on Operations --> Access Drive Mappings Cool! It really works for me. So easy to fix and so hard to find. Thank you!
January 28th, 2010 11:56pm
Found the solution for my problem - another Forum had listed this as a solution (can't recall which, been to so many): Cool! It really works for me. So easy to fix and so hard to find. Thank you! And this worked for me. Thanks Dima JP
July 7th, 2010 5:08pm
I don't have "Access Drive Mappings" under Operations unless I'm just blind. the closest thing I see is "Alternative Access Mappings". Is that the same thing? Why don't I see what you are referring to? Is our SP version/update for MOSS2007 out of date? What do you mean by Windows Name? I'm assuming if I see and https URL in both fields (presuming Alternative Access Mappings is the same as what you referenced), it's set correctly, right?
September 7th, 2010 4:55pm
Sharepoint Central Administration Under IIS. Enter this site. Central Administration ----> Alternate Access Mappings NOW A LITTLE BACKGROUND INFO: Access mappings determine the url to use for a lot of the links built into sharepoint. Meaning, if you want to access the sharepoint site on the network, you could only configure the mappings to be an internal address such as http://my-server:21305 Where this represents the server's computer name. This wont function properly if you try and access it over the internet though. BUT, if you want to access the sharepoint site via the internet....you must ALSO configure a domain name such as http://blah.com. To do this, click add internal URLs, and place your domain http://yourdomain.com, you should be able to leave the zone to default. You must also setup a domain to have emails sent from sharepoint, you must also configure smtp on your server properly with your domain name. Any more questions please post.
September 8th, 2010 12:55am