@bobfrankston/rmfmail 1.2.297 → 1.2.298
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/.commitmsg +29 -28
- package/client/android-bootstrap.bundle.js.map +2 -2
- package/client/app.bundle.js.map +2 -2
- package/client/compose/compose.bundle.js.map +2 -2
- package/client/compose/compose.js +7 -4
- package/client/compose/compose.js.map +1 -1
- package/client/compose/compose.ts +7 -4
- package/npmchanges.md +35 -0
- package/package.json +3 -3
- package/packages/mailx-imap/package-lock.json +2 -2
- package/packages/mailx-imap/package.json +1 -1
- package/packages/mailx-service/index.d.ts.map +1 -1
- package/packages/mailx-service/index.js +10 -0
- package/packages/mailx-service/index.js.map +1 -1
- package/packages/mailx-service/index.ts +10 -0
- package/packages/mailx-service/package.json +1 -1
- package/packages/mailx-settings/package.json +1 -1
- package/packages/mailx-store/package.json +1 -1
- package/packages/mailx-store-web/package.json +1 -1
- package/packages/mailx-types/index.d.ts +10 -4
- package/packages/mailx-types/index.d.ts.map +1 -1
- package/packages/mailx-types/index.js.map +1 -1
- package/packages/mailx-types/index.ts +10 -4
- package/packages/mailx-types/package.json +1 -1
- /package/packages/mailx-imap/{node_modules.npmglobalize-stash-77248 → node_modules.npmglobalize-stash-39180}/.package-lock.json +0 -0
package/.commitmsg
CHANGED
|
@@ -1,32 +1,33 @@
|
|
|
1
|
-
|
|
1
|
+
The signature in accounts.jsonc never reached compose
|
|
2
2
|
|
|
3
|
-
|
|
3
|
+
`sig` has been a documented field on AccountConfig for months and three of the
|
|
4
|
+
four accounts carried one, yet no signature has ever appeared in a compose
|
|
5
|
+
window. The reason is a projection: `MailxService.getAccounts()` builds the
|
|
6
|
+
client's account list field by field — id/name/email from the DB row, then
|
|
7
|
+
label, defaultSend, primary*, identityDomains from the config — and `sig` and
|
|
8
|
+
`signature` were simply not on the list. `normalizeAccount()` resolved them
|
|
9
|
+
correctly, `openCompose` forwarded `a.sig` faithfully, and compose.ts appended
|
|
10
|
+
`acct.sig` exactly as designed; the value was undefined by the time any of that
|
|
11
|
+
ran.
|
|
4
12
|
|
|
5
|
-
|
|
6
|
-
|
|
7
|
-
|
|
13
|
+
Both fields are now carried, with a comment saying why the enumeration stays an
|
|
14
|
+
enumeration rather than becoming `...cfg`: cfg holds the IMAP and SMTP
|
|
15
|
+
passwords, which have no business crossing into the WebView. Anything new that
|
|
16
|
+
the client needs has to be added in that spot deliberately.
|
|
8
17
|
|
|
9
|
-
|
|
10
|
-
|
|
11
|
-
|
|
12
|
-
|
|
13
|
-
|
|
14
|
-
|
|
15
|
-
|
|
16
|
-
- `fetchMessageBody` swallowed every error into `null`. To the reconciler that
|
|
17
|
-
means "the server has no body for this message", which is classified
|
|
18
|
-
non-transient, skips the 3-attempt retry budget, and paints a banner. A lane
|
|
19
|
-
timeout says nothing about whether the message has a body: transient errors
|
|
20
|
-
(timeout, dropped socket, discarded client) now propagate, so the existing
|
|
21
|
-
retry-with-backoff applies and the reader gets the message instead of an
|
|
22
|
-
error. Only a genuine "no body here" still arms the prefetch backoff — a
|
|
23
|
-
timeout used to arm it too, poisoning the next view for up to 12 h.
|
|
18
|
+
The signature itself moved to the top level of accounts.jsonc — three
|
|
19
|
+
byte-identical per-account copies replaced by the one the file format already
|
|
20
|
+
supports, which every account without its own `sig` inherits. It is now
|
|
21
|
+
`Bob Frankston<br>https://Frankston.com` with `html: true`; the previous text
|
|
22
|
+
relied on bare newlines for its line break (HTML collapses those to a space)
|
|
23
|
+
and pointed at a relative `href='Frankston.com'`, which resolves against
|
|
24
|
+
whatever page the mail client happens to be rendering.
|
|
24
25
|
|
|
25
|
-
|
|
26
|
-
|
|
27
|
-
|
|
28
|
-
|
|
29
|
-
|
|
30
|
-
|
|
31
|
-
|
|
32
|
-
|
|
26
|
+
Two stale comments corrected while here. `AccountSignature.html` was documented
|
|
27
|
+
in both mailx-types and compose.ts as "reserved for future use / currently
|
|
28
|
+
ignored". It has never been ignored — compose has always branched on it — and
|
|
29
|
+
now that a signature actually renders, the difference between escaped text and
|
|
30
|
+
raw HTML is the thing an author needs to know.
|
|
31
|
+
|
|
32
|
+
Compose only. Nothing in the send path or the daemon appends a signature; the
|
|
33
|
+
body that leaves the editor is the body that goes out.
|