Paris, France
From Robin Jarry to ~rjarry/aerc-devel
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.
From Robin Jarry to ~rjarry/aerc-devel
<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)? >
From Robin Jarry to ~rjarry/aerc-devel
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> > ---
From Robin Jarry to ~rjarry/aerc-devel
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! --
From Robin Jarry to ~rjarry/aerc-devel
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
From Robin Jarry to ~rjarry/aerc-devel
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>
From Robin Jarry to ~rjarry/aerc-devel
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>
From Robin Jarry to ~rjarry/aerc-devel
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. >
From Robin Jarry to ~rjarry/aerc-devel
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 >
From Robin Jarry to ~rjarry/aerc-devel
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