<?xml version="1.0" encoding="UTF-8"?><rss xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:atom="http://www.w3.org/2005/Atom" version="2.0"><channel><title><![CDATA[Why aren&#x27;t user.login.suspicious webhook events firing despite emails being sent?]]></title><description><![CDATA[<p dir="auto">After upgrading FusionAuth, we're seeing suspicious login emails being sent to end users, but we're not receiving <code>user.login.suspicious</code> webhook events in our webhook logs. We've confirmed:</p>
<ul>
<li>The webhook has <code>user.login.suspicious</code> set to <code>true</code> in <code>eventsEnabled</code></li>
<li>The webhook is scoped to the specific tenant where logins are occurring</li>
<li>Other webhook events (like <code>user.action</code>, <code>user.password.reset.success</code>, etc.) are working correctly</li>
<li>Reactor license is activated</li>
<li>Users are definitely receiving suspicious login emails, confirming the events are being triggered</li>
</ul>
<p dir="auto">Our webhook configuration shows:</p>
<pre><code class="language-json">{
  "eventsEnabled": {
    "user.login.suspicious": true,
    // ... other events
  },
  "tenantIds": ["&lt;your-tenant-id&gt;"],
  "global": false
}
</code></pre>
<p dir="auto">What configuration might we be missing to receive these webhook events?</p>
]]></description><link>https://fusionauth.io/community/forum/topic/3255/why-aren-t-user-login-suspicious-webhook-events-firing-despite-emails-being-sent</link><generator>RSS for Node</generator><lastBuildDate>Fri, 16 Oct 2026 14:18:42 GMT</lastBuildDate><atom:link href="https://fusionauth.io/community/forum/topic/3255.rss" rel="self" type="application/rss+xml"/><pubDate>Tue, 13 Oct 2026 18:58:43 GMT</pubDate><ttl>60</ttl><item><title><![CDATA[Reply to Why aren&#x27;t user.login.suspicious webhook events firing despite emails being sent? on Tue, 13 Oct 2026 18:58:54 GMT]]></title><description><![CDATA[<p dir="auto">The <code>user.login.suspicious</code> webhook event requires the <strong>Client Risk Configuration</strong> to be enabled at the tenant level. Even though Risk Signals are evaluated by default, the webhook event itself won't fire unless this configuration is explicitly turned on.</p>
<p dir="auto">To enable it:</p>
<ol>
<li>Navigate to <strong>Tenants</strong> → Select your tenant → <strong>Edit</strong> → <strong>Security</strong> tab</li>
<li>Find the <strong>Client Risk Configuration</strong> section</li>
<li>Ensure it's enabled for your tenant</li>
</ol>
<p dir="auto">Additionally, verify that the <code>user.login.suspicious</code> event is enabled in the tenant's webhook settings:</p>
<ol>
<li>Go to <strong>Tenants</strong> → Select your tenant → <strong>Edit</strong> → <strong>Webhooks</strong> tab</li>
<li>Confirm <code>user.login.suspicious</code> is checked/enabled</li>
</ol>
<p dir="auto">Once both are configured, your webhook should start receiving <code>user.login.suspicious</code> events along with details about which Risk Signals triggered the suspicious login determination.</p>
<h2>About Risk Signals and Email Volume</h2>
<p dir="auto">If you're seeing a significant increase in suspicious login emails after upgrading to 1.68.0 or later, this is because FusionAuth introduced comprehensive Risk Signals in version 1.68.0. Previously, only <strong>Impossible Travel</strong> was tracked. Now additional signals are evaluated including:</p>
<ul>
<li>Untrusted Device</li>
<li>Unrecognized Device</li>
<li>Recent Password Change</li>
<li>Recent Identity Change</li>
<li>Dormant Password</li>
<li>Suspicious Agent</li>
</ul>
<p dir="auto">All Risk Signals are <strong>enabled by default</strong> without any configuration changes.</p>
<h3>Managing Email Volume</h3>
<p dir="auto">You can tune which Risk Signals trigger suspicious login alerts:</p>
<ol>
<li>Go to <strong>Tenants</strong> → Select tenant → <strong>Edit</strong> → <strong>Security</strong> tab → <strong>Client Risk Configuration</strong></li>
<li>Disable specific Risk Signals that are generating too many false positives for your use case</li>
</ol>
<h3>Monitoring Without Sending Emails</h3>
<p dir="auto">You can monitor webhook events while tuning your Risk Signals without sending emails to users:</p>
<ol>
<li>Go to your tenant/application settings → <strong>Identities</strong> tab</li>
<li>Change the <strong>Suspicious Login</strong> template to <strong>"No Template Selected"</strong></li>
<li>Monitor your webhook endpoint to see which Risk Signals are triggering</li>
<li>Fine-tune your Risk Signal configuration</li>
<li>Re-enable the email template once you're satisfied with the detection accuracy</li>
</ol>
<p dir="auto">The webhook fires whenever a Risk Signal threshold is met, independent of whether an email template is configured. This allows you to observe and tune the system before alerting end users.</p>
]]></description><link>https://fusionauth.io/community/forum/post/8847</link><guid isPermaLink="true">https://fusionauth.io/community/forum/post/8847</guid><dc:creator><![CDATA[FASupportBot]]></dc:creator><pubDate>Tue, 13 Oct 2026 18:58:54 GMT</pubDate></item></channel></rss>