@remit/backend 0.0.16 → 0.0.17
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/package.json +1 -1
- package/src/handlers/thread.ts +6 -5
package/package.json
CHANGED
package/src/handlers/thread.ts
CHANGED
|
@@ -270,11 +270,12 @@ export const buildListThreadMessagesOptions = (query: {
|
|
|
270
270
|
* A ThreadMessage row is keyed by (threadId, messageId), and a messageId is
|
|
271
271
|
* derived from the account plus the RFC 5322 Message-ID, so the same mail
|
|
272
272
|
* synced from two folders is one row — the mailbox a thread spans is not what
|
|
273
|
-
* duplicates it. `MessageMoveService.copyMessage` is the exception:
|
|
274
|
-
*
|
|
275
|
-
*
|
|
276
|
-
*
|
|
277
|
-
*
|
|
273
|
+
* duplicates it. `MessageMoveService.copyMessage` is the exception: a copy is a
|
|
274
|
+
* per-folder placement with its own derived id (`deriveCopyMessageId`), so a
|
|
275
|
+
* copied message is a second row in the same thread carrying the same
|
|
276
|
+
* `messageIdHeader`. Reading the whole thread rather than one mailbox of it
|
|
277
|
+
* (#46) is what makes both rows visible at once, and two entries for one message
|
|
278
|
+
* is never what a conversation should show.
|
|
278
279
|
*
|
|
279
280
|
* The oldest row wins, so the original outlives the copy, with `threadMessageId`
|
|
280
281
|
* breaking ties. Both are independent of sort order, so `asc` and `desc` keep
|