Fix 0X00000981: 'The alert recipient is invalid'
This error means Windows can't send an alert because the recipient email address is wrong or misconfigured. Fix it in under 30 seconds by checking the address.
What Error 0X00000981 Actually Means
You're seeing this error because Windows Performance Monitor (or Task Scheduler) tried to send an email alert, but the recipient address you entered isn't valid or the SMTP server rejected it. I've seen this happen after someone types example@@domain.com or leaves the recipient field blank. The real fix is checking that email address first.
This error usually pops up when you set up an alert in Performance Monitor (perfmon.exe) or a Task Scheduler task that triggers an email action. The system can't verify the recipient, so it throws 0X00000981 and gives up. Don't worry — you're likely 30 seconds away from solving it.
Fix 1: Check the Recipient Email Address (30 Seconds)
Start here. This is the most common cause — a typo or a blank field.
- Open Performance Monitor. Hit Win + R, type
perfmon, and press Enter. - In the left pane, expand Data Collector Sets and click User Defined.
- Find the alert that's failing. Right-click it and choose Properties.
- Click the Alert Action tab (or Task tab in some versions). Look for the email recipient field.
- Check the address. Common mistakes:
- Two @ symbols like
user@@domain.com - A missing domain like
user@ - Spaces in the address
- The field is blank — yes, I've seen that more than once.
- Two @ symbols like
- Fix the address or add a valid one. After typing, click Apply and OK.
- Test it. Right-click the alert and select Start. Force a condition to trigger the alert. If the error is gone, you're done. If not, move to Fix 2.
Expected outcome: After clicking Apply, you should see the Properties window close without an error message. When you trigger the alert, the error 0X00000981 should no longer appear in Event Viewer.
Fix 2: Check SMTP Server Settings (5 Minutes)
If the email address is correct, the problem is likely with the SMTP server configuration. This happens when the server requires authentication or uses a different port than what you set up.
- In the same Properties window (from Fix 1), look for an SMTP Server field or a Configure button next to email settings.
- Verify the server address. Common values:
- For Office 365:
smtp.office365.comon port 587 - For Gmail:
smtp.gmail.comon port 587 (requires app password) - For your own server: ask your IT department for the exact hostname and port.
- For Office 365:
- Make sure Use SSL/TLS is checked if your SMTP server requires it (most modern ones do).
- If authentication is needed, enter the correct username and password. Don't leave these blank unless your server allows anonymous relay.
- Click Apply and then Test (if available). Some versions of Performance Monitor have a test button. If not, trigger the alert again.
- Still failing? Open Event Viewer (Win + R, type
eventvwr). Go to Windows Logs > Application. Look for a warning or error with source PerfMon or Microsoft-Windows-TaskScheduler. The details often say why the email failed — like "SMTP server not found" or "Authentication failed."
Expected outcome: After correcting the SMTP settings, the test should send a test email (if available) or the next triggered alert should succeed. No error 0X00000981 in Event Viewer.
Fix 3: Recreate the Alert from Scratch (15+ Minutes)
If you've checked the address and the SMTP settings and it's still broken, the alert may have corrupted internal configuration data. I've seen this happen after a Windows update or a registry cleanup tool ran. The only reliable fix is to delete the alert and build it again.
- Open Performance Monitor again.
- In the left pane, expand Data Collector Sets > User Defined.
- Select the failing alert. Press Delete or right-click and choose Delete.
- Confirm the deletion. This removes the alert entirely — you can't undo it.
- Now create a new one: Right-click User Defined, choose New > Data Collector Set.
- Name it something clear like Disk Space Alert. Choose Create manually (Advanced) and click Next.
- Select Performance Counter Alert and click Next.
- Add your counters (like
\LogicalDisk(*)\Free Space). Set the threshold. Click Next. - On the Alert Action tab, check Run a task when alert is triggered and pick a task that sends the email. Or use the built-in email option if available.
- Enter the recipient email again — carefully this time. Double-check for typos.
- Enter SMTP server details as in Fix 2.
- Click Finish.
- Start the alert and test it. If it works, the error is gone. If it still fails, the problem might be with the email task itself, not the alert.
Expected outcome: The new alert should start without errors. When triggered, it sends the email successfully. Event Viewer shows no 0X00000981 entries related to this alert.
What If None of These Work?
If you're still seeing 0X00000981 after Fix 3, the issue might be outside Performance Monitor entirely. Check:
- Windows Firewall — it might be blocking outbound SMTP traffic. Temporarily disable it to test (but turn it back on afterward).
- Antivirus — some security software blocks email alerts from system tools. Look for email scanning or SMTP blocking features.
- DNS resolution — your computer might not be able to resolve the SMTP server hostname. Run
nslookup smtp.yourserver.comin Command Prompt to see if it returns an IP.
I've seen a case where a corporate proxy was intercepting all SMTP traffic and requiring a certificate that Performance Monitor couldn't provide. In that situation, the only workaround was to switch to a local relay server that didn't require authentication. Talk to your network admin if you suspect this.
You've got this. Start with Fix 1 — odds are it's just a typo.
Was this solution helpful?