Moritz Poldrack <moritz@poldrack.dev> wrote:
> Contrary to popular belief, not all recipients of a mail are listed in
> it's From: header. They may also be included in the Cc: or Bcc: headers.
> Include them in the list when filtering.
>
> Signed-off-by: Moritz Poldrack <git@moritz.sh>
> ---

Fixed commit log s/From/To/.

Acked-by: Robin Jarry <robin@jarry.cc>

Applied, thanks.

<jan@grsc.cz> wrote:
> From: Jan Černohorský <jan@grsc.cz>
>
> Hello again,
>
> I've managed to look at the patch again today (arguably it might have
> helped that it was not at 4 AM) and I think I've successfully fixed
> issues 3. and 4. that I described in v1.
>
> I think issues 1. and 2. are QoL issues that shouldn't break the
> workflow that much, and I think the patch is already a solid workflow
> improvement, so I suggest applying it as-is and resolve 1. and 2. as a
> separate patch (or two)?
>

Simon Martin <simon@nasilyan.com> wrote:
> This updates the wiki to mention how I was able to setup the Proton
> Bridge on Ubuntu (instructions are different from Arch or Fedora...),
> and also improves the sample configuration to avoid such warnings from
> the bridge upon mail sending:
>
> ```
> WARN[Jun  3 16:39:03.678] Message already in sent mailbox addr-id="[...]"
> gluon-connector=0 messageID="[...]" pkg=imapservice user-id="[...]"
> ```
>
> Signed-off-by: Simon Martin <simon@nasilyan.com>
> ---

Daniel Fichtinger, Mar 16, 2025 at 00:38:
> Signed-off-by: Daniel Fichtinger <daniel@ficd.ca>
> ---
>  providers/microsoft.md | 110 ++++++++++++++++++++++++++++++++---------
>  1 file changed, 88 insertions(+), 22 deletions(-)

Hi,

this patch no longer applies on the top of the wiki branch. Could you
rebase it?

Thanks!

--

Hi Nicole,

Nicole Patricia Mazzuca, May 04, 2025 at 15:59:
> I was annoyed that I had to explicitly list every folder, since I have a
> reasonably folder-heavy workflow; this allows for something that looks
> like the following:
>
> ```ini
> [<account>]
> folders-sort = INBOX,Drafts,Important/*,lists/*,Archive,Sent,Trash
> ```
>
> This is my first send-mail patch, so please be nice <3

Terrance <srht@terrance.allofti.me> wrote:
> From: Terrance <git@terrance.allofti.me>
>
> This adds support for the :toggle-headers command from the message list,
> which will flip the config value and refresh the split if open.
>
> Signed-off-by: Terrance <git@terrance.allofti.me>
> ---
> I was holding off from resending just to add a sign-off in case there
> was any other feedback, but I've since discovered that the context is
> made of bits and needs masking to check correctly.

Acked-by: Robin Jarry <robin@jarry.cc>

Joerg Thalheim <joerg@thalheim.io> wrote:
> From: Jörg Thalheim <joerg@thalheim.io>
>
> Move doExec and doTerm functions to package level.
> Both functions now accept parameters for command, reader,
> name, and callback. doTerm additionally accepts a silent flag.
>
> This refactoring is a preparation to add COMPOSE_REVIEW to the supported contexts.
>
> Signed-off-by: Jörg Thalheim <joerg@thalheim.io>
> ---

Acked-by: Robin Jarry <robin@jarry.cc>

Inwit <inwit@sindominio.net> wrote:
> When forwarding an email using edit-headers=true, using :switch-account
> alone is not enough to properly switch the account since you have to
> change the From header manually. Add the -x [account] option to :forward
> in order to switch the account before opening the composer, to remove
> this friction when we already know we want to forward with a different
> account.
>
> Changelog-added: Forward with a different account than the current
>  one with `:forward -x <account>`.
> Signed-off-by: inwit <inwit@sindominio.net>
> ---
> v2: Rename flag -a to -x and remove a trailing whitespace.
>

Simon Martin <simon@nasilyan.com> wrote:
> inwit reported on IRC that when receiving a new email (on his O365
> account) in the currently selected folder, the unread counter is updated
> as it should, but that the message list won't show the new mail until
> navigating out of then back into the directory.
>
> Traces that we captured together [1] show that O365 notifies aerc of the
> update with a MailboxUpdate message, but does NOT report a different
> UIDNEXT (I believe it's a bug; other providers do). It does however
> report that the folder has more messages, and we can use this to force a
> refetch (we'd have done so if they'd reported a different UIDNEXT).
>
> [1] Lines 9-10 from https://paste.sr.ht/~inwit/8b7696456de831adc8e169e7f34b9f08c0a8971b
>

Simon Martin <simon@nasilyan.com> wrote:
> I've been working with skejg on a regression from 0.20 that he's seeing
> with his Zoho account: when receiving a new email, the unread counter is
> incremented but the message list is not updated.
>
> The change in scope is 96603ea04e33, that uses the directory name
> instead of "" when LIST STATUS'ing a single directory, which improves
> overall performance, especially for accounts with many folders.
>
> The problem is that Zoho does not give an error in such a case, but also
> does not return *any* status, making the CheckMail command virtually a
> no-op.
>
> This patch works this around (while not removing the performance benefit