The Atlassian Community Forums are currently in read-only mode. We will be relaunching on a new platform on September 22 (read more here). We apologize for the extended downtime. For concerns or questions, please email communitymanagers@atlassian.com. See you on the other side, on the new Atlassian Community Forums! :)

×

Forums

Articles
Create
cancel
Showing results for 
Search instead for 
Did you mean: 

Anonymous portal submission fails "You do not have permission to create requests using this Portal"

Chester Tan
I'm New Here
I'm New Here
Those new to the Atlassian Community have posted less than three times. Give them a warm welcome!
September 3, 2026

Hi Atlassian Community,

I’m running into a persistent permission error when testing anonymous (unauthenticated) ticket creation on our Jira Service Management Cloud site, and I could use some fresh eyes on our setup.

Error: "Couldn't send request: You do not have permission to create requests using this Portal."

Current Configuration Details:

  1. Global Customer Access: "Allow accounts to be created for customers" and "Allow anyone to view your support websites and send requests without logging in" are both enabled.
  2. Channel Access: Set to Open under Space Settings > Customer permissions.
  3. Request Types: Published to an active Portal Group with no request-level restrictions.
  4. Space Permissions: Create Issues and Browse Projects are granted to Service Space Customer - Portal Access.

Observed Behavior:

  • Logged-in Users: Form submits without any errors.
  • Incognito / Unauthenticated Users: Filling out the automatically generated "Email confirmation to" field (e.g., using an external domain like @hotmail.com) triggers the permission error immediately upon clicking submit.

Has anyone encountered this specific issue where the global settings and channel permissions are fully open, but the default "Email confirmation to" system field still blocks anonymous submissions? Any advice on hidden permission schemes or Atlassian Guard policies to check would be greatly appreciated!

2 answers

Comments for this post are closed

Community moderators have prevented the ability to post new answers.

Post a new question

0 votes
Mihai_LeanZero
Atlassian Partner
September 5, 2026

Channel access is only the project half of it. There's a second toggle above that one at site level, and if it's off the portal keeps refusing anonymous submissions no matter how open the project itself looks.

Jira admin, global customer settings. "Can customers access and send requests from the help center without logging in?" needs to be Yes. The project setting you've already got stays on Anyone. Both have to line up.

That's probably why it dies right as the email field gets filled in, because raising a request anonymously means JSM has to create a portal-only customer for that address on the spot and that creation step is the thing being refused. Logged-in users don't hit it.

Check Directory, then Portal-only customers, after a failed attempt. Nothing created there points at the global toggle rather than your project config.

0 votes
Arkadiusz Wroblewski
Community Champion
September 3, 2026

Hello @Chester Tan 

When using the anonymous portal, remember that submitting an email means Jira Service Management (JSM) must create or resolve a customer account before a ticket can be generated. This is why logged-in tests pass while anonymous tests fail.

You should Check:

1. Customer Access Settings: In Atlassian Administration > Customer Access > Account Types > External, confirm that "Allow portal-only accounts to be created for new customers" is enabled. If "Only allow account creation for customers with specific email domains" is active, ensure your test domain is included.

2. Existing Atlassian Accounts: If a user has an existing Atlassian account without JSM Customer access, entering that email will lead to a "You do not have permission" error. Assign the free JSM Customer role and check again

3. Verify Customer Creation: After a failed attempt, check Directory > Portal-only Customers. If the account was created, use browser DevTools (Network tab) during submission to identify the backend error.

You can also send a test email from a new external address to see if the issue is due to customer provisioning or the portal. Don´t add "Anyone" to Jira project permissions or changing Guard settings for now, as these do not directly address customer account resolution.

Change access settings for your customers | Jira Service Management Cloud | Atlassian Support

Set up and manage help center access | Jira Service Management Cloud | Atlassian Support

Best,

Arek🤠

DEPLOYMENT TYPE
CLOUD
PRODUCT PLAN
FREE
PERMISSIONS LEVEL
Product Admin
TAGS
AUG Leaders

Atlassian Community Events