feat(sent): add a Sent view, flat and by recipient

Adds a `sent` key to [account.*] naming that account's sent folder, and a
Sent button beside the saved queries that composes its query from every
account carrying one. An account without the key is omitted silently, as a
real account may keep no sent mail locally. With no account selected the
button spans all of them; selecting one narrows it through the existing
scope wrap rather than a second path.

Composed at run time rather than shipped as a [queries] entry. A saved query
is one fixed string: it cannot narrow to the selected account, and it goes
stale the moment an account is added or a provider renames a folder.

The design and the measurements behind it are in
docs/superpowers/specs/2026-08-11-sent-mail-design.md. Three things there are
worth repeating here.

The composed path is QUOTED, and that is load-bearing. A real provider nests
its sent folder under a bracketed parent, and "[" and "]" are Xapian syntax:
unquoted, the query parses rather than matches and returns nothing while
looking entirely plausible. Composition happens in one place so there is one
chance to get it right, and a bracketed path is pinned in a test.

Recipients are opt-in per query, which is a performance contract rather than
a preference. notmuch_message_get_header(m, "To") is not served from the
index, it reads the message file: folding every thread of a 4411-thread
inbox took 38.2 seconds against 251 ms for the 601-thread sent view. The
worker skips the walk entirely unless asked, and the refresh path carries the
same flag so a background sync cannot blank the column mid-read. Always
folding is mutation-tested: the data would be right and only the cost wrong,
which nothing else here would notice.

The messages reached through the thread are owned by it and freed with it, so
recipientsOf() holds them raw and finishes while the thread is alive, exactly
as walkReplies does. An NmMessage wrapper there is a double-free.

Sent mail is presented flat, and the pane follows. A message you sent
otherwise drags in the replies you received, so a view labelled Sent shows
conversations rather than what you sent. ThreadListModel::setFlatMode() makes
hasChildren() and ReplyCountRole answer differently and changes nothing else;
runQuery() sets it on EVERY run, so any other query restores the tree on its
way through and the flag cannot outlive the button that set it. The pane
needed its own fix for the same reason: the single-message path depends on a
field only filled when a thread is expanded, which never happens in a flat
list, so loadThread() gained matchedOnly and drops the messages that did not
match instead of rendering them as stubs.

Recipients replace the sender through the existing SendersRole rather than a
new one, so the delegate needs no branch and cannot disagree with the model
about which name a row shows. It falls back to the sender when a To header is
absent or unparseable, since a blank where a name belongs reads as a
rendering fault.

Address parsing uses GMime: a display name may contain a comma, so
"Rossi, Mario" <m@example.org>, info@example.net is two addresses and
splitting reports three. internet_address_list_parse returns NULL for an
empty string, which is a crash if unguarded.

Backlog item 63.

1 files changed, 76 insertions, 0 deletions

diff --git a/tests/test_mimeparser.cpp b/tests/test_mimeparser.cpp
index d16735f..bac71f6 100644
--- a/tests/test_mimeparser.cpp
+++ b/tests/test_mimeparser.cpp
@@ -41,6 +41,10 @@ private slots:
     void safeFilenameStripsPathComponents();
     void pathInsideDirectoryRejectsSiblingPrefix();
     void attachmentFolderNameIsASinglePlainComponent();
+    void recipientSummaryPrefersDisplayNames();
+    void recipientSummaryKeepsACommaInsideADisplayName();
+    void recipientSummaryCollapsesTheOverflow();
+    void recipientSummarySurvivesUnusableInput();
     void folderNameSurvivesATimezoneComment();
     void savingABatchNeverOverwrites();
 
@@ -409,5 +413,77 @@ void TestMimeParser::savingABatchNeverOverwrites()
              qPrintable(second_tar));
 }
 
+void TestMimeParser::recipientSummaryPrefersDisplayNames()
+{
+    // A display name where there is one, the address where there is not, so a
+    // list does not mix "Mario Rossi" with a bare address for no reason the
+    // reader can see.
+    QCOMPARE(recipientSummary(
+                 QStringLiteral("Mario Rossi <mario@example.org>")),
+             QStringLiteral("Mario Rossi"));
+
+    QCOMPARE(recipientSummary(QStringLiteral("info@example.net")),
+             QStringLiteral("info@example.net"));
+
+    QCOMPARE(recipientSummary(QStringLiteral(
+                 "Mario Rossi <mario@example.org>, info@example.net")),
+             QStringLiteral("Mario Rossi, info@example.net"));
+}
+
+void TestMimeParser::recipientSummaryKeepsACommaInsideADisplayName()
+{
+    // The reason this uses GMime rather than QString::split(','). A quoted
+    // display name may CONTAIN a comma, and splitting reports three recipients
+    // where there are two, with "Mario" alone as one of them.
+    const QString summary = recipientSummary(QStringLiteral(
+        "\"Rossi, Mario\" <mario@example.org>, info@example.net"));
+
+    QCOMPARE(summary, QStringLiteral("Rossi, Mario, info@example.net"));
+
+    // Stated separately, because the QCOMPARE above would also pass a naive
+    // implementation that happened to rejoin the pieces in the same order.
+    QVERIFY2(!summary.contains(QStringLiteral("+")),
+             "a comma inside a display name was counted as another recipient");
+}
+
+void TestMimeParser::recipientSummaryCollapsesTheOverflow()
+{
+    // "+N" rather than eliding mid-name, mirroring the tag strip's overflow
+    // chip: a card has one line for this and a truncated name is worse than an
+    // honest count.
+    QCOMPARE(recipientSummary(QStringLiteral(
+                 "a@example.org, b@example.org, c@example.org, "
+                 "d@example.org")),
+             QStringLiteral("a@example.org, b@example.org +2"));
+
+    // Exactly at the limit does not collapse: a "+0" would be absurd.
+    QCOMPARE(recipientSummary(
+                 QStringLiteral("a@example.org, b@example.org")),
+             QStringLiteral("a@example.org, b@example.org"));
+}
+
+void TestMimeParser::recipientSummarySurvivesUnusableInput()
+{
+    // The header is untrusted and every one of these is real mail.
+    //
+    // The empty string is the one that crashes if unguarded:
+    // internet_address_list_parse returns NULL for it rather than an empty
+    // list, verified against GMime directly.
+    QVERIFY(recipientSummary(QString()).isEmpty());
+    QVERIFY(recipientSummary(QStringLiteral("")).isEmpty());
+    QVERIFY(recipientSummary(QStringLiteral("   ")).isEmpty());
+
+    // Not a crash and not a lie: a group with no members has no names to show.
+    const QString group =
+        recipientSummary(QStringLiteral("undisclosed-recipients:;"));
+    QVERIFY2(!group.contains(QStringLiteral("@")),
+             qPrintable(QStringLiteral("a memberless group produced an "
+                                       "address: %1").arg(group)));
+
+    // Garbage parses to something or to nothing, but never to a crash.
+    recipientSummary(QStringLiteral("<<<>>>"));
+    recipientSummary(QStringLiteral("\"unterminated <a@example.org>"));
+}
+
 QTEST_MAIN(TestMimeParser)
 #include "test_mimeparser.moc"