@remit/api-http-client 0.0.51 → 0.0.53
This diff represents the content of publicly available package versions that have been released to one of the supported registries. The information contained in this diff is provided for informational purposes only and reflects changes between package versions as they appear in their respective public registries.
- package/@tanstack/react-query.gen.ts +2 -0
- package/package.json +1 -1
- package/sdk.gen.ts +2 -0
- package/types.gen.ts +10 -2
|
@@ -1475,6 +1475,8 @@ export const unifiedThreadOperationsListAllThreadsQueryKey = (options?: Options<
|
|
|
1475
1475
|
*
|
|
1476
1476
|
* Account scope: `accountId` narrows every mode to the mailboxes of one account. The scope is built from the account's own mailboxes, so the listing, the count and the search all answer over the same set. Without it the listing is the cross-account aggregate.
|
|
1477
1477
|
*
|
|
1478
|
+
* Folder scope: `mailboxId` narrows the same scope to one folder, and composes with `accountId` as a further AND — a folder of another account leaves the scope empty and matches nothing. It is how a caller asks what one folder holds of a cross-account search, counted in the same conversations the unscoped listing renders. A folder the scope already excludes — Trash, a muted one, one of a muted account — stays excluded.
|
|
1479
|
+
*
|
|
1478
1480
|
* Muted senders: `muted=false` excludes rows whose From address is muted, `muted=true` returns only those, and omitting it filters nothing. Muting is a property of the address rather than a column on the row, so this is the one predicate that reaches outside the ThreadMessage table; it applies to the listing and the `count` alike, which is what lets a caller that hides muted mail state a number that is the size of what it renders.
|
|
1479
1481
|
*
|
|
1480
1482
|
* Counting: `count=true` answers how many CONVERSATIONS match, over the whole scope and independent of `limit`. `results=false` omits the rows, which is how a header total is read without also paying for a page of mail. Conversations rather than rows because that is what this listing renders: a row is per mailbox, so the same mail filed in two folders is two rows sharing a `threadId`, and clients collapse by it. Counting rows would put a third number beside a list that shows a second one.
|
package/package.json
CHANGED
package/sdk.gen.ts
CHANGED
|
@@ -900,6 +900,8 @@ export const systemOperationsApplySystemUpdate = <ThrowOnError extends boolean =
|
|
|
900
900
|
*
|
|
901
901
|
* Account scope: `accountId` narrows every mode to the mailboxes of one account. The scope is built from the account's own mailboxes, so the listing, the count and the search all answer over the same set. Without it the listing is the cross-account aggregate.
|
|
902
902
|
*
|
|
903
|
+
* Folder scope: `mailboxId` narrows the same scope to one folder, and composes with `accountId` as a further AND — a folder of another account leaves the scope empty and matches nothing. It is how a caller asks what one folder holds of a cross-account search, counted in the same conversations the unscoped listing renders. A folder the scope already excludes — Trash, a muted one, one of a muted account — stays excluded.
|
|
904
|
+
*
|
|
903
905
|
* Muted senders: `muted=false` excludes rows whose From address is muted, `muted=true` returns only those, and omitting it filters nothing. Muting is a property of the address rather than a column on the row, so this is the one predicate that reaches outside the ThreadMessage table; it applies to the listing and the `count` alike, which is what lets a caller that hides muted mail state a number that is the size of what it renders.
|
|
904
906
|
*
|
|
905
907
|
* Counting: `count=true` answers how many CONVERSATIONS match, over the whole scope and independent of `limit`. `results=false` omits the rows, which is how a header total is read without also paying for a page of mail. Conversations rather than rows because that is what this listing renders: a row is per mailbox, so the same mail filed in two folders is two rows sharing a `threadId`, and clients collapse by it. Counting rows would put a third number beside a list that shows a second one.
|
package/types.gen.ts
CHANGED
|
@@ -1846,9 +1846,13 @@ export type RemitImapMailboxResponse = {
|
|
|
1846
1846
|
*/
|
|
1847
1847
|
readonly lastMessageSyncAt: number;
|
|
1848
1848
|
/**
|
|
1849
|
-
*
|
|
1849
|
+
* Which folder mutation is outstanding, read as a pair with `pendingPath` (docs/architecture/folder-rename-and-delete.md D1, D3). Total: a row written without one is `synced`, because a folder the server just told us about is confirmed. Four values carry six states — `pending` covers a create and a rename in flight, `failed` covers a failed rename and a failed delete — so every guard and every transition predicate names the pair, never this field alone.
|
|
1850
1850
|
*/
|
|
1851
|
-
syncStatus
|
|
1851
|
+
syncStatus: RemitImapMailboxSyncStatus;
|
|
1852
|
+
/**
|
|
1853
|
+
* The path a recorded rename is moving this folder to. Absent unless a rename is in flight or has just failed, which is what tells a create in flight from a rename in flight (D2, D3). `fullPath` stays the path the server holds throughout, so a failed rename is this field cleared rather than a subtree of paths restored. Invariant: non-null only while `syncStatus` is `pending` or `failed`.
|
|
1854
|
+
*/
|
|
1855
|
+
pendingPath?: String512;
|
|
1852
1856
|
/**
|
|
1853
1857
|
* Denormalized list of IMAP SPECIAL-USE designations (RFC 6154). Populated from the same `\Sent`, `\Drafts`, etc. attributes the server reports during LIST. Stored on the row to avoid an N+1 join when listing mailboxes.
|
|
1854
1858
|
*/
|
|
@@ -5928,6 +5932,10 @@ export type UnifiedThreadOperationsListAllThreadsData = {
|
|
|
5928
5932
|
* Narrow every mode to one account's mailboxes. The listing, the search and the `count` all read the same narrowed scope, so a count is the size of what the caller renders rather than of the cross-account aggregate. An account the caller does not own, or one that is muted, holds no mailboxes here and matches nothing.
|
|
5929
5933
|
*/
|
|
5930
5934
|
accountId?: Uuid;
|
|
5935
|
+
/**
|
|
5936
|
+
* Narrow every mode to one folder. Applied to the same scope `accountId` narrows, and after it, so the two compose and a folder of another account matches nothing. A folder outside the scope — Trash, a muted folder, one of a muted account — matches nothing either. The listing, the search and the `count` all read the narrowed scope, which is what lets a caller ask how much of a cross-account search one folder holds and get the conversations that folder would render, not a page's share of them.
|
|
5937
|
+
*/
|
|
5938
|
+
mailboxId?: Uuid;
|
|
5931
5939
|
/**
|
|
5932
5940
|
* Filter by whether the From address is muted. `false` excludes muted senders, `true` returns only them, and omitting it filters nothing. Muting lives on the Address rather than on the row, so this is evaluated against the sender's flags; it narrows the `count` exactly as it narrows the listing.
|
|
5933
5941
|
*/
|