Returns the status of the receipt and delivery verification emails relating to the sending with the code returned at the time of sending the PEC

Delete the receipt and the delivery verification of a sent email from your INBOX

Send a PEC to the recipient sent and return the identification code of the shipment which can be used to return the information on the confirmation of receipt and delivery emails.
Recipients can be one or many: you can either specity a single address or an array of recipients

Note: on the test server, the subject of the actually-sent email gets a " --- SANDBOX ---" suffix appended — expect it if you inspect the raw email/subject.
For testing, use the mailbox "username": "testsandboxpecmassiva@pecmassiva.com", "password": "openapitest" — a bold notice line stating it's a test send gets prepended to the body.

Lists the threads originated by the authenticated mailbox (sender = x-username), newest first. Metadata only, no IMAP enrichment — that keeps the endpoint fast regardless of thread size or count. For the full conversation of one thread use GET /threads/{threadId}.

Sends a PEC to the recipient(s) and creates a trackable thread: the returned threadId (== msgId for the newly created root) can be used with GET /threads/{threadId} to read the full thread, with PATCH /threads/{threadId} to add a reply, or with DELETE /threads/{threadId} to delete it. If the daily limit of 3500 sends is exceeded, the request is queued (status: pending) instead of being rejected. Supports an optional callback, invoked when the send completes and reused by PATCH /threads/{threadId} replies on this thread that don't specify their own. Always creates a NEW, independent thread — does not accept an id in the URL (use PATCH /threads/{threadId} to continue an existing one). Note: on the test server, the subject of the actually-sent email gets a " --- SANDBOX ---" suffix appended.
For testing, use the mailbox "username": "testsandboxpecmassiva@pecmassiva.com", "password": "openapitest" — a bold notice line stating it's a test send gets prepended to the body.

Returns the whole thread as a single chronological conversation: the original send (or every reply sent later via PATCH), merged with any PEC receipts and real replies found on the mailbox. Each entry is tagged direction: "out" (something this account sent) or "in" (something received). Entries still in queue (not yet sent) have no IMAP data attached. Each entry also reports attachmentCount (metadata only, no content — fetch a single message via GET /threads/{threadId}/{msgId} to download its attachments).

Sends a follow-up email on an existing thread: same sender/recipient as the root message, subject prefixed with "Re: " (no double prefix), email headers In-Reply-To/References pointing to the root Message-ID. Only body (+ optional attachments) and username/password are required — sender/recipient/subject are taken from the thread root. Follows the same daily-quota rule as POST /threads: over the 3500/day limit, the reply is queued instead of sent immediately. The thread root must already have been sent (a root still in queue cannot be continued). Supports an optional callback, invoked when the send completes (only for the immediate-send case — a queued reply's callback fires later, when the cron job actually sends it). If omitted, falls back to the callback configured on the thread's original POST /threads call, if any. Same test-server " --- SANDBOX ---" subject suffix caveat as POST /threads applies here too.
For testing, use the mailbox "username": "testsandboxpecmassiva@pecmassiva.com", "password": "openapitest" — a bold notice line stating it's a test send gets prepended to the body.

Deletes the thread root and every reply (records for pec_submissions/pec_queue), best-effort deletes the corresponding emails on IMAP (both INBOX and the Posta Inviata/Sent folder), and also deletes every received message (receipts and real replies) of this thread from INBOX plus their pec_inbound_refs records. To delete a single message instead of the whole thread, use DELETE /threads/{threadId}/{msgId}.

Same entry shape as one item of GET /threads/{threadId}'s conversation, but with full attachment content (base64) instead of just attachmentCount. msgId is always a 24-char unique id (ObjectId). If it matches a message this account sent or queued (root or reply), attachments come from the encrypted bucket copy if still queued, or are re-parsed from the IMAP MIME structure of the Posta Inviata copy if already sent. Otherwise it's the internal ref (pec_inbound_refs) of a received message (receipt or real reply) — the actual IMAP uid is resolved internally from that ref, and attachments are re-parsed from the corresponding IMAP MIME structure. Ownership of the thread (x-username must match the thread's sender) and IMAP connectivity are checked before returning anything.

Deletes one message of the thread instead of the whole thread. msgId is always a 24-char unique id (ObjectId). If it matches a message this account already sent (root or reply), the email is deleted from IMAP first — if that fails, nothing is deleted and the record is kept. If it's still queued (never sent), only the record is removed, no IMAP involved. Otherwise msgId is the internal ref (pec_inbound_refs) of a received message: deleted from INBOX first, then its ref record — again, nothing is deleted if the IMAP deletion fails.

Returns a single message. Please note that the body will be a string encoded in x-www-form-urlencoded

Delete the receipt and the delivery verification of a sent email from your INBOX

Returns the content of your INBOX. Results can be paginated: each page contains up to 25 messages and have a unique ID that you can later use to get the single messsage or delete it.
Additionally, you can also query using the 'q' parameter. Please note that searching on a very populated mailbox can be slow.

Returns unread messages (IMAP \Seen flag not set) in your INBOX, most recent first (higher IMAP UID first), without marking them as read. For each unread message, attempts to resolve which PEC thread it belongs to by inspecting its headers only (X-Riferimento-Message-ID for standard receipts, In-Reply-To/References for real replies, subject match as a lower-confidence fallback for PEC-to-PEC replies wrapped in a transport envelope with no Message-ID linkage) — no message body is fetched, so checking never marks anything as read.
Note: a null threadId does not guarantee the message is unrelated to any thread — some replies are only identifiable by opening the full thread's conversation (which does fetch the body).

Returns today's PEC send count for this mailbox against the shared 3500/day limit — counted by the mailbox address (x-username header). Requires a real IMAP authentication check with x-username/x-password before counting.

Returns information on the usage quota of your INBOX in kilobyte (IMAP QUOTA extension, RFC 2087 — 1024-byte blocks), plus today's PEC send count (dailyUsage) against the shared daily limit.