Skip to content

chore(cli): mailforward write-slice review nice-to-haves (post-#167) #168

Description

@chmmou

Grouped Nice-to-have bundle from the post-merge re-reviews of the #13 write endpoints. No Blocker/Should was found in those loops; these are non-blocking polish items, recorded per the code-review skill.

From PR #167 re-review (#115, mail forwards — first #13 write endpoint)

  • internal/cli/run.go:runWriteE — calls resolveCreds(opts) for the audit login and then BuildAPIClient(opts), which resolves credentials a second time (config file read + parsed twice per real write invocation). Functionally correct and consistent with the documented sessions delete precedent, but it compounds as more Write operations #13 write endpoints route through runWriteE. Consider having BuildAPIClient optionally return the resolved config.Credentials, or a combined resolve+build path, so the write runner resolves once.
  • internal/cli/mail.go — the --target flag help reads "(repeatable; replaces the full target list)", precise for update but slightly imprecise for add (initial set, nothing to replace). Minor wording split or a per-command help string.

From PR #170 re-review (#117, mail lists — second #13 write endpoint)

  • internal/cli/mail.gomail lists update --active is a bool flag, so deactivating a list requires the slightly non-obvious --active=false rather than a separate --inactive (or a tri-state). Documented in the flag help, but discoverability is low. Consider a clearer surface for the Y/N toggle.

Out of scope for the respective review loops (all closed with no Blocker/Should). The audit-logfmt-newline Should found in the #117 re-review was fixed directly (PR #171), not deferred here.

Metadata

Metadata

Assignees

Labels

documentationImprovements or additions to documentation

Projects

Status
Done

Milestone

No milestone

Relationships

None yet

Development

No branches or pull requests

Issue actions