General:
Forums topic: Code Signing
Forums subtopic: Code Signing > Notarization
Forums tag: Notarization
WWDC 2018 Session 702 Your Apps and the Future of macOS Security
WWDC 2019 Session 703 All About Notarization
WWDC 2021 Session 10261 Faster and simpler notarization for Mac apps
WWDC 2022 Session 10109 What’s new in notarization for Mac apps — Amongst other things, this introduced the Notary REST API
Notarizing macOS Software Before Distribution documentation
Customizing the Notarization Workflow documentation
Resolving Common Notarization Issues documentation
Notary REST API documentation
TN3147 Migrating to the latest notarization tool technote
Fetching the Notary Log forums post
Q&A with the Mac notary service team Developer > News post
Apple notary service update Developer > News post
Notarisation and the macOS 10.9 SDK forums post
Testing a Notarised Product forums post
Notarisation Fundamentals forums post
The Pros and Cons of Stapling forums post
Resolving Error 65 When Stapling forums post
Many notarisation issues are actually code signing or trusted execution issue. For more on those topics, see Code Signing Resources and Trusted Execution Resources.
Share and Enjoy
—
Quinn “The Eskimo!” @ Developer Technical Support @ Apple
let myEmail = "eskimo" + "1" + "@" + "apple.com"
Notarization
RSS for tagNotarization is the process of scanning Developer ID-signed software for malicious components before distribution outside of the Mac App Store.
Selecting any option will automatically load the page
Post
Replies
Boosts
Views
Activity
I'm submitting my first macOS app (an Electron app, signed with Developer ID Application certificate and hardened runtime) for notarization using xcrun notarytool submit with App Store Connect API key authentication.
All 6 of my submissions have been stuck at "In Progress" for over 24 hours now. The oldest submission is 27+ hours old. None have transitioned to Accepted or
Invalid.
Here's what I've verified:
Code signing is valid: codesign --verify --deep --strict passes
Hardened runtime is enabled
Uploads succeed: Each submission receives a valid submission ID and the file uploads successfully to Apple's servers
API key auth is working: Using App Store Connect API key (.p8 file), Key ID, and Issuer ID
Tried both locally and via GitHub Actions CI — same result
Polling Apple's status endpoint eventually times out with NSURLErrorDomain Code=-1001 "The request timed out" when checking
https://appstoreconnect.apple.com/notary/v2/submissions/<id>
Logs are not available (notarytool log returns "not yet available" for all submissions)
Apple Developer System Status shows "Developer ID Notary Service" as Available
Submission history:
createdDate: 2026-02-04T20:27:16Z — status: In Progress
createdDate: 2026-02-04T16:45:18Z — status: In Progress
createdDate: 2026-02-04T13:40:23Z — status: In Progress
createdDate: 2026-02-04T12:29:52Z — status: In Progress
createdDate: 2026-02-04T11:26:36Z — status: In Progress
createdDate: 2026-02-04T11:21:39Z — status: In Progress
Entitlements used:
com.apple.security.cs.allow-jit
com.apple.security.cs.allow-unsigned-executable-memory
com.apple.security.cs.disable-library-validation
com.apple.security.network.client
com.apple.security.files.user-selected.read-write
This is my first time notarizing any app on this developer account. I've seen other threads mentioning that first-time submissions can be "held for in-depth
analysis," but 24+ hours with no feedback at all seems excessive.
Is anyone else currently experiencing this? Is there anything I can do to unblock my account's notarization queue, or do I just need to wait? Any guidance from DTS
would be greatly appreciated.
I've also emailed Apple Developer Support but haven't received a response yet.
Notarization submission has been stuck in "In Progress" status for over 15 hours with no resolution.
Hi there, I am trying to roll out distribution to paid users who are unable to receive anything from me for quite some time now, and I've read that notarization is quick. But I've found myself to be under quite a delay. Wondering if I could please get some help.
Submission Details:
ID: e3dff14c-16ab-41a7-a81c-0d1774c66588
Submitted: 2026-02-08T16:42:07.377Z
File: Resonant-0.1.0-arm64.dmg (~200MB)
Status: In Progress (stuck)
Evidence:
Upload completed successfully within minutes
Delay is entirely server-side processing
Same app structure notarized successfully on Feb 5 (submission f5f4c241)
Multiple other submissions stuck since Feb 5 (see history below)
Stuck Submissions (all "In Progress" for days):
e3dff14c (Feb 8, 16:42 UTC) - 15+ hours
3e6bdcb5 (Feb 8, 16:11 UTC) - 16+ hours
37fd1b9f (Feb 8, 12:53 UTC) - 20+ hours
f21a1d9b (Feb 8, 12:31 UTC) - 20+ hours (different app, Clippa.zip)
417244e8 (Feb 8, 06:18 UTC) - 26+ hours
891f370f (Feb 7, 11:44 UTC) - 2+ days
1debba51 (Feb 7, 05:44 UTC) - 2+ days
6a06b87f (Feb 6, 14:16 UTC) - 3+ days
9867261c (Feb 6, 13:44 UTC) - 3+ days
1a7c3967 (Feb 6, 12:58 UTC) - 3+ days
Last Successful Notarization:
f5f4c241 (Feb 5, 18:24 UTC) - Accepted in normal timeframe
Impact:
Unable to distribute production release. This is blocking critical bug fixes from reaching users.
Expected Behavior:
Notarization should complete within 2-10 minutes as documented and as experienced prior to Feb 5.
Request:
Please investigate why submissions are not being processed and either:
Clear the backlog and process pending submissions
Provide guidance on how to proceed with distribution
I'm currently observing a problem similar to this thread https://developer.apple.com/forums/thread/737334
The difference is that this is happening after updating a system extension.
Basically same error, sysextd complains it can not check that the system extension is notarized: macOS Error 3 + Error code=-67050.
I think macOS (Sequoia 15.3.2 or 15.7.2 if it matters) is wrong in this case for the following reasons:
when using spctl assess -t install, the system extension is reported to be correctly notarized.
when restarting the Mac, the updated system extension is correctly checked and staged.
if I run spctl assess before sysextd tries to check the system extension, it works.
I'm currently thinking of 2 reasons why the check does not work:
sysextd is somehow trying to work with a cached assessment that has become invalid after the system extension was updated.
macOS needs way more time between the update of the files and the request to update the staged extension. I tried adding a 5-second delay. This does not seem to work or at least reliably.
I tried just touching the system extension, no positive result. Unfortunately, in macOS Sequoia, it is not possible anymore to reset-default using spctl and see if it solves the issue, at least the next time the update is performed.
[Q] Is there some magic operation that would help macOS correctly check the notarization of an updated system extension?
Hi guys,
I am new to the Apple Developer Program (enrolled a few days ago) and this is my first
app notarization attempt. I've been experiencing significant delays - all submissions
have been stuck at "In Progress" for over 24 hours.
Details:
macOS app signed with Developer ID Application certificate
Using xcrun notarytool with app-specific password
Hardened runtime enabled
codesign --verify --deep --strict passes
Team ID: QVHM976XC5
Submission IDs (all stuck "In Progress"):
5f494a89-0db0-4cc6-944f-ca2fe399e870 (latest - 8+ hours)
938f6b8d-0d00-45f5-861d-68fe470df6c2
d0edcbfe-8464-455f-b077-bebaa5b9aab7
I understand new developers may experience longer initial processing, but 24+ hours
seems excessive. Is there anything I should check or any additional steps required
for new accounts?
Any guidance appreciated.
Topic:
Code Signing
SubTopic:
Notarization
We are experiencing notarization submissions that remain in the “In Progress” state for an extended period (over 24 hours), with no status transition and no submission log available.
This is occurring in an automated CI environment using the Notary REST API (non-interactive submission and polling). Re-submitting the same package only results in additional submissions also stuck in “In Progress”.
There does not appear to be any API mechanism to cancel, clear, or expire these submissions once they are created.
We have already opened an Apple Developer Support case regarding this issue (Case ID: 102818066745 & 102819008943), but have not yet received clarification on what is causing these long-running “In Progress” states.
This issue is impacting our production release pipeline, as we are unable to reliably complete notarization for signed packages within an expected timeframe.
Based on other reports in this forum (including thread 811968), this behavior appears similar to cases where notarization requests were delayed due to backend backlog or in-depth analysis.
We would appreciate clarification on the following:
Is it expected behavior for notarization submissions to remain in “In Progress” for such a long period without logs?
Is client-side timeout and re-submission the recommended handling for CI workflows?
Are there known service-side conditions (e.g. analysis backlog) that could explain this behavior?
Any guidance from Apple DTS or others who have encountered this would be greatly appreciated.
Topic:
Code Signing
SubTopic:
Notarization
Okay, I just pushed a release and notarized. Works great on my test laptop (macOS 26.2) and my test desktop (macOS 14.x)
But it seems to fail for a friend who's running macOS 15.
I've been using the same GitHub actions successfully for months.
How can notarization work for macOS 14 and 26, but not for macOS 15?
I think everything looks okay as far as the signing?
I've checked codesign -dvv
Executable=/Applications/Avogadro2.app/Contents/MacOS/Avogadro2
Identifier=cc.avogadro
Format=app bundle with Mach-O thin (arm64)
CodeDirectory v=20500 size=11607 flags=0x10000(runtime) hashes=352+7 location=embedded
Signature size=8986
Authority=Developer ID Application: Geoffrey Hutchison (…..)
Authority=Developer ID Certification Authority
Authority=Apple Root CA
Timestamp=Feb 5, 2026 at 8:47:21 PM
Info.plist entries=24
TeamIdentifier=…..
Runtime Version=15.5.0
Sealed Resources version=2 rules=13 files=3306
Internal requirements count=1 size=172
And from spctl -a -vv
/Applications/Avogadro2.app: accepted
source=Notarized Developer ID
origin=Developer ID Application: Geoffrey Hutchison (….)
Hello,
I'm experiencing a persistent issue where all my notarization submissions remain stuck in "In Progress" indefinitely. This has been happening for the past several days, affecting multiple submissions.
Environment:
macOS 26.2 (Build 25C56)
Using xcrun notarytool submit for submissions
Team ID: M3FN25UQK2
Timeline of the issue:
Starting from January 2nd, 2026, my submissions began getting stuck in "In Progress"
As of January 6th, I have 6+ submissions that have been "In Progress" for 24-72+ hours
Prior to this, notarization was working normally (I have multiple "Accepted" submissions from January 1st)
What I've tried:
Verified my Developer ID Application certificate is valid and properly installed
Checked Apple Developer System Status page (shows "Operational")
Verified code signatures using codesign -vvv --deep --strict
Contacted Apple Developer Support (no response yet)
Checked my Apple Developer account for any pending agreements or warnings (none found)
Is there any known issue affecting notarization processing, or could my Team ID be rate-limited/flagged? Any guidance on how to resolve this would be greatly appreciated.
Thank you!
Hi Apple Developer Relations / Notary Service Team,
CRITICAL: All notarization submissions stuck "In Progress" since Feb 1, 2026 (5+ days). Blocking product release.
Latest (PRIORITY):
9bf1e3ca-33ed-4185-816c-2e06ff539f25
Stuck submissions:
a9f1abf6-04a1-462c-b7d1-91e834b44c1a
94a172f8-4aa6-475c-a7ec-fd83c8cfc49a
e2c033da-a1d0-480c-a3b5-5401a8dd3d03
eecefd87-8bf9-496c-86c8-c6f0d6a550e0
b1d27d30-7111-4cc7-9f0e-3f44aac43a97
Details: Team ID: JA8C8B5W34 App: 323MB DMG (codesign verified) notarytool log: "not available" (In Progress) Status page: Green
Requests:
Process 9bf1e3ca-33ed-4185-816c-2e06ff539f25
Queue status / ETA?
@Quinn or Notary team - production blocker!
Topic:
Code Signing
SubTopic:
Notarization
Hi,
we are sending MacOS apps packaged in a ZIP archive or DMG disk image to the Notary Service.
Before we send the app for notarization, we check the code signature via command
codesign -vvv --deep --strict /path/to/app_or_bundle
The result is positive and it does not provide any gaps.
(And yes, we are following the inside out code signing approach, mentioned at Using the codesign Tool's --deep Option Correctly)
Unfortunately, the result of the Notary service provided that one file has no signature, which was not detected by the signature verification command.
The path of the binary was in
<app_name>.app.zip/<app_name>.app/Contents/Resources/inst/<binary>
How I can be verify like a the Notary service does it on our side?
Best regards,
Stefan
Hello, We are currently using Apple Notarization (notarytool) for distributing a macOS app, and we are experiencing very long notarization times for large app bundles.
[Issue]
For apps with large binary sizes, notarization consistently takes around 3.5 to 4.5 hours from submission to completion.
This delay is causing practical issues in our release pipeline, especially when:
A hotfix or urgent update is required
Multiple builds must be notarized in a short time
CI/CD-based distribution is expected to complete within a predictable timeframe
[Environment]
Platform: macOS
Notarization method: notarytool
Distribution: Outside Mac App Store
App size: 100 GB~ (compressed ZIP)
Signing: Hardened Runtime enabled, codesigned correctly
Submission status: Successfully accepted, but processing time is very long
[What we have confirmed]
The notarization eventually succeeds (no failures)
Re-submitting the same build shows similar processing times
Network upload itself completes normally; the delay is in Apple-side processing
Smaller apps complete notarization much faster
[Questions]
Is a 3–4+ hour notarization time expected behavior for large macOS apps?
Are there recommended best practices to reduce notarization processing time for large binaries?
For example, splitting components, adjusting packaging, or specific signing strategies
Is there any official guidance or limitation regarding notarization queueing or processing based on app size?
Are there known service-side delays or regional differences that could affect processing time?
Any insight or confirmation would be greatly appreciated, as this directly impacts our production release workflow.
Thank you.
These have been stuck in progress for a long time. Usually this process is fairly quick for this app:
id: 92caae7f-1796-4928-bb35-72f5f2667786
id: 3645e93f-a8ac-4826-8a4a-690f980dde8e
id: 3645e93f-a8ac-4826-8a4a-690f980dde8e
What can be done, it is holding back deployments :(
Topic:
Code Signing
SubTopic:
Notarization
I’m trying to notarize an Electron app for distribution outside the Mac App Store, but every submission is rejected with error 7000.
Team Details:
Team ID: P3HATASMP9
Organization: Rose Ai Labs, Inc.
Role: Account Holder
Apple Developer Program: Active membership
Certificate:
Type: Developer ID Application
Identity: “Developer ID Application: Rose Ai Labs, Inc. (P3HATASMP9)”
Status: Valid in Keychain Access with full certificate chain
App Details:
Platform: macOS (Electron)
Hardened runtime: Enabled
Code signing: Successful (codesign -v passes)
Submission History (all rejected with same error):
Jan 20, 2026: d2f5e812-d443-4858-895e-ca9828f65d6b
Jan 20, 2026: 4864e851-99d4-49df-87b8-22a6b280f4fc
Jan 21, 2026: 69b177bd-5f08-4363-a2bb-1d286dd9f047
Jan 21, 2026: a181071b-e874-4794-90f3-c172b112900e
Jan 21, 2026: ae3ec87f-60da-4826-91df-a247cd4fd46f
Jan 21, 2026: b7165e2f-19a8-4d4a-9e00-21e85550ec8b
Jan 24, 2026: 2b83d46d-6606-450f-9ffe-cbfa0f0bf179
Jan 27, 2026: ed8ba49c-b24f-422b-9271-44dff805fb61
Error from notarytool log:
status: Rejected
statusCode: 7000
statusSummary: Team is not yet configured for notarization. Please contact Developer Programs Support at developer.apple.com under the topic Development and Technical / Other Development or Technical Questions.
What I’ve verified:
Developer ID certificate is valid and trusted
Apple Worldwide Developer Relations Certification Authority chain is complete
App is properly code-signed with hardened runtime
Using notarytool with valid credentials (submission uploads successfully)
Account Holder role with full permissions
Existing support case: 102808512705
I’ve had this issue for over a week with no resolution. The error message says “Team is not yet configured for notarization” which suggests something needs to be enabled on Apple’s side. Has anyone encountered this and found a resolution?
Hi,
I read that notarization should be fairly quick. I thought that it was stuck, so I ended up sending a few submissions of the same app. I was wondering if you'd able to tell me the status of my latest submission (id: a094f93d-8bb2-47fe-a411-b6e357456ec7). It has been saying "In Progress" for over 3 hours now. If it is held for in-depth review, would you be able to tell me what's the wait period is like?
Thanks!
So we are building a Tauri app and I have no been able to get our App to be Notarized using Developer ID.
We have a ticket open for 3 months now. Can anyone help me out here?
{
"logFormatVersion": 1,
"jobId": "e2ec4d13-bb83-41d4-a497-ba80cf830af1",
"status": "Rejected",
"statusSummary": "Team is not yet configured for notarization. Please contact Developer Programs Support at developer.apple.com under the topic Development and Technical / Other Development or Technical Questions.",
"statusCode": 7000,
"archiveFilename": "HIDDEN",
"uploadDate": "2026-01-23T16:13:37.589Z",
"sha256": "fd52815d5edf14b66b25529e89c207b2acff2c41642261e1049a479f19f2b72f",
"ticketContents": null,
"issues": null
}
How do we escalate to engineering team?
Sincerely,
Nash Gadre
https://camouflagenetworks.com
Topic:
Code Signing
SubTopic:
Notarization
I'm trying to notarize an application for the first time & it's stuck for more than 24 hours now. I ended up submitting the same app more than 5 times, but all are stuck in waiting state.
There is no visibility into what's happening & whenever i check the status it just shows as "In Progress".
How can i expedite this process ?
id: a6f37169-19a7-4abc-b086-3f298866f65d
id: 596e3ca4-e8a6-4ba9-9ac7-cf07a430eebb
In Progress from 2026-01-21T05:56:24.160Z、2026-01-21T05:55:45.032Z
for 30 hours
Topic:
Code Signing
SubTopic:
Notarization
Multiple notarization submissions have been stuck at
"In Progress" status for over 2 days with no resolution
or error:
4996643b-4512-4025-9648-028fbafca82f - submitted Jan 18
b6db6cd0-dad7-4a8e-b1fc-379467c1086d - submitted Jan 17
88f269c1-56ea-4404-98ba-edbe9a05b3d2 - submitted Jan 19
No logs available (notarytool log returns "not yet available"). The submissions were uploaded successfully and received submission IDs.
Is there a known issue with the notarization service?
Topic:
Code Signing
SubTopic:
Notarization
Hi everyone!!
I am submitting an App for Notarization for the first time, I have several attempts, some returned invalid and other show In Progress for more than 8 hours.
Is that normal?
I addressed the issues that make the other ones Invalid.
Thanks so much!
We are trying to notarize a MacOS app on our paid developer business account for the past 3 weeks. After many hours of processing, we received the following error:
Team is not yet configured for notarization. Please contact Developer Programs Support at developer.apple.com under the topic Development and Technical / Other Development or Technical Questions.", "statusCode": 7000,
Has anyone else experienced this issue and if so, how was it resolved?
We have reached out to support to ask them to enable this configuration and received no reply.
Any advice or guidance would be appreciated.
Hi, I'm running into a weird notarization issue and wanted to see if anyone else has seen something similar.
I have one main macOS app that keeps doing the following:
The notarization sits in "In Progress" for a few days
Then it flips to "Rejected" with error code 7000
The notarytool log shows no issues and no ticket info
At the same time, smaller test apps on the same Apple Developer account notarize. They do take around 2-3 days though.
So it doesn't seem like an account or certificate problem. It looks like something about this specific app causes it to go into a long review and then fail with that vague 7000 error.
The app is fairly large (Python + Qt, lots of bundled libraries), so I'm wondering if that triggers deeper scanning or some kind of policy check.
Has anyone else seen:
Multi day notarization jobs?
Error 7000 that only affects one particular app?
Rejections with no "issues" listed?
If so, did you find a way around it?
Also for context, my Apple Developer account was created recently
I have contacted Apple Support already but no response yet and it's been 6 days.
Thanks!
Topic:
Code Signing
SubTopic:
Notarization