<?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[Topics tagged with email]]></title><description><![CDATA[A list of topics that have been tagged with email]]></description><link>https://fusionauth.io/community/forum/tags/email</link><generator>RSS for Node</generator><lastBuildDate>Thu, 16 Jul 2026 20:45:44 GMT</lastBuildDate><atom:link href="https://fusionauth.io/community/forum/tags/email.rss" rel="self" type="application/rss+xml"/><pubDate>Invalid Date</pubDate><ttl>60</ttl><item><title><![CDATA[Troubleshooting Password Reset Email Delivery Issues in FusionAuth]]></title><description><![CDATA[<p dir="auto">First, ensure that <strong>Debug</strong> is enabled in your <strong>SMTP settings</strong> for the tenant. After enabling it, try sending password reset emails again and then <strong>check the Event Logs</strong> for any errors or details about why emails aren’t going out.</p>
<p dir="auto">For more troubleshooting steps, see the FusionAuth SMTP documentation:<br />
<a href="https://fusionauth.io/docs/customize/email-and-messages/configure-email#overview" rel="nofollow ugc">Configuring Email in FusionAuth</a></p>
]]></description><link>https://fusionauth.io/community/forum/topic/2992/troubleshooting-password-reset-email-delivery-issues-in-fusionauth</link><guid isPermaLink="true">https://fusionauth.io/community/forum/topic/2992/troubleshooting-password-reset-email-delivery-issues-in-fusionauth</guid><dc:creator><![CDATA[wesley]]></dc:creator><pubDate>Invalid Date</pubDate></item><item><title><![CDATA[How to Prevent Double Email Issues with FusionAuth&#x27;s Forgot Password API]]></title><description><![CDATA[<p dir="auto">This issue may occur if the Forgot Password email template is still enabled in FusionAuth. To resolve this:</p>


<p dir="auto"><strong>Disable the Forgot Password email template at the tenant level</strong>:<br />
Navigate to <strong>Tenant &gt; Edit Tenant &gt; Email tab &gt; Template Settings</strong>.<br />
Set the <strong>Forgot Password</strong> template to <strong>Feature Disabled</strong>.</p>


<p dir="auto"><strong>Check the application-specific settings</strong>:<br />
If you have an application-specific template set up, ensure the Forgot Password template is also disabled under the Application settings.</p>


<p dir="auto"><strong>Verify API configuration in the PHP client (if applicable)</strong>:<br />
If you’re using the PHP client, ensure <strong>sendForgotPasswordEmail</strong> is explicitly set to <strong>"false"</strong> (as a string with quotes), not just <strong>false</strong> (boolean). This ensures the value is passed correctly.<br />
These steps should prevent FusionAuth from sending its own Forgot Password email when the API is called, resolving the double-email issue.</p>


]]></description><link>https://fusionauth.io/community/forum/topic/2977/how-to-prevent-double-email-issues-with-fusionauth-s-forgot-password-api</link><guid isPermaLink="true">https://fusionauth.io/community/forum/topic/2977/how-to-prevent-double-email-issues-with-fusionauth-s-forgot-password-api</guid><dc:creator><![CDATA[wesley]]></dc:creator><pubDate>Invalid Date</pubDate></item><item><title><![CDATA[How to Prevent Double Email Issues with FusionAuth&#x27;s Forgot Password API]]></title><description><![CDATA[<p dir="auto">This issue may occur if the Forgot Password email template is still enabled in FusionAuth. To resolve this:</p>


<p dir="auto"><strong>Disable the Forgot Password email template at the tenant level</strong>:<br />
Navigate to <strong>Tenant &gt; Edit Tenant &gt; Email tab &gt; Template Settings</strong>.<br />
Set the <strong>Forgot Password</strong> template to <strong>Feature Disabled</strong>.</p>


<p dir="auto"><strong>Check the application-specific settings</strong>:<br />
If you have an application-specific template set up, ensure the Forgot Password template is also disabled under the Application settings.</p>


<p dir="auto"><strong>Verify API configuration in the PHP client (if applicable)</strong>:<br />
If you’re using the PHP client, ensure <strong>sendForgotPasswordEmail</strong> is explicitly set to <strong>"false"</strong> (as a string with quotes), not just <strong>false</strong> (boolean). This ensures the value is passed correctly.<br />
These steps should prevent FusionAuth from sending its own Forgot Password email when the API is called, resolving the double-email issue.</p>


]]></description><link>https://fusionauth.io/community/forum/topic/2818/how-to-prevent-double-email-issues-with-fusionauth-s-forgot-password-api</link><guid isPermaLink="true">https://fusionauth.io/community/forum/topic/2818/how-to-prevent-double-email-issues-with-fusionauth-s-forgot-password-api</guid><dc:creator><![CDATA[wesley]]></dc:creator><pubDate>Invalid Date</pubDate></item><item><title><![CDATA[E-mail field not exists in access token]]></title><description><![CDATA[<p dir="auto"><a class="mention plugin-mentions-user plugin-mentions-a" href="https://fusionauth.io/community/forum/uid/3001">@zaalbarxx</a> sorry for the delay. I might be missing it (sorry not a PHP person) but I don't see where that confusion comes into play. I know that some of our docs had to get updated because of a change that we made during our 1.50 release that required to request further details in our scopes request.</p>
<blockquote>
<p dir="auto">This release makes significant changes to the default behavior of new Applications with regard to scopes in OAuth workflows. The database migration will update existing Applications to behave in a backwards compatible manner. See the OAuth <a href="/docs/lifecycle/authenticate-users/oauth/scopes" rel="nofollow ugc">Scopes</a> documentation for more information, in particular the Relationship, Unknown scope policy, and Scope handling policy configurations.</p>
</blockquote>
<p dir="auto"><a href="https://fusionauth.io/docs/release-notes/#version-1-50-0" rel="nofollow ugc">https://fusionauth.io/docs/release-notes/#version-1-50-0</a></p>
<p dir="auto">Let me know if that still isn't making sense, or if there is a spot you were hung up on and I would be happy to update our docs. Or even better feel free to add a PR.</p>
]]></description><link>https://fusionauth.io/community/forum/topic/2692/e-mail-field-not-exists-in-access-token</link><guid isPermaLink="true">https://fusionauth.io/community/forum/topic/2692/e-mail-field-not-exists-in-access-token</guid><dc:creator><![CDATA[[[global:former-user]]]]></dc:creator><pubDate>Invalid Date</pubDate></item><item><title><![CDATA[Email Send exception while calling the &#x2F;registration API]]></title><description><![CDATA[<p dir="auto">Hi,</p>
<p dir="auto">We are calling the /api/user/registration API to create and register a new user. Our requirement is that we want to send an email verification first to the user, only after the user clicks on the link and verifies the email then we would like the user to be verified in FusioanAuth.</p>
<p dir="auto">Based on the API documentation it states that when we make a request to this API and if the "skipVerification" is set to default with is "false" it should send an email verification to the newly created user. And then the user should get an email.</p>
<p dir="auto">Though the call is successful we are getting the following error within the event logs  while sending the email.</p>
<p dir="auto">Async Email Send exception occurred.</p>
<p dir="auto">Template Id: 0e107c44-a3de-4607-b51c-cd797463ce3a<br />
Template Name: [FusionAuth Default] Email Verification<br />
Tenant Id: 07448f27-ca36-9612-8b9a-bce2e7137351<br />
Addressed to: <a href="mailto:apekshagb@gmail.com" rel="nofollow ugc">apekshagb@gmail.com</a></p>
<p dir="auto">Cause:<br />
javax.mail.MessagingException : Message: Could not connect to SMTP host: 127.0.0.1, port: 1025</p>
<p dir="auto">I did try to use an external SMTP server as mailcatcher but that didn't work either. Are we missing any configuration or we need to call a different API?</p>
<p dir="auto">Regards<br />
Apeksha</p>
]]></description><link>https://fusionauth.io/community/forum/topic/1587/email-send-exception-while-calling-the-registration-api</link><guid isPermaLink="true">https://fusionauth.io/community/forum/topic/1587/email-send-exception-while-calling-the-registration-api</guid><dc:creator><![CDATA[apeksha.barhanpur]]></dc:creator><pubDate>Invalid Date</pubDate></item><item><title><![CDATA[Unable to send email via JavaMail Prime Messaging Exception]]></title><description><![CDATA[<p dir="auto"><a class="mention plugin-mentions-user plugin-mentions-a" href="https://fusionauth.io/community/forum/uid/1403">@apeksha-barhanpur</a></p>
<p dir="auto">My apologies, I mistakenly believed you had a support plan with FusionAuth (let me know if I am mistaken).</p>
<p dir="auto">Regarding your question --</p>


<p dir="auto">Have you had a chance to review the troubleshooting guide that we publish for email?<br />
<a href="https://fusionauth.io/docs/v1/tech/admin-guide/troubleshooting#troubleshooting-email" rel="nofollow ugc">https://fusionauth.io/docs/v1/tech/admin-guide/troubleshooting#troubleshooting-email</a></p>


<p dir="auto">Lastly, a good tip is to remove FusionAuth completely from the email equation by using SWAKS. SWAKS will complete an email exchange with just your email provider credentials (thereby removing FusionAuth from the equation). If SWAKS fails, then would offer good troubleshooting information.<br />
<a href="http://www.jetmore.org/john/code/swaks/" rel="nofollow ugc">http://www.jetmore.org/john/code/swaks/</a></p>


<p dir="auto">Thanks,<br />
Josh</p>
]]></description><link>https://fusionauth.io/community/forum/topic/1586/unable-to-send-email-via-javamail-prime-messaging-exception</link><guid isPermaLink="true">https://fusionauth.io/community/forum/topic/1586/unable-to-send-email-via-javamail-prime-messaging-exception</guid><dc:creator><![CDATA[joshua]]></dc:creator><pubDate>Invalid Date</pubDate></item><item><title><![CDATA[Copied tenant, email can&#x27;t be sent?]]></title><description><![CDATA[<p dir="auto">A couple of things:</p>
<p dir="auto"><a href="https://fusionauth.io/docs/v1/tech/troubleshooting/#troubleshooting-email" rel="nofollow ugc">https://fusionauth.io/docs/v1/tech/troubleshooting/#troubleshooting-email</a> has troubleshooting tips worth checking out.</p>
<p dir="auto">The UI copy doesn't copy the SMTP password, so double check that as well.</p>
]]></description><link>https://fusionauth.io/community/forum/topic/1329/copied-tenant-email-can-t-be-sent</link><guid isPermaLink="true">https://fusionauth.io/community/forum/topic/1329/copied-tenant-email-can-t-be-sent</guid><dc:creator><![CDATA[dan]]></dc:creator><pubDate>Invalid Date</pubDate></item><item><title><![CDATA[Have a different email address sent to some SPs vs others]]></title><description><![CDATA[<p dir="auto">You want to look at <a href="https://fusionauth.io/docs/v1/tech/lambdas/samlv2-response-populate/" rel="nofollow ugc">https://fusionauth.io/docs/v1/tech/lambdas/samlv2-response-populate/</a> This can update the email/nameId before it is sent over to the special SP.</p>
<p dir="auto">You will want to create a separate application and set the Response Populate Lambda to the lambda which does this transformation. This can be done via the UI as illustrated here: <a href="https://fusionauth.io/docs/v1/tech/samlv2/" rel="nofollow ugc">https://fusionauth.io/docs/v1/tech/samlv2/</a></p>
]]></description><link>https://fusionauth.io/community/forum/topic/1295/have-a-different-email-address-sent-to-some-sps-vs-others</link><guid isPermaLink="true">https://fusionauth.io/community/forum/topic/1295/have-a-different-email-address-sent-to-some-sps-vs-others</guid><dc:creator><![CDATA[dan]]></dc:creator><pubDate>Invalid Date</pubDate></item><item><title><![CDATA[Email or phone number to login?]]></title><description><![CDATA[<p dir="auto">Yes. That’s how it currently works.</p>
<p dir="auto">We have on the roadmap a more flexible identity system but don't have a current timeline for implementation. Here's the tracking issue: <a href="https://github.com/FusionAuth/fusionauth-issues/issues/1" rel="nofollow ugc">https://github.com/FusionAuth/fusionauth-issues/issues/1</a></p>
]]></description><link>https://fusionauth.io/community/forum/topic/1221/email-or-phone-number-to-login</link><guid isPermaLink="true">https://fusionauth.io/community/forum/topic/1221/email-or-phone-number-to-login</guid><dc:creator><![CDATA[dan]]></dc:creator><pubDate>Invalid Date</pubDate></item><item><title><![CDATA[&quot;535 Incorrect authentication data&quot; when sending email]]></title><description><![CDATA[<p dir="auto">Ensure you are not using a reply address from @fusionauth.io; if you are this will fail our DMARC policy.</p>
<p dir="auto">You don’t necessarily want to remove this reply address, but it should not be using our email domain. Instead it should be an address that belongs to your organization, such as no-reply@example.com. (Or, even better: customersupport@example.com--I hate when I get an email I can't reply to, myself.)</p>
<p dir="auto">Each email template also has the option to override that default value with a different value. So you may also want to audit each email template to ensure if it is using a different From address, it is also owned by your domain.</p>
]]></description><link>https://fusionauth.io/community/forum/topic/1157/535-incorrect-authentication-data-when-sending-email</link><guid isPermaLink="true">https://fusionauth.io/community/forum/topic/1157/535-incorrect-authentication-data-when-sending-email</guid><dc:creator><![CDATA[dan]]></dc:creator><pubDate>Invalid Date</pubDate></item><item><title><![CDATA[Email verification security hole?]]></title><description><![CDATA[<p dir="auto">If you are using email verification, you can check this user state within your own app. (So, don't allow the attacker to access anything until their email address has been verified.)</p>
<p dir="auto">In version 1.27.0 you can configure a gated login flow when the user is not verified (this is a 'reactor' feature requiring a paid license). This will enforce email verification before we even redirect to your app. You can then also configure FusionAuth to delete users after N number of days if the user has not verified their email address. This can assist with build up of accounts that are not actually in use.</p>
]]></description><link>https://fusionauth.io/community/forum/topic/1156/email-verification-security-hole</link><guid isPermaLink="true">https://fusionauth.io/community/forum/topic/1156/email-verification-security-hole</guid><dc:creator><![CDATA[dan]]></dc:creator><pubDate>Invalid Date</pubDate></item><item><title><![CDATA[Unique usernames but not unique emails]]></title><description><![CDATA[<p dir="auto">I tried to specify both username and email and I got this error:</p>
{
  statusCode: 400,
  exception: {
    fieldErrors: {
      'user.email': [
        {
          code: '[blank]user.email',
          message: 'You must specify either the [user.email] or [user.username] property. If you are emailing the user you must specify the [user.email].'
        }
      ],
      'user.username': [
        {
          code: '[blank]user.username',
          message: 'You must specify either the [user.email] or [user.username] property. If you are emailing the user you must specify the [user.email].'
        }
      ]
    },
    generalErrors: []
  }
}

<p dir="auto">So basically I guess my best bet is to manually enforce uniqueness of username in my backend. But it could have been less cumbersome if I could delegate it to FusionAuth.</p>
<p dir="auto">I guess what I am trying to emphasis here is the fact that just by saving username in user.data we will be able to have both username and email but applying rules such as uniqueness would require more manual labor. Cannot we just tell FusionAuth to make sure that user.data.username should be unique in that app or tenant?</p>
Side note: Since my question is deviating from the OP I'll create a new post and reference this one.
]]></description><link>https://fusionauth.io/community/forum/topic/1032/unique-usernames-but-not-unique-emails</link><guid isPermaLink="true">https://fusionauth.io/community/forum/topic/1032/unique-usernames-but-not-unique-emails</guid><dc:creator><![CDATA[kasir-barati]]></dc:creator><pubDate>Invalid Date</pubDate></item><item><title><![CDATA[I want to send email from my docker image]]></title><description><![CDATA[<p dir="auto">I end up using a docker image of mailcatcher.</p>
<p dir="auto">I use the default docker-compose.yml, but use this docker-compose.override.yml:</p>
version: '3'

services:
  mailcatcher:
    image: yappabe/mailcatcher
    ports:
      - "1025:1025"
      - "1080:1080"
    networks:
      - mailcatcher

  search:
    image: docker.elastic.co/elasticsearch/elasticsearch:7.8.1
    environment:
      cluster.name: fusionauth
      bootstrap.memory_lock: "true"
      discovery.type: single-node
      FUSIONAUTH_SEARCH_MEMORY: ${FUSIONAUTH_SEARCH_MEMORY}
      ES_JAVA_OPTS: ${ES_JAVA_OPTS}
    # Un-comment to access the search service directly
    # ports:
    #  - 9200:9200
    #  - 9300:9300
    networks:
      - search
    restart: unless-stopped
    ulimits:
      memlock:
        soft: -1
        hard: -1
    volumes:
      - es_data:/usr/share/elasticsearch/data

  fusionauth:
    depends_on:
      - search
      - mailcatcher
    environment:
      SEARCH_SERVERS: http://search:9200
      SEARCH_TYPE: elasticsearch
    networks:
      - mailcatcher
      - search

networks:
  search:
    driver: bridge
  mailcatcher:
    driver: bridge

volumes:
  es_data:

<p dir="auto">Then I configure the SMTP settings to use the hostname mailcatcher and the port 1025. I can then send email and view it in the mailcatcher interface, at localhost:1080.</p>
<p dir="auto">Here's the relevant dockerfile: <a href="https://github.com/yappabe/docker-mailcatcher/blob/master/Dockerfile" rel="nofollow ugc">https://github.com/yappabe/docker-mailcatcher/blob/master/Dockerfile</a></p>
<p dir="auto">Here's more about mailcatcher: <a href="https://mailcatcher.me/" rel="nofollow ugc">https://mailcatcher.me/</a></p>
]]></description><link>https://fusionauth.io/community/forum/topic/1026/i-want-to-send-email-from-my-docker-image</link><guid isPermaLink="true">https://fusionauth.io/community/forum/topic/1026/i-want-to-send-email-from-my-docker-image</guid><dc:creator><![CDATA[dan]]></dc:creator><pubDate>Invalid Date</pubDate></item><item><title><![CDATA[Email Template URL Calculation]]></title><description><![CDATA[<p dir="auto">A couple of options:</p>


<p dir="auto">You could optionally configure a different template for each tenant so you could hard code the correct URL in each template.</p>


<p dir="auto">You could also add the correct URL to the tenant.data and then pull it out in the template during render so you could use the same template across tenants.</p>


<p dir="auto">If the state parameter is working well for you for other APIs, you could open a feature request in GH to add this to the API in question.</p>


]]></description><link>https://fusionauth.io/community/forum/topic/947/email-template-url-calculation</link><guid isPermaLink="true">https://fusionauth.io/community/forum/topic/947/email-template-url-calculation</guid><dc:creator><![CDATA[[[global:former-user]]]]></dc:creator><pubDate>Invalid Date</pubDate></item><item><title><![CDATA[Sendgrid rejecting our FusionAuth email requests]]></title><description><![CDATA[<p dir="auto">Does SendGrid indicate why they are rejecting requests? In my experience, this is generally due to invalid creds, or a “From address” with a domain that does not match your SendGrid account.</p>
<p dir="auto">So if a default template is being used with a no-reply@fusionauth.io address you may see a runtime error such as a rejected SMTP request.</p>
<p dir="auto">Otherwise I'd make sure the IP address is in any whitelists, or share anything else that sendgrid logs.</p>
]]></description><link>https://fusionauth.io/community/forum/topic/888/sendgrid-rejecting-our-fusionauth-email-requests</link><guid isPermaLink="true">https://fusionauth.io/community/forum/topic/888/sendgrid-rejecting-our-fusionauth-email-requests</guid><dc:creator><![CDATA[dan]]></dc:creator><pubDate>Invalid Date</pubDate></item><item><title><![CDATA[Can you use the same template for the forgot password and send password emails?]]></title><description><![CDATA[<blockquote>
<p dir="auto">Since both APIs are technically the same, is there a way to use the email template defined for the Setup Password with the Forgot Password API?</p>
</blockquote>
<p dir="auto">Yes. Navigate to 'Tenants -&gt; your tenant -&gt; Email' and you can set 'Setup password' and 'Forgot password' to be the same template.</p>
<p dir="auto">There may be template variable differences, please consult the documentation and ensure you are checking for existence before you rely on them:</p>
<p dir="auto"><a href="https://fusionauth.io/docs/v1/tech/email-templates/email-templates/#setup-password" rel="nofollow ugc">https://fusionauth.io/docs/v1/tech/email-templates/email-templates/#setup-password</a></p>
<p dir="auto"><a href="https://fusionauth.io/docs/v1/tech/email-templates/email-templates/#change-password" rel="nofollow ugc">https://fusionauth.io/docs/v1/tech/email-templates/email-templates/#change-password</a></p>
]]></description><link>https://fusionauth.io/community/forum/topic/878/can-you-use-the-same-template-for-the-forgot-password-and-send-password-emails</link><guid isPermaLink="true">https://fusionauth.io/community/forum/topic/878/can-you-use-the-same-template-for-the-forgot-password-and-send-password-emails</guid><dc:creator><![CDATA[dan]]></dc:creator><pubDate>Invalid Date</pubDate></item><item><title><![CDATA[Same email address across social providers]]></title><description><![CDATA[<p dir="auto">Each user is unique within a tenant by email address. If a user in the same tenant wants to login with Facebook, Google, or LinkedIn, it will be the same User object.</p>
]]></description><link>https://fusionauth.io/community/forum/topic/805/same-email-address-across-social-providers</link><guid isPermaLink="true">https://fusionauth.io/community/forum/topic/805/same-email-address-across-social-providers</guid><dc:creator><![CDATA[dan]]></dc:creator><pubDate>Invalid Date</pubDate></item><item><title><![CDATA[Email verification email for &#x27;welcome message&#x27;]]></title><description><![CDATA[<p dir="auto">You are correct. The verified flag exists on the corresponding user and the registration. You could optionally use the "verify registration" templatefor this purpose.</p>
<p dir="auto">If you then ignored the verified: false flag on the registration in your code, it should not impact you.</p>
<p dir="auto">Another option would be to listen for the user.registration.create event and then fire off an email on your end, or call the Email Send API to send a pre-made FusionAuth email template as a welcome event: <a href="https://fusionauth.io/docs/v1/tech/apis/emails/#send-an-email" rel="nofollow ugc">https://fusionauth.io/docs/v1/tech/apis/emails/#send-an-email</a></p>
]]></description><link>https://fusionauth.io/community/forum/topic/746/email-verification-email-for-welcome-message</link><guid isPermaLink="true">https://fusionauth.io/community/forum/topic/746/email-verification-email-for-welcome-message</guid><dc:creator><![CDATA[dan]]></dc:creator><pubDate>Invalid Date</pubDate></item><item><title><![CDATA[Magic link expiration when email previews link]]></title><description><![CDATA[<p dir="auto">This is unfortunately a known issue. See <a href="https://github.com/FusionAuth/fusionauth-issues/issues/629" rel="nofollow ugc">https://github.com/FusionAuth/fusionauth-issues/issues/629</a> for some discussion. There are some workarounds in some situations (allow lists in Office 365) but no general workaround.</p>
]]></description><link>https://fusionauth.io/community/forum/topic/732/magic-link-expiration-when-email-previews-link</link><guid isPermaLink="true">https://fusionauth.io/community/forum/topic/732/magic-link-expiration-when-email-previews-link</guid><dc:creator><![CDATA[dan]]></dc:creator><pubDate>Invalid Date</pubDate></item></channel></rss>