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.

Activity

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Metadata

Metadata

Assignees

Labels

documentationImprovements or additions to documentation

Projects

Milestone

No milestone

Relationships

None yet

Development

No branches or pull requests

Issue actions