fix(fetcher): limit fetch chunks

[puneetdixit200]

What?

• remove the hard 50-message minimum chunk size in FetchMailboxEmails
• add a TLS IMAP recorder regression that verifies limit=5 fetches only 96:100 from a 100-message mailbox

Why?

When callers request a small page, the fetcher should not over-fetch 50 messages before filtering and trimming. This keeps IMAP bandwidth and server load proportional to the requested limit.

Fixes #1106

[floatpanebot]

Hi @puneetdixit200! Please fix the following issues with your PR:

• Title: Is too long (40 characters). The PR title must be strictly under 40 characters.
• Body: Missing the ## What? or ## Why? headings required by the PR template.

Formatting issues have been resolved. Thank you!

[floatpanebot]

Benchmark report — no significant change

Metrics worse: 0 · better: 0 (threshold: ±3%).

benchstat output

goos: linux
goarch: amd64
pkg: github.com/floatpane/matcha/backend
cpu: AMD EPYC 7763 64-Core Processor                
                           │   old.txt    │               new.txt               │
                           │    sec/op    │    sec/op     vs base               │
ParseSearchQuery_Simple-4    2.822µ ± 20%   2.864µ ± 25%        ~ (p=0.937 n=6)
ParseSearchQuery_Complex-4   7.307µ ± 29%   8.974µ ± 63%        ~ (p=0.093 n=6)
TokenizeSearchQuery-4        4.804µ ± 32%   6.058µ ± 94%        ~ (p=0.132 n=6)
geomean                      4.627µ         5.380µ        +16.27%

                           │  old.txt   │              new.txt               │
                           │    B/op    │    B/op     vs base                │
ParseSearchQuery_Simple-4    26.00 ± 0%   26.00 ± 0%       ~ (p=1.000 n=6) ¹
ParseSearchQuery_Complex-4   762.0 ± 0%   762.0 ± 0%       ~ (p=1.000 n=6) ¹
TokenizeSearchQuery-4        176.0 ± 0%   176.0 ± 0%       ~ (p=1.000 n=6) ¹
geomean                      151.6        151.6       +0.00%
¹ all samples are equal

                           │  old.txt   │              new.txt               │
                           │ allocs/op  │ allocs/op   vs base                │
ParseSearchQuery_Simple-4    2.000 ± 0%   2.000 ± 0%       ~ (p=1.000 n=6) ¹
ParseSearchQuery_Complex-4   23.00 ± 0%   23.00 ± 0%       ~ (p=1.000 n=6) ¹
TokenizeSearchQuery-4        9.000 ± 0%   9.000 ± 0%       ~ (p=1.000 n=6) ¹
geomean                      7.453        7.453       +0.00%
¹ all samples are equal

pkg: github.com/floatpane/matcha/tui
                    │   old.txt    │               new.txt               │
                    │    sec/op    │    sec/op     vs base               │
LogPanelView-4        167.0µ ± 11%   173.3µ ±  8%        ~ (p=0.699 n=6)
SearchOverlayView-4   172.7µ ± 17%   211.7µ ±  9%  +22.57% (p=0.002 n=6)
InboxConstruction-4   814.4µ ± 21%   842.9µ ± 14%        ~ (p=0.818 n=6)
geomean               286.4µ         313.9µ         +9.60%

                    │    old.txt     │               new.txt                │
                    │      B/op      │     B/op       vs base               │
LogPanelView-4        21.79Ki ± 105%   33.23Ki ± 34%        ~ (p=1.000 n=6)
SearchOverlayView-4   56.14Ki ±  41%   56.14Ki ± 41%        ~ (p=0.942 n=6)
InboxConstruction-4   873.9Ki ±   0%   873.9Ki ±  0%        ~ (p=0.515 n=6)
geomean               102.2Ki          117.7Ki        +15.11%

                    │   old.txt   │              new.txt              │
                    │  allocs/op  │  allocs/op   vs base              │
LogPanelView-4         712.0 ± 0%    713.0 ± 0%       ~ (p=1.000 n=6)
SearchOverlayView-4    926.0 ± 0%    926.0 ± 0%       ~ (p=1.000 n=6)
InboxConstruction-4   3.475k ± 0%   3.475k ± 0%       ~ (p=0.455 n=6)
geomean               1.318k        1.319k       +0.05%

_{auto-generated by benchmarks.yml}