I can't seem to get the email alert working from Event Viewer on Windows 2008. From an event, we selected "Attach Task To This Event" from the context menu and completed the wizard which ended up creating a scheduled task. Unfortunately, when we intentionally offlined a service, it did not trigger an email alert. The history of the task showed: 202, Action Failed, Run Failure. The general tab showed: Task Scheduler failed to complete task "\Event Viewer Tasks\System_Service Control Manager_7036" , instance "{de23f633-a531-4f21-815e-52630c7fccce}" , action "This is a test. Spooler Stopped! Test Test" . Additional Data: Error Value: 2147746321. What is this 2147746321? Server is Windows 2008 SP2 (non-R2) and is joined into a domain. The job is set to run w/out the user having to be logged in, with highest privs and this account is designated as a local admin to that server. The email is routed thru our Exch 2007 Hub servers. Unfortunately, the Exch logs showed that the message never even hit Exch. As a test, from this server, I ran a manual telnet into the Hub on 25, and was able to send a test message from that local host. So connectivity into Exch from that server is good. For good measure, we turned off UAC as well and still the same result. Has anyone come across this before? Thanks, -Dave

Hi Dave, The following articles might be helpful: Event ID 202 — Task Monitoring and Control http://technet.microsoft.com/en-us/library/cc775089(WS.10).aspx Troubleshooting Task Scheduler http://technet.microsoft.com/en-us/library/cc721846.aspx If the problem continues, please let use know which SMTP server you are using and if it is a Windows SMTP. Regards, BruceThis posting is provided "AS IS" with no warranties, and confers no rights. Please remember to click "Mark as Answer" on the post that helps you, and to click "Unmark as Answer" if a marked post does not actually answer your question. This can be beneficial to other community members reading the thread.

Bruce: The error codes listed in your first link looked like they were in hex. I converted my error number (2147746321) to hex (0x80040211) and the resulting number did not match up to any codes listed. The second link asked me to confirm my SMTP settings but they are already correct. As for the SMTP details you requested, we pointed the Event Viewer task to our Exchange 2007 Hub. Locally on the server that is running the Event Viewer task, we assume it has its own native engine to generate the email as there are no configurable options other than the target SMTP relay. This server and this Exchange Hub are in the same VLAN. When I simulate a message from this server by opening a CMD prompt, doing a telnet into Exchange hub on port 25 and then issuing the manual telnet commands, I am able to send the message so connectivity into Exchange is good. The problem is when the Event Viewer task tries sending, it fails. Funny thing is, doing bing/google searches, I see others experiencing the same issue but no resolution seems to be posted in any forum. I have tried configuring the task to send via the hub's hostname and its IP address. The local McAfee software is not conflicting with the transmission either. Again, while not best practice, internally, our Exchange does not require internal senders to be authenticated. But I tried using real account with a mailbox and that also failed. I've tried also using a hub server from a different site and the same poor result. The server has UAC turned off (now) and for kicks we even had the job run with highest privs. What does 2147746321 mean? Thanks, -Dave

Hi Dave, Are you still stuck with the issue ?, the error value is for advance troubleshooting and would be helpful if we have the source code, from an external user you can ignore that.

Hi dave, I think you will give this permission on exchange default connector. can you try it? Get-ReceiveConnector default* | Add-ADPermission -User domainname\user -ExtendedRights "ms-Exch-SMTP-Accept-Any-Sender" And check defaut recive connector integreted windows authenticaiton check box is enabled. There is no human readable explanation in the data telling us why the email wasn’t sent. But there is an error value. 2147746321 (0×80040211). I had no idea what that value actually meant so I ran it through Microsoft’s Err.exe application which is able to resolve error values on Windows. The output of Err.exe looked like this: C:\Users\morgan\Downloads\Err\Err>err 2147746321 # for decimal -2147220975 / hex 0×80040211 : CDO_E_SMTP_SEND_FAILED cdosyserr.h thanx. Ersal OZ.

Hi dave, I think you will give this permission on exchange default connector. can you try it? Get-ReceiveConnector default* | Add-ADPermission -User domainname\user -ExtendedRights "ms-Exch-SMTP-Accept-Any-Sender" And check defaut recive connector integreted windows authenticaiton check box is enabled. There is no human readable explanation in the data telling us why the email wasn’t sent. But there is an error value. 2147746321 (0×80040211). I had no idea what that value actually meant so I ran it through Microsoft’s Err.exe application which is able to resolve error values on Windows. The output of Err.exe looked like this: C:\Users\morgan\Downloads\Err\Err>err 2147746321 # for decimal -2147220975 / hex 0×80040211 : CDO_E_SMTP_SEND_FAILED cdosyserr.h And i tried this i can send email. thanx. Ersal OZ.

Sainath: I actually gave up on this and we now use a scheduled task job to run logparser every 5 minutes to check for the last 5 mins worth of Event Viewer logs and if certain keywords are found, it just uses sendEmail.exe to send an alert email routed thru our Exchange... Ersal: Thank you for your assistance - but unfortunately for us, those settings are already configured against Exchange as we do not require authentication for internal relaying. -Dave

If anyone else has any luck, I've got the same problem. There seems to be quite a few people on Google with the issue but without any real solutions. The mail server in question for me is not Exchange but my ISP's one; but I know that they do accept anonymous mail (well, at least if the email originated from my subnet). I've got other software on this network that sends mail to that server okay without authentication. I'd rather not use any custom third party software if I don't need to (ironically because I figure that solution would be more likely to break).