Clean Up IMAP Evidence Export
Delete one completed IMAP evidence staging transfer by its opaque transfer id only.
IMAP provider for mailbox listing, search, metadata fetch, bounded evidence staging, and message flag lifecycle.
Connection facts
These details come from the current StackOS provider manifest and action catalog. They describe the available connection—not a promise that every workflow will use every action.
Action catalog
Actions listed for this integration. Individual descriptions note availability limits. A workflow still decides which actions belong in the job and where approval is required.
7 matching actions
Delete one completed IMAP evidence staging transfer by its opaque transfer id only.
Stage one exact IMAP RFC822 message and bounded attachments for a host-owned evidence backend without acknowledging the message.
Fetch selected parsed fields from a bounded MIME prefix by UID. Inspect content_completeness for byte and field truncation; use imap.message.export for complete original MIME and attachment evidence.
List safe mailbox metadata available to a configured IMAP credential.
Add the IMAP Seen flag to one message by UID after explicit grant.
Remove the IMAP Seen flag from one message by UID after explicit grant.
Search one bounded UID page and report matched_count, has_more and next_after_uid. Continue with unchanged mailbox and criteria plus after_uid and the returned UIDVALIDITY as expected_uidvalidity.
Direct answer
People continue using IMAP as their tool. StackOS adds it to a visible workflow, keeps the work in order, and passes only the approved action to the integration when that stage is ready.
Common questions
The current catalog includes 7 IMAP actions across Email Inbox. The exact actions used depend on the workflow and approval rules.
No. IMAP remains the tool that performs its part of the job. StackOS organizes the workflow, keeps status and dependencies visible, and calls the tool only when the plan reaches the right approved action.